DNS, das zu Ihren Pipelines passt
Terraform, OctoDNS, Certbot, REST-API und eine ordentliche CLI – DNS-as-Code auf einem verwalteten Backend, mit Pauschalpreisen.
Warum DNS das letzte manuelle Stück in Ihrem Stack ist
Infrastructure-as-Code deckt alles ab außer DNS, weil DNS meist bei einem Anbieter mit veralteter API liegt.
Terraform-Provider, die fast funktionieren
Halbherzig gepflegte Community-Provider, fehlende Eintragstypen, Authentifizierung, die jedes Quartal kaputtgeht. DNS wird zu dem terraform apply-Schritt, der scheitert.
Keine ordentliche CLI
Sie möchten eine Zonenänderung skripten. Der Anbieter bietet eine Web-UI, ein veraltetes Python-SDK – und sonst nichts.
Überraschungen bei Pro-Query-Abrechnung
Pro-Query-Abrechnung macht die Kosten aus einem Deployment-Plan schwer abschätzbar – ein Traffic-Anstieg treibt die Rechnung ohne Vorwarnung hoch.
ACME DNS-01 braucht ein Plugin, das es nicht gibt
Wildcard-Zertifikate per DNS-01 bedeuten, einen eigenen Certbot-Hook für den jeweiligen DNS-Anbieter zu schreiben.
Was Sie mit NexDNS bekommen
Werkzeuge, die davon ausgehen, dass Ihr DNS im selben Repository liegt wie Ihr Terraform.
- Offizieller Terraform-Provider
nexdns/nexdnsin der Terraform Registry. Ressourcennexdns_zoneundnexdns_record, vollständiges Lifecycle-Management, synchron mit der Plattform gepflegt.- Go-CLI mit DNS-as-Code
nexdns apply -f nexdns.yaml– wendet eine deklarative YAML-Repräsentation Ihrer Zonen an. Idempotent, mit Dry-Run und CI-tauglichen Exit-Codes.- OctoDNS-Provider
- Synchronisieren Sie Zonen von jedem von OctoDNS unterstützten Anbieter (BIND, Route 53, Cloudflare, Hetzner und weitere) mit einem einzigen
octodns-sync-Aufruf nach NexDNS. - Certbot-DNS-Plugin für Let's Encrypt
certbot-dns-nexdnsist ein offizielles DNS-01-Plugin. Wildcard-Zertifikate werden automatisch ausgestellt und erneuert – ohne eigene Hook-Skripte, ohne Webhook-Proxys.- REST-API mit Schlüsseln mit Scope-Begrenzung
- Jede Panel-Aktion hat einen dokumentierten API-Endpunkt. API-Schlüssel lassen sich auf einzelne Aktionen begrenzen (
zones.read,records.write,dnssec.manage). Anfrage-Limits werden sichtbar, bevor sie Sie ausbremsen. - Pauschalpreise, keine Pro-Query-Abrechnung
- Starter, Pro, Business, Enterprise – wählen Sie einen Tarif nach Zonen-/Eintragslimits, nicht nach geroutetem Traffic. Vorhersehbare Kosten direkt aus dem Deployment-Plan.
Ein typisches DevOps-Setup
DNS-Änderungen durchlaufen wie alles andere die Git-Review.
-
1
Zonen per Terraform bereitstellen
resource "nexdns_zone" "app" { name = "example.com" }– Teil Ihrer zentralen Terraform-Konfiguration, geplant und angewendet neben VPCs und Kubernetes-Clustern. -
2
Einträge als Code definieren
Nutzen Sie Terraform-Ressourcen vom Typ
nexdns_record, YAML übernexdns applyoder OctoDNS-YAML. Was auch immer zu Ihrer Pipeline passt – alle drei Wege arbeiten gegen dasselbe Backend. -
3
DNS-Änderungen in PRs prüfen
DNS-Änderungen sind Diffs. Der Reviewer sieht genau, welche Einträge hinzugefügt, geändert oder gelöscht werden. Kein „jemand hat den MX-Eintrag geändert und jetzt funktioniert die E-Mail nicht mehr" mehr.
-
4
Certbot für Wildcard-Zertifikate anbinden
certbot certonly --dns-nexdns --dns-nexdns-credentials /etc/letsencrypt/nexdns.ini -d '*.example.com'– DNS-01-Challenge wird durchgehend abgewickelt, Auto-Renewal über den Standard-Certbot-Cron. -
5
API-Kontingente überwachen und alarmieren
Die Rate-Limit-Header von NexDNS geben das verbleibende Kontingent preis. Lesen Sie sie mit Ihrem gewohnten Monitoring aus (Prometheus, Datadog) und alarmieren Sie, bevor Anfragen in Deployments fehlschlagen.
-
Ja – es handelt sich um den offiziellen First-Party-Provider, veröffentlicht in der Terraform Registry. Das Ressourcenformat ist semver-versioniert; Breaking Changes nur bei Major-Sprüngen. Das State-Management funktioniert wie erwartet: Terraform berechnet einen Plan, wendet ihn idempotent an und erkennt Drift.
-
Terraform passt am besten, wenn DNS Teil eines größeren Infrastruktur-States ist (gemischte Ressourcen, Plan-und-Apply-Disziplin). YAML über
nexdns applyist schlanker – besser, wenn DNS das Hauptthema ist (z. B. ein Team, das 50 Domains, aber sonst keine Infrastruktur verwaltet). Beide Wege lassen sich im selben Konto kombinieren. -
Das Plugin übernimmt die DNS-01-Challenge; um alles andere kümmert sich Certbot. Verwenden Sie DNS-01 für Wildcards (wo es erforderlich ist) und HTTP-01 für einzelne Namen (wo es einfacher ist). Das Plugin greift nur, wenn Certbot DNS-01 benötigt.
-
Die REST-API erlaubt 60 Anfragen pro Minute – pro Konto (oder pro IP bei nicht authentifizierten Anfragen). Das Limit ist auf jedem Tarif gleich, ohne tarifabhängige Stufen. Jede Antwort enthält die Header
X-RateLimit-Limit,X-RateLimit-RemainingundX-RateLimit-ResetsowieRetry-Afterbei einem 429, sodass Sie zurückfahren können, bevor Anfragen zu scheitern beginnen. -
Ja. Die CLI ist eine einzige Go-Binärdatei (im Runner installierbar per
curl -sL https://get.nexdns.tech/cli | sh), und dernexdns-Provider von Terraform funktioniert mit den üblichen Terraform-CI-Mustern. API-Schlüssel gehören in Ihre CI-Secrets, mit Scope auf die mindestens nötigen Berechtigungen.
Nutzen Sie die DNS-Werkzeuge, die Sie bereits haben
Terraform, CLI, OctoDNS, Certbot – die Werkzeuge, die Sie bereits verwenden, nativ unterstützt.