nslookup in Linux Befehlsreferenz für DNS-Abfragen: So prüfst du Domains schnell und sauber
Wenn DNS-Probleme Zeit kosten, will ich nicht raten. Ich will prüfen. Genau dafür nutze ich nslookup in Linux als schnelle Befehlsreferenz für DNS-Abfragen.
nslookup in Linux Befehlsreferenz für DNS-Abfragen ist eines dieser Tools, die ich nicht oft brauche, aber wenn ich sie brauche, dann sofort. DNS wirkt simpel, bis eine Domain nicht auflöst, ein Mailserver falsch zeigt oder ein CDN komisch reagiert. Dann will ich keine Theorie. Ich will klare Antworten.
In diesem Artikel zeige ich dir, wie ich nslookup in Linux nutze, welche Befehle wirklich wichtig sind und wann ich lieber zu dig oder host greife. Einfach. Direkt. Ohne unnötiges Zeug.
Was ist nslookup in Linux?
nslookup ist ein Kommandozeilen-Tool für DNS-Abfragen. Ich nutze es, um schnell zu prüfen, welche IP zu einer Domain gehört, welcher Mailserver zuständig ist oder welcher Nameserver antwortet. Es ist kein Alleskönner, aber für schnelle Checks absolut brauchbar.
Der große Vorteil: Ich bekomme in Sekunden eine Antwort. Kein Browser, kein Dashboard, kein Rätselraten.
Wann ich nslookup in Linux nutze
Ich setze nslookup ein, wenn ich eine schnelle Diagnose brauche:
- Eine Domain löst nicht auf
- Ich prüfe, ob DNS-Änderungen schon aktiv sind
- Ich will MX-Records für E-Mail testen
- Ich checke, welcher DNS-Server antwortet
- Ich vergleiche lokale und öffentliche DNS-Antworten
Wenn es nur um einen schnellen Blick geht, ist nslookup oft genug. Wenn ich tiefer analysieren will, nehme ich meist DNS-Grundlagen von Cloudflare als Referenz und arbeite mit dig.
nslookup in Linux: die wichtigsten Befehle
Hier ist der Teil, der zählt. Das sind die Befehle, die ich wirklich nutze.
1. A-Record abfragen
nslookup example.comDas ist der Standard. Ich bekomme die IP-Adresse der Domain. Wenn eine Website nicht lädt, ist das mein erster Check.
2. Einen bestimmten DNS-Server nutzen
nslookup example.com 8.8.8.8Damit frage ich direkt Google DNS ab. Praktisch, wenn ich testen will, ob das Problem am lokalen Resolver liegt.
3. MX-Records prüfen
nslookup -query=mx example.comDamit sehe ich, welche Mailserver für die Domain zuständig sind. Das ist wichtig bei E-Mail-Problemen, SPF-Checks oder beim Umzug eines Maildienstes.
4. NS-Records abfragen
nslookup -query=ns example.comSo prüfe ich die autoritativen Nameserver. Das ist hilfreich, wenn ich DNS-Zonen oder Delegationen kontrolliere.
5. TXT-Records prüfen
nslookup -query=txt example.comIch nutze das oft für SPF, DKIM oder Domain-Verifizierung. TXT-Records sind ein typischer Fehlerpunkt.
6. Reverse Lookup machen
nslookup 93.184.216.34Hier prüfe ich, welche Domain zu einer IP gehört. Das ist nicht immer aussagekräftig, aber manchmal sehr nützlich.
7. Interaktiven Modus nutzen
nslookupDann lande ich in der interaktiven Shell und kann mehrere Abfragen nacheinander machen:
> set type=mx
> example.com
> set type=txt
> example.comDas spart Zeit, wenn ich mehrere Records derselben Domain checke.
Wie ich die Ausgabe lese
nslookup zeigt dir in der Regel zwei Dinge:
- Welcher DNS-Server geantwortet hat
- Welche DNS-Antwort zurückkam
Wichtig ist der Unterschied zwischen Antwort des DNS-Servers und tatsächlicher Zuordnung. Eine Antwort kann zwischengespeichert sein. Das heißt: Die DNS-Änderung ist vielleicht schon gemacht, aber noch nicht überall sichtbar.
Wenn ich eine Änderung prüfe, denke ich immer in TTL und Cache. Das spart mir falsche Annahmen.
Typische Probleme bei DNS-Abfragen
Die meisten Fehler sind nicht spektakulär. Sie sind banal. Genau deshalb werden sie oft übersehen.
- Falscher DNS-Server: Lokal zeigt etwas anderes als öffentlich
- Cache: Die alte Antwort hängt noch irgendwo
- Falscher Record-Typ: A statt CNAME, MX statt TXT
- Propagation: Die Änderung ist noch nicht überall angekommen
- Schreibfehler: Ein kleiner Tippfehler, großes Chaos
Wenn nslookup keine Antwort liefert, heißt das nicht automatisch, dass die Domain kaputt ist. Oft ist nur der Record falsch oder der Resolver liefert gerade keine saubere Antwort.
nslookup in Linux vs. dig vs. host
Ich halte das einfach:
- nslookup: schnell, bekannt, okay für Basics
- dig: besser für Details und saubere Analyse
- host: minimalistisch und schnell
Wenn ich nur den Status checken will, reicht nslookup. Wenn ich Ursachen verstehen will, nehme ich meist dig. Die offizielle Doku von dig findest du im dig Manual.
Meine praktische Checkliste für DNS-Fehler
Wenn etwas nicht passt, arbeite ich so:
- Domain mit
nslookup example.comprüfen - Direkt öffentlichen DNS testen:
nslookup example.com 1.1.1.1 - MX, NS und TXT separat prüfen
- Mit einem zweiten Tool gegenchecken
- TTL und Cache im Blick behalten
- DNS-Zone beim Provider kontrollieren
Diese Reihenfolge spart Zeit. Ich gehe nicht blind in fünf Richtungen gleichzeitig. Ich teste systematisch.
Wann ich lieber nicht auf nslookup vertraue
nslookup ist gut, aber nicht perfekt. Ich verlasse mich nicht nur darauf, wenn ich:
- Detailinfos zu DNSSEC brauche
- exakte Antwortzeiten analysieren will
- komplexe DNS-Ketten untersuchen muss
- mehr Kontrolle über Ausgabe und Flags brauche
In solchen Fällen ist dig oft die bessere Wahl. Für Deep Dives ist das einfach das stärkere Werkzeug.
Kurze Befehlsreferenz für den Alltag
nslookup example.com
nslookup example.com 8.8.8.8
nslookup -query=mx example.com
nslookup -query=ns example.com
nslookup -query=txt example.com
nslookup 93.184.216.34Das ist kein Luxus. Das ist eine kleine, direkte Befehlsbasis, die ich bei DNS-Problemen immer wieder brauche.
Fazit: nslookup in Linux macht DNS sofort prüfbar
nslookup in Linux Befehlsreferenz für DNS-Abfragen ist für mich ein schneller Weg, um DNS sauber zu prüfen, Fehler einzugrenzen und nicht im Dunkeln zu tappen. Ich brauche dafür keine große Erklärung, sondern klare Befehle und saubere Logik. Genau das liefert nslookup.
Wenn du DNS-Probleme schneller lösen willst, dann lerne die Grundbefehle, prüfe verschiedene Record-Typen und vergleiche bei Bedarf mit einem zweiten Tool. So arbeitest du präzise statt hektisch.