Accéder à l'IP interne en utilisant l'IP publique

J'ai un modem DSL avec une adresse IP publique ( 201.206.x.x) et j'ai un serveur Web dans mon réseau interne ( 192.168.0.50).

J'ai configuré le modem pour transférer les demandes sur le port 80 à mon serveur Web, donc, si j'accède 201.206.x.xde l'extérieur de mon réseau, il affiche ma page Web, la même chose se produit si j'accède à 192.168.0.50partir d'un ordinateur à l'intérieur de mon réseau.

Maintenant, le problème est que lorsque j'essaie d'accéder à 201.206.x.xpartir de mon réseau interne, le navigateur essaie de se connecter à la configuration du modem DSL, au lieu de rediriger ma demande vers mon serveur Web.

Quels paramètres dois-je modifier dans le modem pour configurer cette redirection?

Le problème est que la réécriture de paquets ne peut généralement avoir lieu que lors de la traversée du pare-feu. De manière générale, les routeurs ne peuvent pas effectuer la réécriture nécessaire lorsque la demande arrive du même réseau vers lequel la demande serait réécrite. La solution courante à ce problème consiste à placer un proxy Web en dehors du réseau qui boucle la demande via votre pare-feu.

Je soupçonne que votre problème spécifique est que vous souhaitez accéder au site Web via son nom d'hôte DNS. Vous pouvez gérer cela en utilisant le DNS "split-horizon", donc il prête attention à l'origine de la demande et répond de manière appropriée: Si la demande provient de l'intérieur de votre réseau, il distribue le 192.168.0.50 aux demandes provenant de votre réseau et l'IP publique à tout le monde.

L'une ou l'autre de ces suggestions pourrait être implémentée sur n'importe quel hôte en dehors de votre réseau, comme une micro-instance Amazon EC2 (gratuite).

Je dirais que @Insyte est sur quelque chose quand il / elle parle du problème comme étant un problème de résolution DNS .. ce qui signifie alors que le problème est la réécriture de paquets (lire à nouveau le message @Insyte pour cette explication).

En supposant que vous disposez de la configuration suivante:

1. IP publique: 201.206.x.y
2. IP privée: 192.168.0.50
3. Redirection de port pour les 80 (et 443 si vous utilisez SSL) sur IP 201.206.x.y→192.168.0.50

Vous tapez ensuite ce qui suit dans votre navigateur, alors que vous êtes dans votre réseau interne:

http://www.yourwebsite.com

et l'erreur se produit. Alors, solution: pirater votre fichier d'hôtes.

Sous Windows, accédez à C:\windows\system32\drivers\etc\hosts (remarquez qu'il n'y a pas d'extension sur ce fichier). Sous Linux, le fichier se trouve dans /etc/hosts.

Si vous ouvrez ce fichier dans le Bloc-notes, vous pouvez alors voir toutes les entrées utilisées pour remplacer DNS. Si vous souhaitez mettre à jour ce fichier, vous devrez ouvrir le Bloc-notes (ou le programme que vous utilisez pour modifier le fichier) avec des droits d'administrateur - sinon vous ne pourrez pas enregistrer le fichier.

Ajoutez ceci à votre fichier d'hôtes:

192.168.0.50 www.yourwebsite.com

Redémarrez ensuite votre navigateur , entrez l'URL et violà! Ça marche. Cela signifie donc que votre navigateur ne dépend pas de votre DNS pour résoudre votre domaine en IP. Au lieu de cela, nous remplaçons cela et disons: Navigateur, accédez simplement à mon IP interne pour ce nom de domaine, au lieu de demander l'adresse DNS à DNS .

Si vous êtes dans un bureau, vous pouvez demander à toutes les personnes qui ont besoin d'accéder à ce site Web interne, de pirater leur fichier d'hôtes ou si vous avez un DNS interne, vous pouvez ajouter une entrée à cela.

Une autre idée est d'avoir un serveur proxy interne (pour toute navigation sur le web, etc.) puis de pirater le fichier hosts sur le serveur proxy. Cela signifie que votre navigateur dira, Proxy, pouvez-vous s'il vous plaît me procurer la ressourcehttp://www.mywebsite.com et le proxy dit Bien sûr, et parce qu'on m'a dit d'ignorer le DNS pour ce domaine, je vais simplement donner l'IP qui a été codée en dur dans mon fichier d'hôtes .

Il s'agit d'un problème courant avec la façon dont certains routeurs gèrent le trafic destiné à leur adresse publique à partir d'une adresse interne - ils ne suivent pas les mêmes règles de redirection de port que les demandes provenant de l'extérieur du réseau. Ce que vous devez rechercher dans vos routeurs est la réflexion NAT . Cela permettra au routeur de gérer les requêtes internes pour que l'adresse IP publique utilise les mêmes règles de redirection de port que si la requête venait de l'extérieur du réseau.

Je pourrais mieux vous aider si vous pouviez me donner la marque et le modèle de votre modem ...

Mais ce qui se passe ici, c'est que normalement une page de configuration de routeur ou de modem ne devrait apparaître que lors de la visite de leur IP interne (192.168.0.1)

Mais ce qui semble se produire ici, c'est qu'il identifie la demande entrante (201.206.xx) comme venant de l'intérieur, décide donc de vous donner la page de configuration au lieu de l'itinéraire normal vers votre serveur Web ...

Maintenant, si vous utilisez un modem de niveau consommateur, vous ne pourrez probablement pas changer cela (désolé)

Mais peut-être que vous pouvez: Essayez de voir s'il y a des paramètres d'écoute dans votre page de configuration d'administration

Là, vous pouvez essayer de changer votre page d'administration sur un autre port ou de limiter les adresses à écouter.

Le problème est peut-être que l'administration à distance est autorisée.

Vous pouvez ajouter un itinéraire pour accéder à l'IP publique du serveur directement via son IP locale. Sous Windows, la commande est comme

route add [public IP] mask 255.255.255.255 [the server's local IP]

Pour ajouter un itinéraire persistant, ajoutez un -pparamètre à la commande ci-dessus.

Ensuite, chaque fois que vous visitez l'IP publique, l'ordinateur passe par l'IP locale du serveur en tant que passerelle. Étant donné que le serveur connaît sa propre adresse IP publique, il traitera le package de lui-même, au lieu de le transmettre au réseau local.

Vous devez vous assurer que l'adresse IP locale du serveur est statique.

Ayant ce même problème. J'ai pu résoudre ce problème en ajoutant le nom d'hôte DNS à la liste de mappage d'hôte DNS de mon routeur. J'ai trouvé ces paramètres répertoriés dans la liste des options avancées de mon routeur.

Sur mon routeur, j'ai dû désactiver "l'accélération NAT" (Cut Through Forwarding) car cela a cassé le bouclage NAT ...