Win XP SP3 en la fusión puede navegar por la red a través de la mac del aeropuerto en cualquier puente o nat modo fino. el mac tiene una dirección ip estática. el de windows está configurado para dhcp.
ifconfig en el mac muestra
en1: inet 192.168.1.43 máscara de red 0xffffff00 broadcast 192.168.1.255
vmnet1: inet 172.16.193.1 máscara de red 0xffffff00 de difusión 172.16.193.255
vmnet8: inet 172.16.143.1 máscara de red 0xffffff00 de difusión 172.16.143.255
ipconfig en windows muestra
Sufijo de conexión específica DNS . : casa
IP Address. . . . . . . . . . . . : 192.168.1.42
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.1.1
cuando la configuración del adaptador de red en la fusión se cambian a NAT y el ipconfig es liberado y renovada, luego ipconfig muestra
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 es que ahora va a través de la subred de vmnet8 Wireshark sin embargo no revela vmnet8, sólo en0 y en1-y en1 es conseguir todo el tráfico. Por qué no vmnet8? ¿Por qué es vmnet8 conseguir un enrutable dirección? no debería ser uno de esos no-routeable 192.xxx.xxx.xxx o 10.xxx.xxx.xxx números? E incluso si windows es un puente y el uso de 192.168.1.42, little snitch en el mac sigue preguntando si vmnet-natd puede hablar a la red por lo que sabe que es activo.
Puedo ver los paquetes que van a la ip de windows pero es mezclado con el tráfico que va hacia el mac (como era de esperar, ya que ambos utilizan el mismo aeropuerto) pero todo va sobre 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, no el cuadro de windows tiene que hablar con vmnet8?)
La misma situación existe cuando uno utiliza parallels en lugar de la fusión. Salvo que en este caso 2 vnic se muestran en wireshark. Sin embargo, son silenciosas y nunca utilizado.
