Pontage vs NAT: une comparaison Virtualbox et VMWare

6

J'ai installé VMWare Workstation 7.1.x et Virtualbox 4.0.8 sur deux hôtes différents afin de pouvoir comparer.

J'ai défini l'adaptateur réseau virtuel sur les deux sur NAT, ce qui a été un succès pour les deux. Le résultat:

Adresse Virtualbox: 10.10.2.13 Adresse VMWare: 192.168.0.20

L'adresse IP attribuée à l'invité VMWare était attendue. Mais j'ai été surpris par l'adresse IP donnée à la virtualbox. Ces machines se trouvent sur mon réseau domestique, qui ne possède que des adresses NAT (192.168.xx). Ainsi, lorsque j’ai vu le 10.10.2.x - j’étais un peu surpris.

Ensuite, j'ai basculé les deux ordinateurs virtuels vers un réseau ponté. L'invité VMWare a continué à utiliser une adresse NAT, mais la Virtualbox a également commencé à utiliser une adresse NAT.

En bref, je suppose que le comportement de l'invité VMWare correspond à ce à quoi je m'attendais. Le comportement de Virtualbox était étrange pour moi. Si tel était le cas, j'aurais cru que la Virtualbox aurait fait l'inverse (utilisez une adresse NAT pour un adaptateur de réseau local NAT et une adresse non NAT pour une routine pontée). Ne vous méprenez pas, j'ai été surpris de voir l'adresse non-NAT avec Virtuabox - dans n'importe quelle configuration.

Mais quelqu'un peut-il m'expliquer pourquoi j'ai obtenu les résultats que j'ai obtenus? Et comment / pourquoi l'adresse IP 10.10.2.x "fonctionnait-elle" sur mon réseau domestique?

N'oubliez pas que les deux invités VM ont toujours réussi à mettre en réseau.

— Brent Arias
source

5

Tout cela me semble normal.

Les valeurs inférieures à 10.0.0.0/8 (et également 172.16.0.0/12) sont des adresses NAT parfaitement normales. Lorsque vous mettez vos ordinateurs virtuels en mode NAT, le logiciel agit essentiellement comme son propre serveur DHCP pour les ordinateurs invités et effectue des traductions sur le réseau hôte, de sorte que tous les invités d'un hôte particulier partagent une adresse IP avec l'hôte. Tout ce qui est dans l'une de ces gammes constitue un jeu équitable pour le NAT. Il semble que VMWare utilise par défaut une plage 192.168.0.0/24 et que VirtualBox utilise une plage 10.0.0.0. Les deux sont très bien, et aucun n'est meilleur que l'autre (bien que je préfère personnellement les plages 10.0.0.0 car il y a 255 fois plus d'adresses disponibles).

Cela ressemble peut-être à ce que vous vous attendiez à ce que le mode NAT utilise le NAT entre votre réseau hôte et Internet, mais cela ne se produit tout simplement pas. En fait, c'est ce que fait le mode pont. Le passage en mode ponté signifie que vos invités de machine virtuelle sont maintenant connectés directement au serveur DHCP de votre routeur domestique pour obtenir des adresses. VirtualBox et VMWare vont maintenant obtenir les adresses du même endroit. VMware aura également changé, mais l'ancien mode et le nouveau mode attribuaient des adresses provenant de pools similaires.

— Joel Coehoorn
source

C'est 172.16.0.0/16 :-). Aussi, pourquoi les adresses 10.0.0.0 car "il y a plus d'adresses disponibles"? Pensez-vous que vous atteindrez un jour le montant?

— Sinni800

3

@sinni - non, il s'agit de 172.16.0.0/12, car 172.31.255.255 marque la fin de la plage. / 16 finirait à 172.16.255.255. De plus, je travaille sur un réseau plus grand où il est pratique d’attribuer des pools à certaines classes. Ainsi, toutes les imprimantes sont au format 10.x.15.0, par exemple. Tous les clients d'un département sont 10.2.0.0, un autre 10.3.0.0. Les imprimantes du premier département sont 10.2.15.0-10.2.15.255, celles du 2e département sont 10.3.15.0. au 10.3.15.255. Je n'utiliserai jamais toutes les adresses, mais c'est bien d'avoir plus de blocs à attribuer.

