En un invitado VirtualBox de Windows 7 con NAT y una conexión OpenVPN emitida por el host, nslookup
y tracert
se comporta de manera diferente con respecto a la resolución de nombres:
nslookup hostname
Funciona, utilizándolo10.0.2.3
como servidor DNS.tracert hostname
no se puede resolver el nombre de hosttracert fqdn
no se puede resolver fqdntracert ip-address
funciona y muestra el nombre del host, enrutamiento a través de10.0.2.2
->10.0.3.1
-> destinotraceroute hostname
funciona en el host, enrutando directamente a través de10.0.3.1
-> destino
El host al que intento comunicarme está dentro de la red a la que llamo usando OpenVPN. La resolución de nombres funciona bien para hosts accesibles globalmente.
¿Cuál podría ser la razón? ¿Cómo puedo saberlo? Ya intenté deshabilitar IPv6 para la conexión de red, deshabilitar el firewall tanto en el host como en el invitado, y cambiar el tipo de red a "Bridged" en VirtualBox.
Tengo la siguiente configuración:
- Anfitrión Ubuntu 13.04 x64
- VirtualBox
4.2.10-dfsg-0ubuntu2.1
- Adaptador de red virtual Intel PRO/1000 conectado a NAT
- Invitado Windows 7 x86, completamente parchado
- Conexión OpenVPN emitida por el host
- Mismo nombre de host en el invitado de Windows 7 y en el host de Ubuntu 13.04
Respuesta1
Encontré una solución enesta respuesta en SO:
[Coloque] una sola entrada que diga "." en el"Agregue estos sufijos DNS (en orden)"en el"Configuración avanzada de TCP/IP"diálogo.
Parece que tracert
mis amigos, de forma predeterminada, prueban primero algún protocolo que no sea DNS, lo que falla en mi configuración.