---
title: "SOA-record uitgelegd: serial en negatieve TTL | DNSense"
description: "Het SOA-record staat bovenaan elke DNS-zone. Wat de zeven velden betekenen, hoe serienummers werken en waarom het laatste veld negatieve caching bepaalt."
canonical_url: "https://dnsense.io/nl/learn/soa-records-explained"
locale: nl
meta:
  "og:description": "Het SOA-record staat bovenaan elke DNS-zone. Wat de zeven velden betekenen, hoe serienummers werken en waarom het laatste veld negatieve caching bepaalt."
  "og:image": "https://dnsense.io/_nuxt/blog-records-soa.ByC1GQ63.jpg"
  "og:image:alt": "DNSense handleiding-cover: een SOA-record voor example.com met serial 2026102201 en refresh 7200"
  "og:title": "SOA-record uitgelegd: serial en negatieve TTL | DNSense"
---

> Index of every page on this site: [llms.txt](https://dnsense.io/llms.txt)

# SOA-record uitgelegd: serial en negatieve TTL

**Dennis Postma****22 oktober 2026**

**Leestijd****4 minuten**

**DNS-basis**

Het SOA-record staat bovenaan elke DNS-zone. Wat de zeven velden betekenen, hoe serienummers werken en waarom het laatste veld negatieve caching bepaalt.

![DNSense handleiding-cover: een SOA-record voor example.com met serial 2026102201 en refresh 7200](https://dnsense.io/_nuxt/blog-records-soa.ByC1GQ63.jpg)

Elke DNS-zone begint met één SOA-record, de Start of Authority. Het noemt de primaire server van de zone, geeft een contactadres en bevat de timers waarmee nameservers synchroon blijven. Je past het zelden aan, maar het verklaart een paar vreemde verschijnselen.

## De zeven velden

Bekijk er een met `dig`:

```
dig SOA example.com +short
ns1.example.net. hostmaster.example.com. 2026102201 7200 3600 1209600 3600
```

| Veld | Voorbeeld | Betekenis |
| --- | --- | --- |
| MNAME | `ns1.example.net.` | De primaire nameserver van de zone |
| RNAME | `hostmaster.example.com.` | Het contactadres, geschreven met een punt in plaats van `@` |
| Serial | `2026102201` | Versienummer van de zone |
| Refresh | `7200` | Hoe vaak een secundaire server op een nieuwe versie controleert, in seconden |
| Retry | `3600` | Hoe lang een secundaire server wacht voor hij na een mislukte controle opnieuw probeert |
| Expire | `1209600` | Hoe lang een secundaire server blijft antwoorden als hij de primaire niet bereikt |
| Minimum | `3600` | Hoe lang resolvers een antwoord "deze naam bestaat niet" cachen |

## Het serienummer

Een secundaire nameserver vergelijkt zijn serial met die van de primaire. Is die van de primaire hoger, dan haalt hij de zone op. Wijzig je records zonder de serial te verhogen, dan blijven secundaire servers de oude data serveren.

Veel hosts gebruiken de datum plus een teller, `JJJJMMDDnn`, dus `2026102201` is de eerste wijziging op 22 oktober 2026. Andere gebruiken een gewone teller of een Unix-tijdstempel. Elk systeem werkt, zolang het getal alleen stijgt.

Beheerde DNS-providers verhogen de serial bij elke wijziging zelf. Alleen als je zelf zonebestanden beheert, moet je het met de hand doen.

## Het laatste veld telt het zwaarst

Het laatste veld is de **negatieve cachetijd**. Vraagt een resolver naar een naam die niet bestaat, dan onthoudt hij dat antwoord zo lang als de laagste van deze waarde en de eigen TTL van het SOA-record.

Dat geeft een klassieke verrassing. Je vraagt een nieuwe hostnaam op voor je hem aanmaakt, krijgt "niet gevonden" en voegt daarna het record toe. Je resolver blijft "niet gevonden" zeggen tot het negatieve antwoord verloopt. Maak records dus eerst aan en test daarna, en houd deze waarde bescheiden, een uur of minder, als je vaak namen toevoegt.

![Opvraag van new.example.com om 10:00 geeft niet gevonden, om 10:05 wordt het record toegevoegd en de resolver blijft niet gevonden zeggen tot 11:00](https://dnsense.io/_nuxt/guide-records-soa.Rei5MwVg.webp)

## Refresh, retry en expire

Deze doen er alleen toe als je secundaire nameservers draait die de zone van een primaire kopiëren. Providers die je zone vanaf hun eigen platform serveren, negeren ze. Draai je wel secundaire servers, dan is een gebruikelijke set: refresh om de paar uur, retry elk uur en expire na twee weken. Expire moet ruim boven refresh liggen, anders verandert een korte storing in een storing van de hele zone.

## SOA-records en DNSense

Het SOA-record hoort bij je DNS-host. Het wordt met de zone aangemaakt en automatisch bijgewerkt, en DNSense beheert het niet, net zoals het NS-records op de apex met rust laat. Jij werkt met de records in de zone en de host regelt de serial.

## Gerelateerde handleidingen

- [NS-records uitgelegd](https://dnsense.io/nl/learn/ns-records-explained)
- [Wat is DNS?](https://dnsense.io/nl/learn/what-is-dns)
- [Hoe lang duren DNS-wijzigingen?](https://dnsense.io/nl/learn/how-long-do-dns-changes-take)
- [Bewerk records bij elke provider met de DNS-manager](https://dnsense.io/nl/dns-manager)

## Verder lezen

[![DNSense handleiding-cover: drie manieren om DNS bij meer dan één provider te beheren, paneel, code of manager](https://dnsense.io/_nuxt/blog-dns-management-options.D3AkfhEk.jpg)<h3>DNS beheren bij meerdere providers: je opties</h3>Providerpanelen, DNS as code of een DNS-manager zoals DNSense: wat elk goed doet, waar het misgaat en hoe je kiest voor jouw domeinen en team.**Dennis Postma****22 oktober 2026**](https://dnsense.io/nl/learn/managing-dns-at-multiple-providers "DNS beheren bij meerdere providers: je opties") [![DNSense handleiding-cover: een NS-record dat example.com laat wijzen naar de nameserver ns1.example.com](https://dnsense.io/_nuxt/blog-records-ns.DG3KhVGb.jpg)<h3>NS-record uitgelegd: nameservers en delegatie</h3>NS-records zeggen welke servers antwoorden voor je domein. Hoe delegatie werkt, wat glue-records zijn en wat je checkt voor je nameservers wijzigt.**Dennis Postma****22 oktober 2026**](https://dnsense.io/nl/learn/ns-records-explained "NS-record uitgelegd: nameservers en delegatie") [![DNSense handleiding-cover: een browser die een resolver vraagt, die een nameserver vraagt, met het antwoord www A 203.0.113.10](https://dnsense.io/_nuxt/blog-what-is-dns.D3dCIELE.jpg)<h3>Wat is DNS? Records en lookups uitgelegd</h3>DNS vertaalt namen naar adressen. Hoe een lookup werkt, welke recordtypes er zijn, wat TTL doet en waar het misgaat als je DNS bij meerdere providers beheert.**Dennis Postma****21 oktober 2026**](https://dnsense.io/nl/learn/what-is-dns "Wat is DNS? Records en lookups uitgelegd")

```json
{"@context":"https://schema.org","@graph":[{"@id":"https://dnsense.io/#website","@type":"WebSite","description":"Manage every domain, DNS zone and record from one platform. Connect the registrars you already use, share zones with your team or clients, and keep a full history of every change.","inLanguage":"nl-NL","name":"DNSense","url":"https://dnsense.io/","publisher":{"@id":"https://dnsense.io/#identity"},"translationOfWork":{"@id":"https://dnsense.io/#website"}},{"@id":"https://dnsense.io/nl/learn/soa-records-explained#webpage","@type":"WebPage","datePublished":"2026-10-22","description":"Het SOA-record staat bovenaan elke DNS-zone. Wat de zeven velden betekenen, hoe serienummers werken en waarom het laatste veld negatieve caching bepaalt.","name":"SOA-record uitgelegd: serial en negatieve TTL","url":"https://dnsense.io/nl/learn/soa-records-explained","breadcrumb":{"@id":"https://dnsense.io/nl/learn/soa-records-explained#breadcrumb"},"isPartOf":{"@id":"https://dnsense.io/#website"},"potentialAction":[{"@type":"ReadAction","target":["https://dnsense.io/nl/learn/soa-records-explained"]}],"primaryImageOfPage":{"@id":"https://dnsense.io/#logo"}},{"@id":"https://dnsense.io/#identity","@type":"Organization","email":"support@dnsense.io","name":"DNSense","url":"https://dnsense.io","logo":{"@id":"https://dnsense.io/#logo"},"sameAs":["https://www.linkedin.com/showcase/dnsense","https://twitter.com/dnsense_dns","https://discord.gg/GC9p7TY9Ex"]},{"@id":"https://dnsense.io/nl/learn/soa-records-explained#article","@type":"Article","datePublished":"2026-10-22","description":"Het SOA-record staat bovenaan elke DNS-zone. Wat de zeven velden betekenen, hoe serienummers werken en waarom het laatste veld negatieve caching bepaalt.","headline":"SOA-record uitgelegd: serial en negatieve TTL","inLanguage":"nl-NL","thumbnailUrl":"https://dnsense.io/_nuxt/blog-records-soa.ByC1GQ63.jpg","author":{"@id":"https://dnsense.io/#/schema/person/1"},"image":{"@id":"https://dnsense.io/#/schema/image/1"},"isPartOf":{"@id":"https://dnsense.io/nl/learn/soa-records-explained#webpage"},"mainEntityOfPage":{"@id":"https://dnsense.io/nl/learn/soa-records-explained#webpage"},"publisher":{"@id":"https://dnsense.io/#identity"}},{"@id":"https://dnsense.io/nl/learn/soa-records-explained#breadcrumb","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","name":"Home","item":"https://dnsense.io/nl","position":1},{"@type":"ListItem","name":"Kennisbank","item":"https://dnsense.io/nl/learn","position":2},{"@type":"ListItem","name":"SOA-record uitgelegd: serial en negatieve TTL","item":"https://dnsense.io/nl/learn/soa-records-explained","position":3}]},{"@id":"https://dnsense.io/#/schema/person/1","@type":"Person","name":"Dennis Postma"},{"@id":"https://dnsense.io/#logo","@type":"ImageObject","caption":"DNSense","contentUrl":"https://dnsense.io/icon-512.png","inLanguage":"nl-NL","url":"https://dnsense.io/icon-512.png"},{"@id":"https://dnsense.io/#/schema/image/1","@type":"ImageObject","contentUrl":"https://dnsense.io/_nuxt/blog-records-soa.ByC1GQ63.jpg","inLanguage":"nl-NL","url":"https://dnsense.io/_nuxt/blog-records-soa.ByC1GQ63.jpg"}]}
```

## Sitemap

See the full [sitemap](https://dnsense.io/sitemap.md) for all pages.
