DNS-lookup
Slå upp en domäns DNS-poster direkt. Bra för att verifiera att A-, MX- och TXT-poster (SPF/DKIM/DMARC) pekar dit de ska.
Så tolkar du resultatet
Tabellen visar de vanligaste publika posttyperna för domänen, sorterade efter typ, med värde och TTL. Verktyget frågar efter A, AAAA, MX, NS, TXT, CNAME och SOA, så specialposter som CAA, SRV och DS visas inte här. Det är samma poster som varje server, webbläsare och sökmotor i världen läser av när de ska hitta rätt väg till domänen, från vilken IP-adress webbplatsen ligger på till vilken server som tar emot e-posten. Kryptiska vid första anblicken, men var och en svarar på en specifik fråga.
A-posten pekar en domän mot en IPv4-adress, och AAAA gör samma sak för en IPv6-adress. Det är den mest grundläggande kopplingen som finns, den som avgör vilken server webbläsaren faktiskt kontaktar när någon skriver in domänen. Klickar du på ett A- eller AAAA-värde i resultatet tar det dig direkt vidare till vår IP-lookup, där du ser vem som äger just den adressen och vilket nät den tillhör.
MX-posterna (Mail Exchanger) talar om vart inkommande e-post till domänen ska levereras. Pekar de på webbhotellets egna servrar hanteras posten där. Pekar de istället mot Google eller Microsofts adresser ligger e-posten hos Google Workspace eller Microsoft 365, oavsett var själva webbplatsen driftas. NS-posterna (Namnservrar) visar vem som faktiskt äger DNS-hanteringen för domänen, vilket inte alltid är samma företag som webbhotellet.
TXT-posterna är fritextfält som används för allt möjligt, men i praktiken oftast för e-postautentisering. SPF, DKIM och DMARC ligger alla i TXT-poster, och en trasig eller saknad post där är en av de vanligaste orsakerna till att mejl hamnar i skräpposten. Vill du få de posterna tolkade specifikt, med fokus på just e-postleverans, kör vår e-postkoll på samma domän. CNAME är ett alias, en post som pekar vidare mot ett annat domännamn istället för en IP-adress direkt, vanligt för underdomäner som pekar mot en tredjepartstjänst. SOA-posten (Start of Authority) innehåller administrativ information om zonen, bland annat vem som är ansvarig och hur ofta sekundära namnservrar ska synka.
Kolumnen TTL (Time To Live) anger hur många sekunder en post får cachas innan den slås upp på nytt. En låg TTL, till exempel 300 sekunder, gör att en ändring slår igenom snabbt överallt. En hög TTL, ett dygn eller mer, sparar uppslagningar men gör att gamla svar kan dröja sig kvar länge efter att posten faktiskt ändrats. Det är TTL som styr det som brukar kallas propagering, alltså hur länge det tar innan en DNS-ändring syns för alla.
Vanliga utfall och vad de faktiskt betyder
Samma DNS-svar tolkas ofta fel. Här är fem utfall som regelbundet missförstås.
| Vad du ser i resultatet | Vad det betyder i praktiken |
|---|---|
| A-posten ändrades men gamla adressen syns fortfarande vissa ställen | Normalt beteende, inte ett fel. TTL-värdet från innan ändringen styr hur länge redan cachade svar ligger kvar hos internetleverantörer och lokala resolvrar. En TTL på ett dygn kan innebära att vissa besökare ser den gamla adressen i upp till ett dygn efter bytet. |
| Flera A-poster på samma domän | Inte ett fel i sig. Flera A-poster används medvetet för lastbalansering eller redundans, där DNS-svaret roterar mellan olika servrar. Problematiskt blir det bara om posterna av misstag pekar på både gammal och ny hosting samtidigt efter en flytt. |
| Ingen CNAME, bara en A-post för en underdomän | Helt normalt. CNAME är ett av flera sätt att koppla en underdomän, inte det enda. En A-post som pekar direkt på en IP-adress fungerar precis lika bra och är i vissa fall att föredra av tekniska skäl. |
| MX-posten pekar på en helt annan leverantör än webbplatsens A-post | Fullt normalt och mycket vanligt. Det betyder bara att e-posten och webbplatsen ligger hos olika leverantörer, till exempel Google Workspace för mejlen och ett svenskt webbhotell för själva sajten. De två behöver aldrig ligga på samma plats. |
| Domänen saknar NS-poster i resultatet eller de skiljer sig från vad registraren visar | Värt att undersöka. Namnservrarna som faktiskt svarar ska stämma med de som är satta hos registraren. Skiljer de sig åt kan domänen vara på väg att flyttas, eller så ligger en gammal inställning kvar felaktigt hos registraren. |
När du byter webbhotell eller flyttar e-post
DNS-poster följer inte med automatiskt vid en flytt. De ligger kvar och pekar mot det gamla systemet tills någon aktivt går in och uppdaterar dem hos den som sköter domänens namnservrar, vilket i de flesta fall är webbhotellet eller registraren där domänen köptes. Ett vanligt misstag är att flytta webbplatsens A-post till det nya webbhotellet men glömma att MX-posterna fortfarande pekar mot den gamla mejlleverantören, eller tvärtom. Vi går igenom hela den processen, i vilken ordning posterna bör ändras och varför, i vår guide om DNS-poster vid byte av webbhotell.
Vad verktyget inte kan se
Vi läser uteslutande publika DNS-poster, samma information som vem som helst kan slå upp från valfri dator i världen. Det ger en korrekt bild av vad som faktiskt är publicerat just nu, men inte av interna serverkonfigurationer, brandväggsregler eller vilken specifik nod inom en molntjänst som svarar. Svaret kan också variera något beroende på var i världen uppslagningen görs, eftersom stora DNS-nät ofta svarar med olika adresser till olika regioner. Den fullständiga tekniska standarden för DNS finns för den som vill gå på djupet i RFC 1035.
Vad gör du nu
Ser en post fel ut går det inte att ändra i själva webbläsaren eller e-postprogrammet. Alla poster i tabellen ovan ändras hos den som hanterar domänens DNS-zon, vilket du ser i NS-posterna. Är du osäker på om ett fel beror på en felaktig post eller bara på cachning som inte hunnit ikapp, vänta ut TTL-tiden för posten i fråga innan du drar slutsatsen att ändringen inte slagit igenom. Har posten aldrig funnits är det en annan sak, för då finns ingen TTL att vänta ut. Ett svar som säger att posten inte finns cachas i stället efter domänens SOA-post, och den tiden är ofta längre än postens egen TTL. Därför lönar det sig att skapa posten först och slå upp den sedan.