Sla over naar inhoud

Grote DNS-wijziging op de planning, geen plan B als het misgaat

DNS-fouten zijn berucht omdat de fout zich verspreidt zolang de TTL leeft, en je hem niet meer instant terugdraait. Een werkbaar rollback-plan stelt TTL vooraf laag, documenteert vorige waarde, en kent een kill-switch.

Probeer dit eerst zelf

  1. 1Verlaag TTL minimaal 24 uur voor de wijziging naar 300 seconden, niet pas tijdens de wijziging zelf.
  2. 2Maak een snapshot van de huidige zone (BIND-export of screenshots van het control panel) en zet die ergens waar je 'm zonder login bereikt.
  3. 3Plan de wijziging buiten kantooruren als het kan, zeker voor MX en NS, en houd minimaal twee mensen stand-by met toegang tot DNS én registrar.
  4. 4Test direct na publicatie met dig vanaf meerdere resolvers (1.1.1.1, 8.8.8.8, je eigen ISP) en niet alleen via je browser, want browsercache vertekent.
  5. 5Definieer een kill-switch-criterium vooraf: 'Als binnen 15 minuten de monitor X% errors toont, draai we A naar Y terug.' Beslissingsmoeheid is je grootste vijand.

Wanneer ons inschakelen

Staat een grote DNS- of mail-migratie op de rol en wil je iemand erbij die de cutover begeleidt en rolt terug op signaal, dan plannen we 'm samen in.

Zie ook

Past het bovenstaande niet?

Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.

Wie ben je?

Voor de AI-vraag hebben we je e-mailadres en bedrijfsnaam nodig, zo kunnen we opvolgen als de AI er niet uitkomt, en voorkomt het misbruik van de tool.

Maximaal 2 vragen per uur en 5 per dag, bewust beperkt zodat de AI snel en goed blijft. Voor meer help je jezelf en ons door direct contact op te nemen.

Of doe het helemaal niet zelf

Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.