Kies DNS-TTL-waarden voor een migratie: leg aannames vast

Kies een verwachting vóór een getal

Benoem toegestaan record/type, reden voor tijdelijk instellen, DNS-provider, modus en bewijseigenaar. Scheid huidige waarde, kandidaat en geërfde standaard. Markeer velden als instelbaar, vast of onbekend met gedateerde providerbron. Een getoonde TTL is niet altijd een bewerkbare recordinstelling.

Dit beslisrecord is smaller dan het omschakelplan. Publicatievolgorde, operationele controlepunten en terugzetten blijven daar; mailafhankelijkheden krijgen hun eigen beoordeling. Wijzig geen ongerelateerde records of delegatie om een tijdvoorstel korter te laten lijken.

Begin met een leeg TTL-beslisrecord

Voorblad: doel/recordscope ____; gedateerde provider-/modus-/planreferentie ____; eigenaar ____; venster/tijdzone ____; beschermde afhankelijkheden ____; aparte omschakeleigenaar ____. Gebruik goedgekeurde verwijzingen in plaats van inloggegevens of privézonewaarden. Herhaal per record of verwachting.

Leeg of onbekend is een uitgesproken grens. Een geplande tijd of formule bewijst geen uitgevoerde handeling. Latere apart bevoegde waarnemingen krijgen eigen bron, tijd en scope.

Scheid duur en providercontrole

RFC 8767 paragraaf 4 beschrijft TTL als een duur in seconden voordat de bron opnieuw geraadpleegd moet worden; nul geldt voor de lopende transactie. Het staat onder voorwaarden verlopen data toe als autoritatief verversen faalt. Dit document uit maart 2020 maakt TTL dus geen onvoorwaardelijke versheidsdeadline en zegt niet dat iedere resolver serve-stale gebruikt.[1]

Cloudflares pagina, bijgewerkt op 16 april 2026, beschrijft vaste Auto 300 seconden voor geproxyde records, planafhankelijke DNS-only-keuzes en een aparte nameserver-TTL-functie. Lokale caches kunnen de zichtbare wijziging vertragen. Controleer echte modus en actuele keuzes; Auto en bewerkbaarheid zijn niet universeel.[2]

Behandel afwezigheid als een aparte tak

RFC 2308 paragrafen 3–5 beschrijven de begrensde negatieve levensduur met de kleinste van SOA-TTL en SOA.MINIMUM. NXDOMAIN gebruikt naam/klasse als cachesleutel, NODATA naam/type/klasse. Timeout, andere fout of leeg antwoord is niet automatisch een van die gevallen. Vraag de eigenaar welk bewijs geldt; hier wordt niets opgevraagd.[3]

Het document uit maart 1998 onderscheidt ook masterbestandstandaard $TTL voor volgende records zonder expliciete TTL van SOA.MINIMUM. Een positieve A-/AAAA-kandidaat of $TTL vervangt geen negatief-cachebewijs. Historische handtekeningdetails en numerieke resolverrecepten blijven buiten scope; providerbediening wordt niet verondersteld.[3]

Fictieve Birch Lantern Migration: herzie de aanloop

T1 plant verlagingspublicatie om 08:00 en omschakeling om 09:30. 7200 seconden = 2 uur, dus vereenvoudigde horizon 08:00 + 2 uur = 10:00. De aanloop is 90 minuten, 30 minuten te kort: HERZIEN. Ook 10:00 bewijst geen afloop van alle caches of dienstgereedheid. Kandidaat 600 vervangt oude 7200 in opgeslagen antwoorden niet achteraf.

T3: min(1800,900) = 900 seconden = 15 minuten. Slaat één fictieve resolver het begrensde NXDOMAIN om 14:05 op, dan reikt het gewone negatieve-TTL-model tot 14:20. Gebruik om 14:10 ligt 5 minuten na opslag, 10 minuten te vroeg. Dit staat los van T1s 600, geen gedeeld opslagmoment of echte afwezigheid. NODATA en andere fouten blijven apart.

Drie rijen: 1 instelbare waarde met aanloopherziening + 1 afgewezen vaste-modusbewerking + 1 zelfstandig negatief geval = 3. Geen universele TTL, publicatie, cacheflush of doelontmanteling. Fictieve eigenaar Mira bekijkt T1 pas na apart bevoegde omschakelacceptatiebewijzen, die hier ontbreken.

Schrijf een voorwaardelijke tijdverwachting

Een kortere kandidaat kan de normale levensduur van toekomstige cacheantwoorden verlagen, met afweging tussen caching en verversingsquery’s. Hij verhelpt geen doelfout, delegatieprobleem, lokale cache of mislukte verversing. Houd oude TTL en geplande publicatie apart van de toekomstige kandidaat.[2]

Benoem onbekende eerdere verversingen en voorwaardelijk serve-stale-beleid. Een vereenvoudigde oude horizon onthult te korte aanloop, geen wereldwijde eindafloop, effectieve maximale veroudering of dienstacceptatie. Er volgt geen automatisch recept van 60/300 seconden of 24–48 uur.[1]

Wijs volgend bewijs en latere beoordeling toe

Draag ondersteunde kandidaat en reden, instelbaarheidsbewijs, oude aanname, aparte negatieve tak, open vragen en voorwaardelijke tijdzin over. Benoem eigenaar en trigger voor beoordeling van een tijdelijke TTL na de aparte omschakelacceptatie. Een langere waarde terugzetten schept een eigen verwachting; dit werkblad voert dat niet uit en staat geen ontmanteling toe.