2011-01-21 1 views
1

J'ai deux vraies machines.
On est responsable de la redirection NAT et IP appelée NC2 et une autre est responsable de l'eucalyptus KVM établie 3 machine virtuelle. Sans doute, le système d'exploitation de la machine responsable de l'eucalyptus est Linux.
Le système d'exploitation invité des machines virtuelles est Windows XP.
Chaque machine virtuelle est un serveur Web qui exécute Tomcat
Pourquoi je ne peux pas utiliser mon ip physique pour voir mon site Web après avoir utilisé le NAT dans Eucalyptus

NC2 donne une adresse IP privée 192.168.0.3 au serveur Linux.

Le serveur Linux fournit 3 adresses IP privées de classe B aux machines virtuelles.
Par exemple, l'un des OS invités ont gagné IP 172.16.1.5

Maintenant, j'utilise NC2 pour rediriger une adresse IP physique xxxx à 172.16.1.5

Voici mon problème:
  Je peux utiliser d'autres PC, IP externe, se connecter au site Web qui est établi sur 172.16.1.5 avec IP xxxx, mais je ca pas utiliser la machine avec IP 172.16.1.5 pour se connecter à son propre site Web.

  J'ai désactivé le pare-feu sur 172.16.1.5, et il est capable de se connecter à Internet tels que Yahoo ou Amazon. Mais il ne peut pas utiliser x.x.x.x pour se connecter à son propre site Web.

  J'ai testé d'autres OS invité qui a gagné 172.16.x.x pas non plus en mesure de se connecter à x.x.x.x.

Comment puis-je faire pour que l'OS invité connecte son adresse physique redirigée?

Répondre

0

Apparemment, cela est dû à un problème de NAT appelé «épingle». Voici l'explication:

Laisser la machine A sur un LAN avoir une adresse IP privée 192.168.0.10. Laissez NAT N traduire l'adresse IP privée de A au public 77.33.45.67 pour le WAN.

Certains NAT 'anciens/anciens' tiennent pour acquis que l'adresse traduite ne sera utilisée que depuis le WAN. Par conséquent, ils ne transfèrent pas les paquets sur le réseau local ayant l'adresse IP = 77.33.45.67 et ne laissent entrer et transmettre que ceux avec cette adresse IP lorsqu'ils viennent du réseau étendu.

Ce problème est résolu dans les NAT plus récents qui détectent ces situations et transfèrent correctement les paquets. Ce problème est parfois rencontré dans les systèmes P2P.

Si vous avez de la chance, votre NAT peut être reconfiguré pour permettre l'utilisation de l'adresse traduite sur le réseau local. Si ce n'est pas le cas, vous avez besoin d'un nouveau NAT.

Questions connexes