NSLOOKUP gibt meine Domain zusammen mit einer falschen Adresse als Anhang an eine nicht autoritative Antwort zurück

NSLOOKUP gibt meine Domain zusammen mit einer falschen Adresse als Anhang an eine nicht autoritative Antwort zurück

Ich habe vor Kurzem einen Windows 2008r2-Server installiert (nur Arbeitsgruppe, kein AD oder Domäne). Auf diesem Server ist DNS aktiviert.

Von einem anderen Client-Rechner im LAN führe ich NSLOOKUP aus, um den DNS-Betrieb zu testen.

Beim Start werden der Servername und die IP-Adresse korrekt aufgelistet.

Wenn ich in der Eingabeaufforderung „realdomain.com“ eingebe, gibt NSLOOKUP Folgendes zurück:

Non-authoritative answer:
Name:   realdomain.com.my.domain.net
Address:  67.215.65.132

Das Clientsystem kann Namen auflösen, DNS funktioniert also bis zu einem gewissen Grad, aber ich verstehe nicht, warum „my.domain.net“ angehängt wird.

Die für realdomain.com zurückgegebene Adresse 67.215.65.132 ist ebenfalls falsch. Die Adresse gehört eigentlich zu OpenDNS. Ich verwende OpenDNS als Weiterleitung, aber diese Adressen sind 208.67.xxx.xxx.

"my.domain.net" ist das primäre DNS-Suffix meines lokalen LAN-Servers. Es handelt sich nicht um eine öffentlich sichtbare Domain, da sich der Server in einem privaten Netzwerk befindet.

Diese Fragescheint ziemlich ähnlich zu sein, aber ich verstehe nicht, wie ich die Lösung anwenden soll: „… entfernen Sie den Platzhaltereintrag aus Ihrer Netzwerklösungskonfiguration“. Welcher Platzhaltereintrag? Wo ist die „Netzwerklösungskonfiguration“?

Wenn ich wie in der referenzierten Frage realdomain.com (mit dem Punkt am Ende) eingebe, funktioniert es korrekt und gibt die richtige Adresse zurück.

Antwort1

wenn ich "realdomain.com" in die Eingabeaufforderung eingebe, gibt NSLOOKUP Folgendes zurück: Nicht autoritative Antwort: Name: realdomain.com.my.domain.net Adresse: 67.215.65.132

Dies passiert, wenn Sie in nslookup eine Abfrage übermitteln, die nicht vollständig qualifiziert ist. nslookup benötigt den abschließenden ., damit die Abfrage vollständig qualifiziert ist. Fehlt der abschließende ., hängt nslookup die primären und/oder verbindungsspezifischen DNS-Suffixe an die Abfrage an.

Das Clientsystem kann Namen auflösen, DNS funktioniert also bis zu einem gewissen Grad, aber ich verstehe nicht, warum „my.domain.net“ angehängt wird.

Ja. Der DNS-Client funktioniert ordnungsgemäß. Siehe meine vorherige Aussage, warum sich nslookup so verhält.

Die für realdomain.com zurückgegebene Adresse 67.215.65.132 ist ebenfalls falsch. Die Adresse gehört eigentlich zu OpenDNS. Ich verwende OpenDNS als Weiterleitung, aber diese Adressen sind 208.67.xxx.xxx.

OpenDNS kapert die NXDOMAIN-Antwort für realdomain.com.my.domain.net und gibt die IP-Adressen einer vermutlichen Landingpage zurück, die ihre Dienste anbietet. Die zurückgegebenen IP-Adressen sind nicht die IP-Adressen ihrer DNS-Server, sondern die IP-Adressen, an die sie die NXDOMAIN-Antworten umleiten. -http://en.wikipedia.org/wiki/DNS_hijacking

„my.domain.net“ ist das primäre DNS-Suffix meines lokalen LAN-Servers. Es handelt sich nicht um eine öffentlich sichtbare Domäne, da sich der Server in einem privaten Netzwerk befindet.

mydomain.net ist das primäre DNS-Suffix Ihres Servers. Dies ist das DNS-Suffix, das nslookup an nicht qualifizierte Abfragen anfügt, wenn nslookup vom Server aus ausgeführt wird.

Diese Frage scheint ziemlich ähnlich zu sein, aber ich verstehe nicht, wie ich die Lösung anwenden soll: „… entfernen Sie den Platzhaltereintrag aus Ihrer Netzwerklösungskonfiguration“. Welcher Platzhaltereintrag? Wo ist die „Netzwerklösungskonfiguration“?

Dies ist in Ihrem Fall nicht anwendbar. Die NXDOMAIN-Antwort wird von OpenDNS gekapert.

Wenn ich wie in der referenzierten Frage realdomain.com (mit dem Punkt am Ende) eingebe, funktioniert es korrekt und gibt die richtige Adresse zurück.

Genau. Dies ist die korrekte Verwendung von nslookup.

Alles, was Sie in Ihrer Frage beschrieben haben, ist, soweit es nslookup betrifft, ein völlig normales Verhalten. Das einzige Problem ist die Tatsache, dass OpenDNS die NXDOMAIN-Antwort kapert, was es eigentlich nicht tun sollte.

Antwort2

Ich erhalte ein ähnliches Ergebnis:

D:\Users\tannerf>nslookup domain.net 208.67.222.222
Server:  resolver1.opendns.com
Address:  208.67.222.222

Non-authoritative answer:
Name:    domain.net.MYSUFFIX.COM
Address:  67.215.65.132

Offenbar leitet OpenDNS um, wenn der Name nicht aufgelöst werden kann. Sie können die Abfrage auf jede Subdomain ändern, die nicht aufgelöst werden kann, und es wird dasselbe zurückgegeben:

D:\Users\tannerf>nslookup mdmarra.local 208.67.222.222
Server:  resolver1.opendns.com
Address:  208.67.222.222

Non-authoritative answer:
Name:    mdmarra.local.microsoft.com
Address:  67.215.65.132

nslookuphängt standardmäßig das Suchsuffix an. Schauen Sie sich andiese FrageUnd hier ist einThread mit Beschwerden über OpenDNS' Entscheidung. Ich finde es selbst furchtbar verwirrend.

Wenn Sie die Weiterleitung von OpenDNS verhindern möchten, können Sie einen Blick darauf werfenHier.

verwandte Informationen