— Joel Coehoorn

c'est 172.16.0.0/16 parce que 16 à 32 sont normalement leur propre sous-réseau. Il y a donc 16 moustiquaires au total dans cette plage ... Je sais ce que vous voulez dire, mais j’en ai pensé un peu différemment lorsque vous l’avez dit pour la première fois. Il est logique de le sous-résumer plus d'une fois :)

— sinni800 Le

La plage entière est 172.16.0.0/12, mais il est normalement considéré comme un bloc 16 / 16s (172.16.0.0/16, 172.17.0.0/16, ..., 172.31.0.0/16) plutôt que un / 12 De la même manière, 192.168.0.0/16 est généralement considéré comme étant 256/24 et non un / 16.

— David Spillett

3

La gamme 10.xxx est officiellement non allouée et destinée à un usage interne, tout comme 192.168.xx. Par conséquent, l’utilisation des adresses de cette plage n’est pas plus étrange que l’utilisation d’un sous-réseau de 192.168.xx (ce n’est tout simplement pas aussi courant). que don NAT et / ou DHCP utilise par défaut un / 24 dans les limites de 192.168.0.0/16).

172.16-32.xx sont également réservés pour l'adressage privé, mais ils sont encore moins utilisés.

La plage 10.10.2.x est uniquement visible par la virtualbox et les ordinateurs virtuels qu’elle exécute avec une carte réseau avec NAT. pour les connexions sortantes, cela est traduit, via NAT, à l'adresse utilisée par la carte réseau de votre ordinateur hôte VMWare, puis les réponses sont traduites - ceci n'est pas différent de ce que VMWare fait avec une plage 192.168.Quelquechose.0 / 24.

— David Spillett
source

"La plage 10.10.2.x est uniquement visible par la virtualbox et les ordinateurs virtuels qu’elle exécute avec une carte réseau avec NAT." dites-moi si j'ai mal compris, mais si chaque machine virtuelle se trouve dans ce réseau virtuel, elle peut se connecter, ce qui n'est pas possible en mode NAT. Ceci est possible en mode "Host Network".

— Sinni800

IIRC sous VMWare en mode NAT, les machines virtuelles utilisant la même interface peuvent se voir. En mode hôte uniquement, une VM ne verra que directement l'hôte, bien que l'hôte puisse toujours effectuer le routage / NAT afin que la VM puisse accéder à tout ce que l'hôte lui permet (par défaut, il ne peut voir que l'hôte et rien d'autre). D'après votre description, il semblerait que VB utilise "réseau NAT" pour signifier ce que VMWare appelle "hôte uniquement". J'utilise généralement ponté pour tout dans mes environnements de toute façon, donc je ne me souviens peut-être pas avec précision. Dans les deux cas, 10.xxx est aussi valide que 192.168.xx

— David Spillett le

0

Qu'est-ce qu'une adresse "non-NAT" dans votre définition? Vous voulez dire les adresses "réseau local". Je pense que vous obtenez quelque chose de mal ici.

Si vous choisissez "NAT" dans le volet des paramètres de votre solution de virtualisation, peu importe le type d'adresse IP attribué à l'invité, grâce au NAT. Dans ce cas, il se comporte comme une passerelle (routeur), cachant l’invité de votre réseau externe tout en obtenant un accès Internet.

La NAT existe parce que l'adresse du réseau local 192.168.0.20 pourrait exister un million de fois sur le globe entier. Ainsi, ces millions de fois n'interfèrent pas les uns avec les autres, cela traduit (d'où le terme "traduction d'adresse réseau") ces adresses "locales" en IP Internet que votre routeur reçoit de votre FAI.

L'article de Wikipédia le décrit mieux que moi.

— Sinni800
source