Heb je de hoofdstukken over DNS-recordtypen gelezen, dan heb je records gezien die je domein naar servers laten verwijzen, e-mail routeren, eigendom verifiëren en beveiliging regelen. Elk van die records bestaat binnen iets dat een DNS-zone heet. En elke DNS-zone heeft één record dat voor alle andere komt. Dat record is het SOA-record.
Het SOA-record verwijst niet naar een server. Het routeert geen e-mail. Het verifieert niets. In plaats daarvan bevat het de regels die nameservers vertellen hoe ze de hele zone beheren. Zie het als de inhoudsopgave van de DNS van je domein. Het bevat de hoofdstukken niet, maar het vertelt het systeem hoe die hoofdstukken zijn georganiseerd en wanneer er naar nieuwe moet worden gezocht.
Waar staat SOA voor?
SOA staat voor Start of Authority. De naam vertelt precies wat het record doet. Het markeert het startpunt van de DNS-zone en geeft aan welke nameserver de primaire autoriteit voor die zone is.
Elke DNS-zone heeft precies één SOA-record. Je kunt er geen twee hebben, en ook geen nul. Het is een verplicht onderdeel van de DNS-standaard. Als een nameserver voor het eerst informatie over je domein laadt, is het SOA-record het eerste wat hij leest.
Wat staat er in een SOA-record?
Een SOA-record bevat zeven velden. Elk geeft nameservers een specifiek stukje informatie over hoe ze je DNS-zone moeten behandelen.
- Primaire nameserver (MNAME) is de hostnaam van de hoofdnameserver met het originele exemplaar van je DNS-zone. Alle updates van je DNS-records beginnen hier. Andere nameservers kopiëren van deze
- Beheerder-e-mail (RNAME) is het e-mailadres van de persoon die verantwoordelijk is voor de DNS-zone. Het wordt in een wat vreemd formaat geschreven, waarbij het @-teken is vervangen door een punt. Dus admin.jouwdomein.com betekent admin@jouwdomein.com
- Serienummer is een versienummer voor je DNS-zone. Elke keer dat iemand een record in de zone wijzigt, gaat het serienummer omhoog. Secundaire nameservers controleren dit nummer om te zien of ze een nieuw exemplaar moeten downloaden
- Verversingsinterval (refresh) vertelt secundaire nameservers hoe vaak (in seconden) ze de primaire nameserver op updates moeten controleren. Een gebruikelijke waarde is 3600, wat elk uur betekent
- Herhaalinterval (retry) vertelt secundaire nameservers hoe lang ze moeten wachten voordat ze het opnieuw proberen als hun laatste poging om de primaire nameserver te bereiken is mislukt. Dit is meestal korter dan het verversingsinterval, vaak rond de 600 seconden (10 minuten)
- Vervaltijd (expire) vertelt secundaire nameservers hoe lang ze gegevens mogen blijven aanbieden als ze de primaire nameserver helemaal niet kunnen bereiken. Zodra deze tijd om is, stopt de secundaire nameserver met het beantwoorden van vragen over je domein. Een gebruikelijke waarde is 604800 seconden (een week)
- Minimale TTL (negative caching TTL) vertelt andere DNS-servers hoe lang ze moeten onthouden dat een record niet bestaat. Vraagt iemand om een subdomein zonder DNS-record, dan bepaalt deze waarde hoe lang dat antwoord "bestaat niet" in de cache blijft voordat de server opnieuw controleert
Je hoeft deze velden niet te onthouden. Het belangrijkste is dat het SOA-record nameservers een set tijdregels geeft, zodat ze weten wanneer ze moeten synchroniseren, wanneer ze het opnieuw moeten proberen en wanneer ze oude gegevens niet meer moeten vertrouwen.
Waarom bestaat het SOA-record?
De DNS-records van je domein staan niet op één server. Ze worden gekopieerd naar meerdere nameservers over de hele wereld. Wijzig je een A-record of voeg je een nieuw MX-record toe, dan begint die wijziging op de primaire nameserver. De secundaire nameservers moeten die wijziging oppikken en hun kopieën bijwerken.
Het SOA-record maakt dit mogelijk. Het vertelt secundaire nameservers hoe vaak ze op wijzigingen moeten controleren, wat ze moeten doen als de primaire nameserver niet beschikbaar is en wanneer ze hun gecachete gegevens helemaal niet meer moeten vertrouwen. Zonder deze regels zouden nameservers geen consistente manier hebben om gesynchroniseerd te blijven.
Moet je je SOA-record bewerken?
Voor de overgrote meerderheid van merkeigenaren is het antwoord nee. Je DNS-aanbieder maakt en beheert het SOA-record automatisch als je je domein instelt. Je hoeft het niet te configureren, bij te werken of erover na te denken.
De enige situaties waarin iemand een SOA-record bewerkt zijn zeer technisch, zoals het migreren van DNS-zones tussen aanbieders of het draaien van je eigen nameservers. Gebruik je een beheerde DNS-dienst (de standaardopzet voor vrijwel elk domein), dan regelt je aanbieder alles achter de schermen.
Wanneer is het SOA-record belangrijk bij het oplossen van problemen?
Ook al bewerk je je SOA-record waarschijnlijk nooit, weten dat het bestaat kan helpen als er iets misgaat. Hier zijn een paar situaties waarin het SOA-record relevant wordt.
- DNS-wijzigingen verschijnen niet. Als je een record bijwerkt en het duurt langer dan verwacht voordat het verschijnt, kan het verversingsinterval van het SOA-record de vertraging verklaren. Secundaire nameservers controleren niet sneller op updates dan dit interval toestaat
- Je domein wordt niet meer omgezet na een storing bij je aanbieder. Gaat je primaire nameserver langere tijd offline, dan bepaalt de vervaltijd in het SOA-record hoe lang secundaire nameservers je records blijven aanbieden. Zodra de vervaltijd om is, gaat je domein donker tot de primaire nameserver weer online is
- Zone-overdrachten mislukken. Verhuis je je DNS naar een nieuwe aanbieder en blijft de zone-overdracht mislukken, dan kunnen het serienummer en de tijdwaarden van het SOA-record verschillen laten zien die voorkomen dat de nieuwe nameservers goed synchroniseren
Voor de meeste merken zijn dit uitzonderingen. Maar als je begrijpt dat het SOA-record bepaalt hoe DNS werkt achter de schermen, stel je makkelijker de juiste vragen als iets zich niet gedraagt zoals verwacht.
Wat gebeurt er als het SOA-record verkeerde waarden heeft?
Onjuiste SOA-waarden breken je website niet meteen. Ze veroorzaken langzame, moeilijk te diagnosticeren problemen met hoe je DNS-updates zich over internet verspreiden.
- Een te lang verversingsinterval betekent dat DNS-wijzigingen langer nodig hebben om overal te verschijnen
- Een te korte vervaltijd betekent dat secundaire nameservers snel opgeven als de primaire uitvalt, waardoor je domein kwetsbaarder is bij storingen
- Een serienummer dat niet oploopt betekent dat secundaire nameservers denken dat er niets is veranderd en de update nooit downloaden
Daarom regelen DNS-aanbieders het SOA-record voor je. De waarden moeten zorgvuldig in balans zijn, en als ze fout staan ontstaan problemen die onzichtbaar blijven tot er iets uitvalt.
Zo regelt WEMASY SOA-records
Als je een domein aan WEMASY koppelt, beheert het platform de DNS-configuratie als onderdeel van het installatieproces. SOA-records worden op infrastructuurniveau afgehandeld. Je ziet geen SOA-record in je domeininstellingen, omdat je niets hoeft te wijzigen.
De hosting van WEMASY bevat DNS-beheer, SSL-certificaten en nameserverconfiguratie. De SOA-waarden zijn ingesteld om je DNS-zone zonder handwerk van jouw kant gesynchroniseerd te houden over nameservers. Bekijk wat er in elk abonnement zit op de prijzenpagina van WEMASY.
Hoe nu verder
Nu je begrijpt hoe het SOA-record de timing en synchronisatie van je DNS-zone bepaalt, behandelt het volgende hoofdstuk TTL in DNS. TTL bepaalt hoe lang elk afzonderlijk DNS-record in de cache blijft voordat servers op een nieuw exemplaar controleren, en het sluit direct aan op de timingconcepten in het SOA-record. Voor een overzicht van alle recordtypen en wanneer je welk gebruikt, lees je het hoofdstuk over DNS-recordtypen.
Veelgestelde vragen
Kun je een SOA-record uit je DNS-zone verwijderen?
Nee. Het SOA-record is een verplicht onderdeel van elke DNS-zone. De DNS-standaard schrijft voor dat elke zone precies één SOA-record heeft. Kon je het verwijderen, dan zouden nameservers niet weten hoe ze de zone moeten beheren en hadden secundaire nameservers geen regels om te synchroniseren. De meeste DNS-aanbieders geven je niet eens de optie om het te verwijderen. Met de websitebouwer van WEMASY stel je dit direct op je website in.
Beïnvloedt het SOA-record hoe snel je website laadt?
Niet direct. Het SOA-record bepaalt hoe nameservers zonegegevens met elkaar synchroniseren. Het heeft geen invloed op de snelheid van de DNS-lookups die bezoekers uitvoeren als ze je domein in een browser typen. De snelheid van je website hangt af van je hosting, de responstijd van je server en hoe je pagina's zijn gebouwd. Het SOA-record werkt achter de schermen tussen nameservers, niet tussen je bezoeker en je site.
Hoe vind je het SOA-record van je domein?
Je kunt het opzoeken met een online DNS-lookuptool. Voer je domeinnaam in, kies SOA als recordtype en de tool toont de primaire nameserver, het beheerder-e-mailadres, het serienummer en alle tijdwaarden. Je kunt ook de opdrachtregel gebruiken door op de meeste besturingssystemen "nslookup -type=soa jouwdomein.com" te typen.
Is het beheerder-e-mailadres in het SOA-record openbaar zichtbaar?
Ja. Het RNAME-veld in het SOA-record kan openbaar worden opgevraagd, net als elk ander DNS-record. Iedereen die een SOA-lookup op je domein uitvoert, kan het vermelde beheerder-e-mailadres zien. De meeste DNS-aanbieders stellen dit echter in op een algemeen adres zoals dns-admin.jouwdomein.com in plaats van een persoonlijk e-mailadres, dus het geeft zelden gevoelige informatie prijs.
Wat is het verschil tussen de minimale TTL van het SOA-record en een gewone TTL op andere records?
De TTL die je bij afzonderlijke records ziet (zoals A-records of MX-records) bepaalt hoe lang die specifieke records in de cache blijven. De minimale TTL in het SOA-record is anders. Die bepaalt specifiek negative caching, oftewel hoe lang DNS-servers onthouden dat een record niet bestaat. Vraagt iemand een subdomein op dat geen DNS-record heeft, dan vertelt de minimale TTL van het SOA resolvers hoe lang ze dat antwoord "geen record gevonden" moeten cachen voordat ze opnieuw controleren.