Discussion :

[Miles Raymond]

Bonjour,

Je travaille actuellement sur un système de contrôle de licence par le réseau. Grâce à l'IP publique de notre serveur, on accède et on contrôle les données de licences. Ça marche très bien depuis l'extérieur, mais mon problème c'est que depuis mon réseau local, impossible d'accéder à mon adresse IP publique. Enfin, oui, j'y accède, mais j'arrive sur la page de configuration du routeur.

Et bien sûr la redirection de port NAT configurée dans le routeur ne marche pas, donc impossible d'accéder à mon service de licences. Et je n'arrive pas à ajouter une règle de redirection LAN to LAN sur cette IP. Évidemment, quand j'essaie de me connecter, ça ne passe pas par le WAN. Je sais que, par sécurité, beaucoup de routeur refuse de laisser passer une adresse IP locale demandant l'adresse publique, mais à ce moment là pourquoi est-ce qu'il me laisse aller directement sur la page du routeur ?

Est-ce que quelqu'un a une idée ? Je sais que c'est au niveau du routeur qu'il y a quelque chose à faire, mais peut-être que l'on peut faire ça sur Win SBS 2010 (serveur que nous utilisons) ? Une redirection, depuis la page du routeur, sur le serveur de licences ?

Merci de votre aide.

Pour info, mon routeur : Zyxel P-660H D3

[Cybher]

bonjour,

