Inconsistencias de nslookup y tracert

Inconsistencias de nslookup y tracert

En un invitado VirtualBox de Windows 7 con NAT y una conexión OpenVPN emitida por el host, nslookupy tracertse comporta de manera diferente con respecto a la resolución de nombres:

  • nslookup hostnameFunciona, utilizándolo 10.0.2.3como servidor DNS.
  • tracert hostnameno se puede resolver el nombre de host
  • tracert fqdnno se puede resolver fqdn
  • tracert ip-addressfunciona y muestra el nombre del host, enrutamiento a través de 10.0.2.2-> 10.0.3.1-> destino
  • traceroute hostnamefunciona en el host, enrutando directamente a través de 10.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
  • VirtualBox4.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 tracertmis amigos, de forma predeterminada, prueban primero algún protocolo que no sea DNS, lo que falla en mi configuración.

información relacionada