☰

nslookup und tracert Inkonsistenzen

tag-icon • tag-icon windows networking windows-7 virtual-machines virtualbox
nslookup und tracert Inkonsistenzen

In einem Windows 7 VirtualBox-Gast mit NAT und einer vom Host ausgestellten OpenVPN-Verbindung verhält nslookupes tracertsich hinsichtlich der Namensauflösung anders:

  • nslookup hostnamefunktioniert, Verwendung 10.0.2.3als DNS-Server
  • tracert hostnamekann den Hostnamen nicht auflösen
  • tracert fqdnFQDN kann nicht aufgelöst werden
  • tracert ip-addressfunktioniert und zeigt Hostnamen, Routing via 10.0.2.2-> 10.0.3.1-> Ziel
  • traceroute hostnamearbeitet im Host, Routing direkt über 10.0.3.1-> Ziel

Der Host, den ich erreichen möchte, befindet sich innerhalb des Netzwerks, in das ich mich über OpenVPN einwähle. Die Namensauflösung funktioniert gut für global erreichbare Hosts.

Was könnte der Grund sein? Wie kann ich das herausfinden? Ich habe bereits versucht, IPv6 für die Netzwerkverbindung zu deaktivieren, die Firewall sowohl auf dem Host als auch auf dem Gast zu deaktivieren und den Netzwerktyp in VirtualBox auf „Bridged“ zu ändern.

Ich habe folgendes Setup:

  • Ubuntu 13.04 x64-Host
  • VirtualBox4.2.10-dfsg-0ubuntu2.1
    • Virtueller Intel PRO/1000-Netzwerkadapter an NAT angeschlossen
    • Windows 7 x86-Gast, vollständig gepatcht
  • Vom Host ausgegebene OpenVPN-Verbindung
  • Gleicher Hostname im Windows 7-Gast und im Ubuntu 13.04-Host

Antwort1

Eine Lösung gefunden indiese Antwort auf SO:

[Fügen Sie] einen einzelnen Eintrag mit dem Text "." in die„Diese DNS-Suffixe anhängen (in der Reihenfolge)“im„Erweiterte TCP/IP-Einstellungen“Dialog.

Sieht so aus, als ob tracert„and friends“ standardmäßig zuerst ein Nicht-DNS-Protokoll versucht, was in meinem Setup fehlschlägt.

verwandte Informationen