pourquoi la gérer depuis l'adresse IP publique et pas depuis l'adresse privée (du moins pour l'interne)?

[Miles Raymond]

bonjour,

pourquoi la gérer depuis l'adresse IP publique et pas depuis l'adresse privée (du moins pour l'interne)?

Alors c'est pour éviter d'avoir besoin, à chaque compilation de mon programme, de modifier l'adresse ip en fonction de la version avec laquelle je travaille. En debug et dans les tests d'installations en interne il faut que je règle mon adresse ip interne et lorsque je veux distribuer l'application après tests, il faut que je la mette en publique. Donc c'est assez contraignant en plus de me créer pas mal de problème d'installation / désinstallation de mon application.

[Cybher]

et au lieu de te baser sur une IP, ne pourrais tu pas te baser sur son nom DNS si tu as un serveur DNS?
dans ce cas, cela pourrais te retourner soit l'IP privé quand tu es en interne (donc DNS interne), soit ton IP publique depuis l'extérieur avec un DNS public

[Miles Raymond]

et au lieu de te baser sur une IP, ne pourrais tu pas te baser sur son nom DNS si tu as un serveur DNS?
dans ce cas, cela pourrais te retourner soit l'IP privé quand tu es en interne (donc DNS interne), soit ton IP publique depuis l'extérieur avec un DNS public

Pas de DNS pour le moment. Mais j'y ai effectivement pensé, cela dit le serveur DNS n'est pas encore à l'ordre du jour...

[Cybher]

le problème est qu'il n'est pas possible d'accéder à l'IP externe depuis ton LAN. Le DNS me semblait le plus "facile" à mettre en place.
quoique si c'est pour juste un test en interne (donc je suppose uniquement de ton PC), ne suffirait il pas de rajouter une ligne dans ton fichier host pour dire le nom qui pointe vers l'IP privé de ton serveur?

sinon il faudra modifier à chaque fois l'IP, je ne vois pas d'autres solutions

[minnesota]

Et bien sûr la redirection de port NAT configurée dans le routeur ne marche pas, donc impossible d'accéder à mon service de licences. Et je n'arrive pas à ajouter une règle de redirection LAN to LAN sur cette IP.

Salut,

Si la redirection de port ne fonctionne pas, comment les ordinateurs de l'extérieur arrivent-ils à accéder à ton service ? Regarde peut-être au niveau de ton pare-feu, il n'est pas impossible qu'il y ait une règle qui interdise le "loopback" et qui par conséquent est active.

[Miles Raymond]

le problème est qu'il n'est pas possible d'accéder à l'IP externe depuis ton LAN. Le DNS me semblait le plus "facile" à mettre en place.
quoique si c'est pour juste un test en interne (donc je suppose uniquement de ton PC), ne suffirait il pas de rajouter une ligne dans ton fichier host pour dire le nom qui pointe vers l'IP privé de ton serveur?

sinon il faudra modifier à chaque fois l'IP, je ne vois pas d'autres solutions

C'est effectivement "juste" pour le test en interne, mais comme c'est une application qu'on maintient depuis bientôt 2 ans et que je travaille constamment à sa mise à jour, que je créé des build tous les 2-3 jours, changés les réglages IP à chaque build est un peu pénible, on est pas à l'abri d'un oubli Mais je comprends, je vais essayer de trouver un autre moyen. Là je pense virtualiser ma machine pour les tests, ça m'évitera de faire des restaurations du système à chaque test d'installation qui plante.

Salut,

Si la redirection de port ne fonctionne pas, comment les ordinateurs de l'extérieur arrivent-ils à accéder à ton service ? Regarde peut-être au niveau de ton pare-feu, il n'est pas impossible qu'il y ait une règle qui interdise le "loopback" et qui par conséquent est active.

La redirection fonctionne très bien depuis l'extérieur, mais pas en interne. J'accède à la page du routeur depuis l'interne. Pas de règle spécifique sur le pare-feu à ce niveau là, on a ouvert uniquement le port dont on a besoin pour faire fonctionner le service.

[sevyc64]

C'est effectivement "juste" pour le test en interne, mais comme c'est une application qu'on maintient depuis bientôt 2 ans et que je travaille constamment à sa mise à jour, que je créé des build tous les 2-3 jours, changés les réglages IP à chaque build est un peu pénible, on est pas à l'abri d'un oubli Mais je comprends, je vais essayer de trouver un autre moyen. Là je pense virtualiser ma machine pour les tests, ça m'évitera de faire des restaurations du système à chaque test d'installation qui plante.

Une application bien ficelée aurais l'adresse ip en paramètre dans une fichier de configuration externe à l'application. Ainsi, il suffirait de changer une seule fois l'adresse IP dans ce fichier pour que le changement soit effectif dans toute l'application, et ce, que ce soit en test ou en production.

[Miles Raymond]

Une application bien ficelée aurais l'adresse ip en paramètre dans une fichier de configuration externe à l'application. Ainsi, il suffirait de changer une seule fois l'adresse IP dans ce fichier pour que le changement soit effectif dans toute l'application, et ce, que ce soit en test ou en production.

Une volonté de ma part, je n'ai pas envie d'afficher l'adresse IP de notre serveur directement dans un fichier en clair. Celà dit je pourrais travailler avec un fichier de configuration crypté.

Bref je vais mettre résolu, apparemment il n'y a pas de solution toute simple au delà des DNS.

[sevyc64]

Si tu ne veux pas passer par un fichier de config, tu peux toujours créer une constante en interne dans ton appli, et faire en sorte que toute ton appli utilise cette seule et unique constante.

Il te suffira de changer la valeur de cette constante et de recompiler ton logiciel pour en changer toute la config.

[Miles Raymond]

Si tu ne veux pas passer par un fichier de config, tu peux toujours créer une constante en interne dans ton appli, et faire en sorte que toute ton appli utilise cette seule et unique constante.

Il te suffira de changer la valeur de cette constante et de recompiler ton logiciel pour en changer toute la config.

C'est ce que je fais actuellement Mais je désirais éviter cette manipulation, justement parce qu'on est jamais à l'abris d'une erreur. Je suis en train de mettre en place une machine virtuelle pour les tests, ce qui me posera moins de problème lors d'erreurs à la désinstallation du programme lors des tests (avec un snapshot je reviens très vite à l'état précédent).