--- title: "Wat is TTL? Time To Live bij DNS uitgelegd" description: "TTL (Time To Live) is een waarde die aangeeft hoe lang data geldig blijft, zoals een DNS-record in een cache." canonical: https://www.keurigonline.nl/begrippenlijst/ttl last_modified: 2025-12-18 --- [Terug naar begrippenlijst](https://www.keurigonline.nl/begrippenlijst) # TTL TTL (Time To Live) is een waarde die aangeeft hoe lang data geldig blijft, zoals een DNS-record in een cache. Actueel: [CVE-2026-109618 en -109619: de technische deepdive](https://www.keurigonline.nl/blog/php-lek-cve-2026-109618-deepdive) TTL (Time To Live) is een waarde die aangeeft hoe lang data geldig blijft, een soort houdbaarheidsdatum. Na afloop haalt een systeem de data opnieuw op of gooit het die weg. Je komt TTL tegen bij DNS, bij caching en in netwerkpakketten. Bij DNS krijgt elk record een TTL in seconden mee, en zo lang bewaart een resolver het antwoord in zijn cache. Een TTL van 3600 betekent dus dat de resolver het record pas na een uur opnieuw opvraagt bij de nameserver. De keuze is een afweging. Een hoge TTL, zoals 86400 (een dag), geeft minder DNS-verkeer, maar wijzigingen zijn dan trager overal zichtbaar. Een lage TTL, zoals 300 (vijf minuten), laat wijzigingen snel doorwerken, dus verlaag de TTL ruim voor een verhuizing of IP-wijziging. Pas je een DNS-record aan, bijvoorbeeld bij je domein in Mijn KeurigOnline, dan is de nieuwe waarde niet meteen overal zichtbaar. Door die caching kan het van enkele minuten tot een paar uur duren. Met een DNS-checker zoals dnsscan.nl controleer je of de wijziging al doorkomt. In IP-pakketten betekent TTL iets anders: daar is het een teller van maximaal 255, die elke router met één verlaagt. Bij nul gooit de router het pakket weg, zodat een pakket nooit eindeloos blijft rondzwerven. In IPv6 heet dit veld Hop Limit. ## Geschiedenis Het begrip TTL is ouder dan DNS. De IP-standaard [RFC 791](https://datatracker.ietf.org/doc/html/rfc791) uit september 1981 bevatte al een TTL-veld van 8 bits. DNS nam het idee over voor de bewaartijd van records. Belangrijke mijlpalen: - **1981:** RFC 791 introduceert het TTL-veld in IP-pakketten - **1987:** [RFC 1035](https://datatracker.ietf.org/doc/html/rfc1035#section-3.2.1) geeft elk DNS-record een TTL van 32 bits, in seconden - **1997:** [RFC 2181](https://datatracker.ietf.org/doc/html/rfc2181#section-8) begrenst de DNS-TTL op 2.147.483.647 seconden - **2017:** [RFC 8200](https://datatracker.ietf.org/doc/html/rfc8200) (IPv6) gebruikt de naam Hop Limit ## Bronnen 1. **IETF (1987)** - [RFC 1035, sectie 3.2.1: Resource record format](https://datatracker.ietf.org/doc/html/rfc1035#section-3.2.1) 2. **IETF (1997)** - [RFC 2181, sectie 8: Time to Live (TTL)](https://datatracker.ietf.org/doc/html/rfc2181#section-8) 3. **MDN Web Docs** - [TTL](https://developer.mozilla.org/en-US/docs/Glossary/TTL) 4. **Cloudflare** - [What is time-to-live (TTL)?](https://www.cloudflare.com/learning/cdn/glossary/time-to-live-ttl/) 5. **Cloudflare Docs** - [Time to Live (TTL)](https://developers.cloudflare.com/dns/manage-dns-records/reference/ttl/) ## Gerelateerde artikelen E-mail 29 okt 2026 [ Overstappen hosting: zonder uitval van website en mail \[2026\] ](https://www.keurigonline.nl/blog/overstappen-hosting) **Samenvatting: overstappen hosting** Zet eerst je website en mailboxen bij de nieuwe hoster klaar, verlaag een dag van tevoren de TTL naar 300 seconden[\[2\]](https://start24.nl/website-migreren/) en zet dan de DNS om. Synchroniseer je mail vóór en na de omschakeling. Het domein hoeft niet mee: verhuis het pas als laatste, of nooit. Wil je het toch verhuizen, dan moet een .nl-registrar je het verhuistoken binnen vijf dagen geven[\[1\]](https://www.sidn.nl/nl-domeinnaam/domeinnaam-verhuizen). Overstappen hosting? Dan bepaalt de volgorde of je website en mail blijven werken. Overstappen naar een andere hostingprovider zonder uitval doe je zo: eerst je website en mailboxen bij de nieuwe hoster klaarzetten, dan de DNS omzetten en als laatste, als je dat wilt, de domeinnaam verhuizen. Je oude hosting zeg je pas op als alles een paar dagen stabiel draait. Beveiliging 22 okt 2026 [CVE-2026-109618 en -109619: de technische deepdive](https://www.keurigonline.nl/blog/php-lek-cve-2026-109618-deepdive) Voor alt-php is de changelog de snelste check: `rpm -q --changelog alt-php74-common | grep CVE-2026-109618`. Deze controles hebben we na elke ronde over al onze servers gedraaid, per PHP-build, en niet alleen voor de versies die in een slot staan. ## Bijwerkingen De minimale backports voor de oudere branches stoppen het proces bij elk geheugengebrek direct, in plaats van een fatal error terug te geven. Onder PHP-FPM sterft de worker dan ("child exited with code 1") en ziet Apache "Failed to read FastCGI header" of een connection reset. De bezoeker krijgt een 503 waar hij eerst een PHP-fatal 500 kreeg. Vanaf 8.2 blijft het een nette 500. Sites die altijd net onder hun `memory_limit` draaiden, vielen daardoor om. We hebben ze een ruimere limiet gegeven via `.user.ini`, zonder FPM-reload: PHP leest dat bestand binnen `user_ini.cache_ttl` (standaard 300 seconden) vanzelf opnieuw. De php-fpm.log per pool, gefilterd op "exited with code 1" sinds het moment van de build, gaf de lijst van sites die het raakte. Na de release meldden onderzoekers nog enkele problemen. Het PHP-team bevestigde een regressie uit de fix zelf waardoor een proces in bepaalde gevallen crasht\[5\]. De belangrijkste andere melding vereist `session.upload_progress` aan. Die instelling laten we daarom ook na de patch overal uit. E-mail 11 aug 2026 [Website en e-mail overzetten naar andere provider: gids](https://www.keurigonline.nl/blog/website-en-e-mail-overzetten-naar-andere-provider) **Samenvatting: website en e-mail overzetten naar andere provider** Stap je over naar KeurigOnline? Bij elk hostingpakket zit een gratis verhuisservice: wij zetten je website en e-mail voor je over. Doe je het liever zelf, maak dan eerst een back-up van bestanden, database en mailboxen voordat je iets omzet. Zet de website over en test die via een tijdelijke URL, zonder dat bezoekers iets merken. Kopieer e-mail server-naar-server, verlaag de TTL van je DNS-records 24-48 uur van tevoren naar 300 seconden, en wissel pas daarna de DNS om. Bij een .nl-domein regel je de registrar-wissel apart via een verhuistoken. Een migratie naar een andere provider hoeft geen spannend moment te zijn. Het gaat vooral mis als stappen in de verkeerde volgorde gebeuren of als er geen back-up klaarstaat. Dat is bijna altijd te voorkomen met de juiste volgorde: eerst voorbereiden en testen, dan pas omzetten.