Na het wijzigen van het DNS-record ziet niet iedereen tegelijkertijd hetzelfde resultaat. TTL- en cachelagen zijn essentiële onderdelen van de planning van de migratie.

Basisbenadering

TTL specificeert de hoeveelheid tijd dat een DNS-antwoord in de cache kan worden opgeslagen. De update die u op de geautoriseerde server uitvoert, verkort niet met terugwerkende kracht de resterende levensduur van een eerder verworven record. De client, browser en recursieve oplosser kunnen verschillende cachelagen hebben.

Toepassingsstappen

  1. Registreer de TTL-waarde vóór de wijziging en het geplande schakeltijdstip.
  2. Vergelijk het antwoord van de proxyserver met het antwoord van de door de client gebruikte oplosser.
  3. Plan om ervoor te zorgen dat het oude en nieuwe doel tijdens de transitie kunnen worden bereikt; Vertrouw er niet op dat u alleen de lokale cache leegmaakt.

Praktijkvoorbeeld

Als het IP-adres om 14:00 uur wordt gewijzigd terwijl de TTL één uur is, kan een solver die om 13:59 uur het oude antwoord ontvangt, dit voor de resterende tijd gebruiken. Als u de TTL vlak voor de overstap verlaagt, worden oude caches niet onmiddellijk vernieuwd.

Interpreteer het resultaat correct

Niet alle vertraging is DNS-propagatie. Onjuiste proxy, ontbrekende registratie of applicatiecache kunnen ook dezelfde afbeelding creëren. Door de tijd, de bevraagde server en de geretourneerde waarde samen te noteren, wordt aangegeven welke laag achterblijft.

Bron- en vervolgmeting

Protocol- of opdrachtdetails: RFC1034. De stappen en het voorbeeldscenario vormen het redactionele verhaal van IPScan.