DNS Lookup — Fråga vilken domäns DNS-poster som helst i realtid
Diagnostisera e-postleveransfel, bekräfta domänmigreringar och granska säkerhetspolicyer – utan att installera dig eller nslookup.
Vad är en DNS-sökning?
En DNS-uppslagning frågar Domain Name System för att hämta de poster som är kopplade till en domän — fungerar som en telefonbok för internet, och översätter mänskligt läsbara domännamn till de tekniska datanätverk som behövs för att dirigera trafik och leverera tjänster. Varje domän har flera posttyper: En post pekar på IP-adresser, MX-poster dirigerar e-post, TXT-poster bär säkerhetspolicyer och NS-poster delegerar auktoritet till en namnserver.
När du utlöser en DNS-uppslagning, går frågan till en rekursiv resolver (som drivs av din ISP, eller en offentlig resolver som 8.8.8.8 eller 1.1.1.1). Om resolvern har ett cachat svar inom postens TTL-fönster returnerar den det cachade värdet. Om inte, frågar den den auktoritativa namnservern - servern som innehar domänens officiella register. Det här verktyget kringgår cachning och frågar auktoritativa servrar direkt, så resultaten återspeglar det aktuella publicerade tillståndet för zonen, inte vad din webbläsare har cachat.
Din webbläsare utför DNS-sökningar automatiskt i bakgrunden - men visar dig ingenting. Det här verktyget avslöjar hela postuppsättningen: inte bara IP-adressen, utan varje posttyp som är kopplad till domänen, inklusive TTL-värden som avslöjar hur länge varje post kommer att finnas kvar i cacheminnet innan resolvers kontrollerar den auktoritativa källan igen.
Så här fungerar det
Ange en domän
Skriv in ett domännamn — till exempel google.com eller github.com. Du kan fråga en rotdomän eller en underdomän.
Välj posttyp
Välj den DNS-posttyp du vill granska — A, MX, TXT, NS, CNAME, SOA, CAA — eller välj Alla poster.
Visa resultaten
Resultaten returneras i realtid från auktoritativa DNS-servrar. Varje rad visar posttyp, värde, TTL (hur länge posten cachelagras av resolvers) och - för MX-poster - prioritetsnumret. Kopiera valfri post till urklipp med ett klick.
Så här läser du dina DNS-uppslagningsresultat
När en uppslagning är klar innehåller varje resultatrad flera fält. Här är vad varje fält betyder och vad du ska leta efter.
| Fält | Vad det säger dig |
|---|---|
TTL (Time To Live) | Antalet sekunder som denna post cachelagras av resolvers innan de återförfrågar den auktoritativa servern. TTL 300 = förändringar sprider sig på ~5 minuter. TTL 86400 = den gamla posten kan finnas kvar i upp till 24 timmar efter att du ändrat den. |
MX Prioritet | Finns endast på MX-skivor. Lägre siffror har högre prioritet. En uppsättning av 10 (primär) och 20 (backup) skapar en failover-kedja. Lika prioritetsvärden betyder att båda servrarna delar belastningen lika. |
Postvärde | De faktiska data som posten innehåller — en IP-adress för A/AAAA-poster, ett värdnamn för MX/NS/CNAME eller en textsträng för TXT-poster. Detta är värdet som DNS-resolvers använder när de dirigerar trafik eller verifierar policyer. |
CNAME kedja | När en CNAME pekar på en annan CNAME bildas en upplösningskedja. Kedjor längre än 8 hopp kommer inte att lösas i de flesta klienter — om djupet blir ett problem, ersätt mellanliggande CNAME med en direkt A-post. |
TTL och DNS förökningstidslinje
Använd TTL för att uppskatta hur snabbt resolvers ska ta upp en förändring och när det är värt att kolla igen.
| TTL (Time To Live) | Fönstret förväntat förökning | När ska man kontrollera igen |
|---|---|---|
| 300 | ~15-30 minuter över hela världen | Var 5-10:e minut |
| 3600 | ~1-2 timmar | Var 30-60:e minut |
| 86400 | Upp till 24 timmar | Kontrollera efter 12 timmar, sedan igen efter 24 timmar |
DNS Posttyper: Vad var och en kontrollerar
Mappar en domän till en IPv4-adress — den mest grundläggande DNS-posten. Exempelutgång: 93.184.216.34, TTL 3600 (cachelagrad 1 timme). När A-posten saknas eller är felaktig, blir domänen oåtkomlig från webbläsare.
Mappar en domän till en IPv6-adress för modern nätverksrouting. Exempel: 2606:2800:220:1:248:1893:25c8:1946. Om det saknas, kan IPv6-klienter inte nå domänen – även om IPv4 (A record) fallback vanligtvis gäller.
Anger vilka e-postservrar som accepterar e-post för domänen. Varje post innehåller ett prioritetsnummer — lägre värden har företräde. Exempel: prioritet 10 är den primära servern; prioritet 20 är en reserv. Om det inte finns någon MX-post kommer e-post till denna domän att avvisas.
Lagrar godtycklig textdata. Primära användningsområden: SPF (v=spf1 include:_spf.google.com ~all) auktoriserar vilka servrar som kan skicka e-post; DKIM tillhandahåller en offentlig nyckel för signaturverifiering; DMARC (v=DMARC1; p=reject) ställer in policyn för oautentiserad e-post. Flera TXT-poster kan samexistera på en domän.
Identifierar de auktoritativa namnservrarna för domänen — servrarna som har de officiella DNS-posterna. Om NS-poster ändras, överförs zonbehörighet till de nya namnservrarna efter spridning.
Skapar ett alias som pekar en domän till en annan, som sedan löser sig till en IP. Används för underdomäner (www, cdn, mail) och CDN routing. Kritisk restriktion: CNAME-poster kan inte ställas in på rotdomänen (apex) - använd en A-post eller ALIAS-post i roten istället.
Innehåller zonmetadata: primär namnserver, adminkontakt (kodad som admin.example.com istället för [email protected]), serienummer i YYYYMMDDNN-format och tidsparametrar. Serienumret ökar med varje DNS-ändring — vilket bekräftar att en uppdatering har utförts.
Begränsar vilka certifikatutfärdare som får utfärda SSL/TLS-certifikat för domänen. Exempel: '0 issue letsencrypt.org' begränsar utfärdandet till endast Let's Encrypt. Om det inte finns någon CAA-post kan vilken CA som helst utfärda ett certifikat för din domän.
Vad är DNSSEC och validerar detta verktyg det?
DNSSEC (DNS Security Extensions) lägger till kryptografiska signaturer till DNS-poster, vilket gör att upplösare kan verifiera att poster inte har manipulerats under överföringen. Det här verktyget returnerar råa DNS-poster från auktoritativa servrar men utför för närvarande inte DNSSEC-signaturvalidering. För DNSSEC-validering, använd en dedikerad DNSSEC-analysator.
När ska man använda ett DNS Lookup Tool
E-postkonfiguration och felsökning
Fråga MX-poster för att verifiera e-postserverroutning, kontrollera TXT-poster för SPF-, DKIM- och DMARC-policyer och bekräfta att din DMARC-policy är inställd på p=reject eller p=quarantine – inte p=none.
Domänmigrering och spridning
Efter att ha uppdaterat DNS-inställningarna, kontrollera A- och NS-posterna för att bekräfta spridningen. Minska TTL till 300 sekunder minst 24 timmar före en planerad migrering för att minimera stilleståndstiden när du byter.
DNS Säkerhetsrevision
Kontrollera om SPF-, DKIM- och DMARC TXT-posterna är korrekt publicerade för att förhindra e-postförfalskning. Granska NS-poster för att bekräfta att din domän inte pekar på en namnserver som du inte längre kontrollerar – ett vanligt tecken på exponering för övertagande av underdomän.
DevOps & Staging Verifiering
Innan du distribuerar till produktion, verifiera att underdomän A-poster pekar på rätt servrar, CNAME-alias löser sig till det avsedda CDN-ursprunget och TXT-poster för tjänsteverifiering finns.
CDN & underdomänkonfiguration
Bekräfta att CDN-dirigerade underdomäner (cdn, assets, static) har rätt CNAME-mål. Verifiera att www pekar på din rotdomän eller CDN-ändpunkt och kontrollera att belastningsbalanserade underdomäner listar alla avsedda IP-adresser.
Online DNS Lookup vs dig och nslookup: När ska man använda varje
Utvecklare når ofta efter dig eller nslookup från kommandoraden. Så här jämför detta onlineverktyg med de vanligaste användningsfallen.
| Funktion | Detta verktyg | dig | nslookup |
|---|---|---|---|
| Ingen installation krävs | Ja | Nej | Nej |
| Fråga alla posttyper på en gång | Ja | Partiell | Nej |
| Frågar auktoritativa namnservrar direkt | Ja | Ja | Partiell |
| Visar TTL-värden | Ja | Ja | Partiell |
| Visar MX-prioritet | Ja | Ja | Ja |
| Delbara resultat | Ja | Nej | Nej |