Einleitung
In diesem Dokument wird beschrieben, wie nslookup für Testsuchen verwendet wird.
Voraussetzungen
Anforderungen
Es gibt keine spezifischen Anforderungen für dieses Dokument.
Verwendete Komponenten
Die Informationen in diesem Dokument basieren auf Cisco Umbrella.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Überblick
Die Verwendung von nslookup zum Überprüfen von DNS-Abfrageantworten wird häufig zur Behebung von DNS-Problemen verwendet. In einigen Szenarien können Abfragen so aussehen, als würden sie eine zusätzliche Ebene einer Domäne zurückgeben. Wenn Sie beispielsweise nach sub.domain.com suchen, erhalten Sie eine Abfrage und eine Antwort für sub.domain.com.domain.com.
nslookup: Unterschiede beim Auflösungsalgorithmus
Bei der DNS-Abfrage ist ein Dienstprogramm in allen modernen Betriebssystemen verfügbar: nslookup. Obwohl älter und weniger fähig als dig, Windows-Benutzer sind standardmäßig auf nslookup beschränkt. Es ist wichtig zu beachten, dass nslookup DNS anders behandelt als dig oder das lokale System.
Für eine öffentliche Abfrage ohne öffentlichen Platzhalter
nslookup:
1. Abfrage für domain.com (nslookup domain.com).
2. nslookup sendet "domain.com.suffix" und sucht nach einer Antwort - NXDOMAIN.
3. nslookup sendet "domain.com.secondsuffix" und sucht nach einer Antwort - NXDOMAIN.
4. nslookup sendet "domain.com" und gibt die Antwort zurück.
System-DNS oder Dig
1. Abfrage für domain.com (graben Sie domain.com).
2. dig oder das System sendet eine DNS-Paketsuche nach "domain.com" und sendet die Antwort zurück.
3. Wenn die früheren Informationen nicht vorhanden sind, kann ein DNS-Paket für "domain.com.suffix" generiert werden.
4. Wenn die früheren Informationen nicht vorhanden sind, kann ein DNS-Paket für "domain.com.secondsuffix" generiert werden.
In einem Szenario, in dem es keine lokale Antwort gibt und nur eine öffentliche Antwort existiert, verhält sich das genauso. Der einzige Unterschied im vorherigen Szenario besteht darin, dass bei Paketen, die erfasst werden, das nslookup-Szenario Abfragen sendet, die an ein seltsam aussehendes Suffix angehängt sind.
Für eine öffentliche Abfrage, bei der ein DNS-Suffix über einen öffentlichen Platzhalter verfügt
nslookup:
1. Abfrage für domain.com (nslookup domain.com)
2. nslookup sendet "domain.com.suffix" und sucht nach einer Antwort. Die Antwort wird zurückgegeben (das Suffix ist eine öffentliche Platzhalterdomäne). Für domain.com.suffix wird eine Antwort gefunden, es werden keine weiteren Fragen gestellt.
System-DNS oder Dig
1. Abfrage für domain.com (graben Sie domain.com).
2. dig oder das System sendet eine DNS-Paketsuche nach "domain.com" und sendet die Antwort an domain.com.
Infolgedessen kann nslookup eine völlig andere DNS-Antwort zurückgeben als Benutzer, die den Webbrowser eines Computers verwenden, und zu wahrgenommenen falschen DNS-Antworten führen. Dies kann auch dazu führen, dass Domänen doppelt angezeigt werden, wenn der abgefragte DNS-Eintrag mit der Suffixliste des Computers übereinstimmt.
Die Lösung zum Verwenden von nslookup für die DNS-Suffixdomäne eines öffentlichen Platzhalters
Wenn Sie DNS abfragen, wenden Sie ein "" an. am Ende der Abfrage, es sei denn, nslookup wird zur Abfrage eines Hostnamens verwendet. Diese kann die genaue angeforderte Abfrage nachschlagen. "nslookup domain.com." kann nur domain.com ohne Suffixe anfordern.
Darstellung in Umbrella Reporting
In bestimmten Szenarien kann dieses Verhalten in Umbrella-Berichten beobachtet werden. Einträge wie "facebook.com.domain.local" oder "google.com.domain.local" können angezeigt werden, wenn dies der Fall ist. In den meisten Fällen führt nslookup diese lokalen Abfragen zuerst aus. Wenn Ihre Suffixe für die DNS-Zone nicht autorisierend sind, können sie an Umbrella weitergeleitet werden, anstatt vom lokalen DNS-Server im Netzwerk NXDOMAIN zurückgegeben zu werden.
Sonderfall: Umbrella-Roaming-Client
Wenn die angewendete DNS-Suffix-Domäne ein öffentlicher Platzhalter ist und auch intern verwendet wird, können Sie auch das zuvor erwähnte Verhalten beobachten, bei dem das Suffix verdoppelt wurde. Abfragen für host.domain.com können in Ihren Berichten als host.domain.com.domain.com angezeigt werden (obwohl sie in der internen Domänenliste enthalten sind). Wenn domain.com ein öffentlicher Platzhalter ist, fügen Sie "domain.com.domain.com" zu Ihrer Liste der internen Domänen hinzu, um die möglichen Auswirkungen auf die Benutzer zu beheben.
Feedback