dig, nslookup oder Web-Tool: Wann passt was?

dig und nslookup sind nicht ohne Grund Standardwerkzeuge der Kommandozeile: Sie sind präzise, skriptbar und auf nahezu jedem System mit Terminal verfügbar. Ein webbasiertes Lookup-Tool will sie nicht ersetzen, sondern jene Momente abdecken, in denen sie für die konkrete Aufgabe die schlechtere Wahl sind.

Wo die Terminal-Tools überlegen sind

• Einen bestimmten, nicht voreingestellten DNS-Server direkt abfragen – dig @1.1.1.1 example.com ist ein einziger Befehl, ganz ohne Konfigurationsmaske.
• Die vollständige Antwort untersuchen, einschließlich Flags, TTLs und der genauen Struktur der zurückgelieferten Records – hilfreich, wenn Sie DNS selbst debuggen, statt nur eine Antwort zu wollen.
• Eine Prüfung in einen größeren automatisierten Ablauf einbinden, der bereits in einem Shell-Skript oder einer CI-Pipeline lebt.
• Komplett ohne Browser arbeiten, auf einem Server, auf dem Sie ohnehin schon per SSH angemeldet sind.

Wo sich ein Web-Tool bewährt

• Eine schnelle Prüfung vom Smartphone oder von jedem Gerät, auf dem gerade kein Terminal zur Hand ist.
• Eine wirklich große Liste von Domains auf einmal auflösen – mit Fortschrittsanzeige und ordentlichem Export, statt eine Schleife aus dig-Aufrufen von Hand in eine Textdatei zu leiten.
• Einem technisch weniger versierten Kollegen einen Link geben, statt ihm die Installation und Bedienung eines Kommandozeilen-Tools zu erklären.
• Eine wiederkehrende Prüfung planen, mit einem Dashboard zum späteren Nachschauen, statt selbst einen Cronjob und einen Speicherort für dessen Ausgabe zu pflegen.

In der Praxis behalten die meisten, die für schnelle Einzelabfragen zu einem Web-Tool greifen, dig trotzdem für das wirklich tiefe DNS-Debugging bei – die beiden konkurrieren nicht, sondern passen zu unterschiedlichen Punkten auf der Skala zwischen „Ich brauche eine schnelle Antwort“ und „Ich muss genau sehen, was das Protokoll tut“.

Zwei dig-Optionen, die man kennen sollte, auch wenn man den Rest selten nutzt

• dig +short blendet die ausführliche Kopf- und Flag-Ausgabe aus und gibt nur die Antwort aus – ideal zum Weiterleiten in ein Skript, statt das normale, für Menschen gedachte Format von dig zu parsen.
• dig +trace spielt die gesamte Auflösungskette manuell nach und zeigt jeden Schritt von den Root-Servern bis zur autoritativen Antwort – der schnellste Weg, um zu sehen, welcher Schritt der Kette klemmt, wenn das Problem weiter oben liegt als beim finalen Record selbst.

Der interaktive Modus von nslookup, oft übersehen

Die meisten führen nslookup als Einzelbefehl aus und gehen weiter. Gibt man jedoch nslookup ohne Argumente ein, landet man in einer interaktiven Eingabeaufforderung, in der sich ein Server einmal festlegen lässt (server 1.1.1.1) und für alle folgenden Abfragen weiterverwendet wird, ohne ihn jedes Mal zu wiederholen – ausgesprochen praktisch, wenn Sie mehrere zusammengehörige Records nacheinander gegen denselben nicht voreingestellten Resolver prüfen. Es ist ein kleineres, weniger beachtetes Feature als der optionsgesteuerte Ansatz von dig, aber wer aus Gewohnheit oder wegen der Plattformvorgabe gezielt zu nslookup (statt zu dig) greift, sollte wissen, dass es existiert.