Fråga DNS med Nslookup

nslookup (name server lookup) frågar DNS direkt, så att Ni kan fråga ”vilken IP-adress översätts det här namnet till?” och granska DNS-poster. Medan ping med namn testar DNS indirekt testar nslookup DNS avsiktligt och i detalj. Det är det främsta kommandoradsverktyget för att diagnostisera problem med namnmatchning och finns i Windows, Linux och macOS.

Många avbrott är egentligen förklädda DNS-problem: en webbplats som verkar ligga nere men egentligen inte kan slås upp, eller en webbplats som pekar på fel server. Genom att fråga DNS direkt med nslookup skiljer Ni namnmatchning från anslutning. Om nslookup returnerar rätt IP-adress fungerar DNS, och Ni får leta någon annanstans; om det misslyckas har Ni hittat orsaken.

En grundläggande nslookup-visning visar först den Server som svarade (Er DNS-server), därefter det efterfrågade Name och dess översatta Address(es). När både servern och svaret visas ser Ni vem som svarade och vad den svarade – de två fakta Ni behöver för att bedöma om namnmatchningen fungerar korrekt.

nslookup markerar ofta ett svar som Non-authoritative, vilket betyder att det kom från en cache eller rekursiv resolver i stället för domänens egen server. Ett authoritative-svar kommer direkt från den server som ansvarar för domänen. Skillnaden är viktig när Ni letar efter inaktuella poster: cachade svar kan vara gamla, så genom att fråga auktoritativt får Ni fram det verkliga aktuella värdet.

Ni kan begära specifika posttyper. Ange typen A för IPv4, AAAA för IPv6, MX för e-postservrar, CNAME för alias, NS för namnservrar eller TXT för textposter. Genom att fråga efter rätt typ kan Ni verifiera exakt den del av DNS som Ni misstänker, exempelvis varför e-post inte levereras.

Med nslookup kan Ni fråga en specifik DNS-server i stället för standardservern. Det är kraftfullt: om den lokala servern ger ett gammalt eller felaktigt svar kan Ni fråga en publik resolver, exempelvis 8.8.8.8, direkt och jämföra. En skillnad tyder på ett problem med Er DNS-server eller dess cache, snarare än med själva domänen.

En omvänd uppslagning går åt andra hållet och omvandlar en IP-adress tillbaka till ett namn med hjälp av PTR-poster. Ange bara en IP-adress till nslookup i stället för ett namn. Omvända uppslagningar bekräftar att en adress korrekt pekar tillbaka på rätt namn, vilket är viktigt för e-postservrar och loggning där namn-till-IP och IP-till-namn bör stämma överens.

Kör nslookup utan argument för att öppna interaktivt läge, där Ni kan ange alternativ som server eller posttyp och köra flera frågor i följd. Det är praktiskt när Ni undersöker ett besvärligt DNS-problem från flera håll utan att skriva om hela kommandot varje gång. Skriv exit för att avsluta.

nslookup hjälper Er att diagnostisera klassiska symtom: ett namn som inte kan slås upp alls (felaktig eller onåbar DNS-server), ett namn som översätts till fel IP-adress (en gammal eller felaktig post) och långsam namnmatchning (en överbelastad eller avlägsen server). Genom att koppla symtomet till nslookup-resultatet ser Ni snabbt om DNS är boven.

I Linux och macOS är dig (Domain Information Groper) ett mer detaljerat alternativ till nslookup. Det visar fullständiga fråge- och svarssektioner samt tidsmätning. Många yrkesverksamma föredrar dig eftersom resultatet är tydligt. CompTIA fokuserar på nslookup, men om Ni känner till att dig finns och utför samma grundläggande uppgift blir Ni mer kompetent i praktiken.

Använd nslookup när en namn-baserad tjänst beter sig fel, men den grundläggande anslutningen (ping med IP-adress) fungerar. Genom att bekräfta vad DNS returnerar, från vilken server och om svaret är auktoritativt kan Ni exakt avgränsa fel i namnmatchningen. Tillsammans med ipconfig, som kontrollerar de konfigurerade DNS-servrarna, gör nslookup DNS-problem snabba att hitta och åtgärda.

Du har lärt dig nslookup. Viktiga punkter:

• nslookup skickar frågor direkt till DNS för att slå upp namn och granska poster.
• Det visar vilken server som svarar och vilken adress som slås upp.
• Fråga efter specifika typer: A, AAAA, MX, CNAME, NS, TXT, PTR.
• Fråga en specifik server för att jämföra svar och hitta inaktuella cachelagringar.
• dig är ett detaljerat Unix-alternativ med samma syfte.