# Stämde av en DNS‑zon med 20 poster deklarativt mot Cloudflare‑API:t med separata ingångar för granskning och BIND‑export, och stängde av CDN‑proxyn igen av integritetsskäl efter att ha byggt den.

augusti 2026

**Situation.** Företagets DNS innehöll ungefär tjugo poster fördelade på en webbnärvaro, en underdomän för git, två personliga omdirigeringar, e‑postroutning via en leverantör av hostade e‑postlådor, en avsändardomän för transaktionsmejl och autentiseringsposterna för båda. Allt låg i en leverantörs webbkonsol, vilket innebär att det aktuella tillståndet var det som den som senast klickade hade lämnat efter sig.

**Uppgift.** Zonen måste bli en deklaration i repot, med ett sätt att jämföra den deklarationen med vad leverantören faktiskt levererar.

**Handling.** Zonen skrivs som data — aktiva poster, applikationsposter, poster för transportpolicy och en separat lista över poster som väntar på borttagning, vilket är det ärliga sättet att registrera en borttagning som ännu inte har skett. En play stämmer av den mot leverantörens API. Ytterligare två ingångar ligger bakom uttryckliga opt‑in‑taggar: en granskning som rapporterar skillnaden utan att ändra något, och en export som skriver ut zonen i det vanliga zonfilsformatet så att den kan läsas av något annat än det här repot. Det intressantaste beslutet var en omsvängning. Proxning av de två publika webbplatserna genom leverantörens innehållsnätverk byggdes, fungerade och stängdes sedan av igen — eftersom den kostar den enda mening som företagets integritetssida handlar om. Med en proxy framför hanterar ett annat företag varje besökares adress och varje URL som besökaren begär, innan företaget självt gör det, enligt det andra företagets policy och inte den egna. För en verksamhet vars utmärkande påstående är att ingen tittar är det ett sämre byte än de attacker det skyddar mot.

**Resultat.** Zonen är versionshanterad, jämförbar och exporterbar, och det enda beslut som gick emot det självklara standardvalet är nedskrivet med sitt resonemang, så att ingen river upp frågan av misstag. Granskningsvägen är den del som används mest, eftersom det oftare är skillnaden man vill känna till än att täppa till den.

---

- Roll: Nätverks- och DNS‑ingenjör
- Kategorier: [API:er och integration](https://engineer.company/sv/categories/api/), [Infrastruktur](https://engineer.company/sv/categories/infrastructure/), [Automatisering och CI/CD](https://engineer.company/sv/categories/automation/), [Nätverk och VPN](https://engineer.company/sv/categories/networking/), [Säkerhet](https://engineer.company/sv/categories/security/), [Python](https://engineer.company/sv/categories/python/)
- Tjänster: [Infrastruktur som kod](https://engineer.company/sv/services/infrastructure-as-code/), [Systemadministration](https://engineer.company/sv/services/system-administration/), [Nätverk och VPN‑uppsättning](https://engineer.company/sv/services/networking-vpn/), [Säkerhet och behörighetshantering](https://engineer.company/sv/services/security-access/)

<https://engineer.company/sv/portfolio/reconciled-a-dns-zone-declaratively-118/>
