Win XP SP3 en fusión puede navegar por la red a través del aeropuerto de mac, ya sea en modo puente o nat. El mac tiene una ip estática. las ventanas se establece en dhcp.
ifconfig en el mac muestra
en1: inet 192.168.1.43 netmask 0xffffff00 broadcast 192.168.1.255
vmnet1: inet 172.16.193.1 netmask 0xffffff00 broadcast 172.16.193.255
vmnet8: inet 172.16.143.1 netmask 0xffffff00 broadcast 172.16.143.255
ipconfig en windows shows
Sufijo DNS específico de la conexión. : inicio
IP Address. . . . . . . . . . . . : 192.168.1.42
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.1.1
cuando las configuraciones del adaptador de red en la fusión se cambian a NAT y se lanza y se renueva el ipconfig, luego se muestra ipconfig
Connection-specific DNS Suffix . : localdomain
IP Address. . . . . . . . . . . . : 172.16.143.132
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 172.16.143.2
Esto muestra que la máquina virtual ahora está pasando por la subred de vmnet8 Sin embargo, Wireshark no revela vmnet8, solo en0 y en1 y en1 está recibiendo todo el tráfico. ¿Por qué no vmnet8? ¿Por qué vmnet8 obtiene una dirección enrutable? ¿No debería ser uno de esos números 192.xxx.xxx.xxx o 10.xxx.xxx.xxx no enrutables? E incluso si las ventanas están puenteadas y utilizando 192.168.1.42, la pequeña snitch en el mac sigue preguntando si vmnet-natd puede hablar con la red, así que sé que está activa.
Puedo ver los paquetes que van a la IP de Windows, pero está mezclado con el tráfico que va a la Mac (como es de esperar, ya que ambos están usando el mismo aeropuerto), pero todo está pasando por EN1.
(por cierto, no entiendo por qué la puerta de enlace de Windows no es 172.16.143.1, sino .2: después de todo, ¿el cuadro de Windows no tiene que hablar con vmnet8?)
La misma situación existe cuando uno usa paralelos en lugar de fusión. Excepto en este caso, aparecen 2 vNICs en wireshark. Sin embargo, son silenciosos y nunca se usan.