Om du har läst igenom kapitlen om DNS-posttyper har du sett poster som pekar din domän mot servrar, dirigerar e-post, verifierar ägande och hanterar säkerhet. Var och en av de posterna finns inuti något som kallas en DNS-zon. Och varje DNS-zon har en post som kommer före alla andra. Den posten är SOA-posten.
SOA-posten pekar inte på någon server. Den dirigerar inte e-post. Den verifierar ingenting. I stället innehåller den reglerna som talar om för namnservrar hur hela zonen ska hanteras. Tänk på den som innehållsförteckningen för din domäns DNS. Den innehåller inte kapitlen, men den talar om för systemet hur kapitlen är organiserade och när det ska leta efter nya.
Vad står SOA för?
SOA står för Start of Authority. Namnet säger exakt vad posten gör. Den markerar DNS-zonens startpunkt och anger vilken namnserver som är primär auktoritet för zonen.
Varje DNS-zon har exakt en SOA-post. Du kan inte ha två, och du kan inte ha noll. Den är en obligatorisk del av DNS-standarden. När en namnserver först läser in information om din domän är SOA-posten det första den läser.
Vad finns inuti en SOA-post?
En SOA-post innehåller sju fält. Vart och ett ger namnservrar en specifik uppgift om hur din DNS-zon ska hanteras.
- Primär namnserver (MNAME) är värdnamnet för huvudnamnservern som håller originalkopian av din DNS-zon. Alla uppdateringar av dina DNS-poster börjar här. Andra namnservrar kopierar från den
- Admin-e-post (RNAME) är e-postadressen till den som ansvarar för DNS-zonen. Den skrivs i ett lite märkligt format där @-tecknet ersätts med en punkt. Så admin.dindomän.com betyder admin@dindomän.com
- Serienummer (serial number) är ett versionsnummer för din DNS-zon. Varje gång någon ändrar en post i zonen ökar serienumret. Sekundära namnservrar kontrollerar numret för att se om de behöver ladda ner en ny kopia
- Uppdateringsintervall (refresh) talar om för sekundära namnservrar hur ofta (i sekunder) de ska kontrollera den primära namnservern efter uppdateringar. Ett typiskt värde är 3600, vilket betyder varje timme
- Nytt försök (retry) talar om för sekundära namnservrar hur länge de ska vänta innan de försöker igen om deras senaste försök att kontakta den primära namnservern misslyckades. Det är oftast kortare än uppdateringsintervallet, ofta runt 600 sekunder (10 minuter)
- Utgångstid (expire) talar om för sekundära namnservrar hur länge de får fortsätta leverera data om de inte alls når den primära namnservern. När tiden har gått ut slutar den sekundära namnservern svara på förfrågningar om din domän. Ett vanligt värde är 604800 sekunder (en vecka)
- Minsta TTL (negative caching TTL) talar om för andra DNS-servrar hur länge de ska komma ihåg att en post inte finns. Om någon frågar efter en underdomän som saknar DNS-post styr det här värdet hur länge det "finns inte"-svaret sparas i cache innan servern kontrollerar igen
Du behöver inte lära dig fälten utantill. Det viktiga är att förstå att SOA-posten ger namnservrar en uppsättning tidsregler så att de vet när de ska synkronisera, när de ska försöka igen och när de ska sluta lita på gammal data.
Varför finns SOA-posten?
Din domäns DNS-poster lagras inte på en enda server. De kopieras över flera namnservrar runt om i världen. När du ändrar en A-post eller lägger till en ny MX-post börjar ändringen på den primära namnservern. De sekundära namnservrarna måste plocka upp ändringen och uppdatera sina kopior.
SOA-posten är det som får det att fungera. Den talar om för sekundära namnservrar hur ofta de ska leta efter ändringar, vad de ska göra om den primära namnservern är otillgänglig och när de ska sluta lita på sin sparade data helt. Utan de här reglerna skulle namnservrar sakna ett enhetligt sätt att hålla sig synkroniserade.
Behöver du redigera din SOA-post?
För den stora majoriteten av varumärkesägare är svaret nej. Din DNS-leverantör skapar och hanterar SOA-posten automatiskt när du ställer in din domän. Du behöver inte konfigurera den, uppdatera den eller tänka på den.
De enda lägen där någon kan redigera en SOA-post är mycket tekniska, som när man flyttar DNS-zoner mellan leverantörer eller kör egna namnservrar. Om du använder en hanterad DNS-tjänst (vilket är standardupplägget för nästan alla domäner) sköter din leverantör allt i bakgrunden.
När spelar SOA-posten roll vid felsökning?
Även om du sannolikt aldrig redigerar din SOA-post kan det hjälpa att veta att den finns när något går fel. Här är några situationer där SOA-posten blir relevant.
- DNS-ändringar syns inte. Om du uppdaterar en post och det tar längre tid än väntat innan den syns kan SOA-postens uppdateringsintervall förklara fördröjningen. Sekundära namnservrar kontrollerar inte efter uppdateringar snabbare än intervallet tillåter
- Din domän slutar fungera efter ett avbrott hos leverantören. Om din primära namnserver är offline under en längre tid avgör utgångstiden i SOA-posten hur länge sekundära namnservrar fortsätter leverera dina poster. När utgångstiden har passerat blir din domän mörk tills den primära namnservern är uppe igen
- Zonöverföringar misslyckas. Om du flyttar din DNS till en ny leverantör och zonöverföringen fortsätter att misslyckas kan SOA-postens serienummer och tidsvärden avslöja avvikelser som hindrar de nya namnservrarna från att synkronisera rätt
För de flesta varumärken är det här ovanliga fall. Men att förstå att SOA-posten styr hur DNS fungerar i bakgrunden gör det lättare att ställa rätt frågor när något inte beter sig som väntat.
Vad händer om SOA-posten har felaktiga värden?
Felaktiga SOA-värden förstör inte din webbplats direkt. De orsakar långsamma problem som är svåra att diagnostisera, i hur dina DNS-uppdateringar sprids över internet.
- Ett uppdateringsintervall som är för långt betyder att DNS-ändringar tar längre tid att synas överallt
- En utgångstid som är för kort betyder att sekundära namnservrar ger upp snabbt om den primära går ner, vilket gör din domän mer sårbar vid avbrott
- Ett serienummer som inte ökar betyder att sekundära namnservrar tror att ingenting ändrats och aldrig laddar ner uppdateringen
Därför sköter DNS-leverantörer SOA-posten åt dig. Värdena måste balanseras noga, och om de blir fel skapar det problem som förblir osynliga tills något går ner.
Så hanterar WEMASY SOA-poster
När du ansluter en domän till WEMASY hanterar plattformen DNS-konfigurationen som en del av installationen. SOA-poster hanteras på infrastrukturnivå. Du ser ingen SOA-post i dina domäninställningar, eftersom det inte finns något du behöver ändra.
WEMASYs hosting innehåller DNS-hantering, SSL-certifikat och namnserverkonfiguration. SOA-värdena är inställda för att hålla din DNS-zon synkroniserad över namnservrar utan något manuellt arbete från din sida. Se vad som ingår i varje plan på sidan WEMASYs prissida.
Vad kommer härnäst?
Nu när du förstår hur SOA-posten styr tidsinställningar och synkronisering för din DNS-zon handlar nästa kapitel om TTL i DNS. TTL avgör hur länge varje enskild DNS-post sparas i cache innan servrar kontrollerar efter en ny kopia, och den hänger direkt ihop med tidsbegreppen i SOA-posten. För en överblick över alla posttyper och när du ska använda var och en, se kapitlet om DNS-posttyper.
Vanliga frågor
Kan du ta bort en SOA-post från din DNS-zon?
Nej. SOA-posten är en obligatorisk del av varje DNS-zon. DNS-standarden kräver att varje zon har exakt en SOA-post. Om du kunde ta bort den skulle namnservrar inte veta hur zonen ska hanteras, och sekundära namnservrar skulle sakna regler för synkronisering. De flesta DNS-leverantörer ger dig inte ens möjlighet att ta bort den. Med WEMASYs webbplatsbyggare kan du ställa in detta direkt på din webbplats.
Påverkar SOA-posten hur snabbt din webbplats laddas?
Inte direkt. SOA-posten styr hur namnservrar synkroniserar zondata med varandra. Den påverkar inte hastigheten på de DNS-uppslagningar som besökare gör när de skriver din domän i en webbläsare. Webbplatsens hastighet beror på din hosting, serverns svarstid och hur dina sidor är byggda. SOA-posten arbetar i bakgrunden mellan namnservrar, inte mellan din besökare och din webbplats.
Hur hittar du din domäns SOA-post?
Du kan slå upp den med vilket DNS-uppslagningsverktyg som helst på nätet. Ange ditt domännamn, välj SOA som posttyp, så visar verktyget den primära namnservern, admin-e-posten, serienumret och alla tidsvärden. Du kan också använda kommandoraden genom att skriva "nslookup -type=soa dindomän.com" i de flesta operativsystem.
Är admin-e-posten i SOA-posten synlig för allmänheten?
Ja. RNAME-fältet i SOA-posten går att fråga offentligt, precis som vilken annan DNS-post som helst. Vem som helst som gör en SOA-uppslagning på din domän kan se den admin-e-postadress som anges. De flesta DNS-leverantörer sätter dock en generisk adress som dns-admin.dindomän.com i stället för en personlig e-postadress, så det avslöjar sällan känslig information.
Vad är skillnaden mellan SOA-postens minsta TTL och en vanlig TTL på andra poster?
TTL som du ser på enskilda poster (som A-poster eller MX-poster) styr hur länge just de posterna sparas i cache. Minsta TTL i SOA-posten är något annat. Den styr specifikt negativ cachelagring, alltså hur länge DNS-servrar kommer ihåg att en post inte finns. Om någon frågar efter en underdomän som saknar DNS-post talar SOA-postens minsta TTL om för resolvers hur länge de ska spara svaret "ingen post hittades" innan de kontrollerar igen.