Avstemte en DNS‑sone med 20 poster deklarativt mot Cloudflare‑API‑et med egne inngangspunkter for revisjon og BIND‑eksport, og slo CDN‑proxyen av igjen av personvernhensyn etter å ha bygd den.
Arbeidet utført: august 2026
20 DNS‑poster avstemt mot selve posten
Situasjon. Selskapets DNS hadde omtrent tjue poster fordelt på en nettilstedeværelse, et git‑underdomene, to personlige omdirigeringer, e‑postruting gjennom en leverandør av hostede postbokser, et domene for transaksjonell utsending og autentiseringspostene for begge. Alt sammen lå i en leverandørs nettkonsoll, og det betyr at den gjeldende tilstanden var det den siste som klikket, hadde etterlatt seg.
Oppgave. Sonen måtte bli en deklarasjon i repoet, med en måte å sammenligne den deklarasjonen med det leverandøren faktisk serverer.
Handling. Sonen er skrevet som data — aktive poster, applikasjonsposter, poster for transportpolicy og en egen liste over poster som venter på å bli fjernet, som er den ærlige måten å registrere en sletting som ennå ikke har skjedd. Ett play avstemmer den mot leverandørens API. To inngangspunkter til ligger bak tagger som må slås på eksplisitt: en revisjon som rapporterer forskjellen uten å endre noe, og en eksport som skriver ut sonen i standard sonefilformat, slik at den kan leses av noe annet enn dette repoet. Den mest interessante beslutningen var en omgjøring. Proxying av de to webflatene gjennom leverandørens innholdsnettverk ble bygget, virket og ble så slått av igjen — fordi det koster den ene setningen selskapets personvernside handler om. Med en proxy foran håndterer et annet selskap hver besøkendes adresse og hver URL de ber om, før selskapet selv gjør det, under det andre selskapets retningslinjer og ikke dette selskapets egne. For en bedrift som skiller seg ut ved å hevde at ingen ser på, er det en dårligere byttehandel enn angrepene den beskytter mot.
Resultat. Sonen er versjonert, sammenlignbar og eksporterbar, og den ene beslutningen som gikk imot det åpenbare standardvalget, er skrevet ned med begrunnelse, slik at ingen åpner diskusjonen på nytt ved et uhell. Revisjonsveien er den delen som brukes mest, fordi det oftere er forskjellen man vil vite, enn at den skal lukkes.
Les videre: Publiserte nettstedet som et Tor onion‑speil på en lesbar adresse som begynner med engineer, med nøkkelen generert utenfor verten slik at den aldri havnet i dette repoet eller på en bærbar PC, og lot det være den ene av fire inngangsdører som aldri telles. Eller ta en titt på hele porteføljen.
Ett stykke av en lengre oversikt — og den ligger i sin helhet her.
Hver oppføring er skrevet på samme måte: situasjonen, oppgaven, hva vi gjorde, og hva som endret seg.