Eine Übersicht für jede Kundendomain
Hören Sie auf, sich bei 20 verschiedenen Registraren und DNS-Panels anzumelden. Verwalten Sie das DNS jedes Kunden aus einem einzigen NexDNS-Konto – mit API-Schlüsseln mit Scope-Begrenzung, Massenoperationen und einer API, die zu Ihrer Automatisierung passt.
Der DNS-Engpass im Agenturalltag
Wenn das DNS Ihrer Kunden bei 20 verschiedenen Anbietern liegt, werden einfache Änderungen zu mehrstündigen Aufgaben.
Verteiltes DNS über mehrere Registrare
Das DNS jedes Kunden liegt dort, wo die Domain registriert wurde – GoDaddy, Namecheap, Registrar-des-Monats – mit inkompatiblen Oberflächen.
Kein Audit-Trail für Kundenänderungen
Ein DNS-Eintrag hat etwas kaputt gemacht und niemand weiß mehr, wer was geändert hat. Registrar-Panels führen keine vernünftige Historie.
Massen-DNS-Änderungen sind stundenlange Arbeit
Ein SPF-/DKIM-Update bei 50 Kunden bedeutet 50 separate Anmeldungen in 50 verschiedenen Panels.
Das Offboarding eines Kunden ist umständlich
Ein Kunde geht und will sein DNS, doch es liegt unter gemeinsamen Registrar-Logins – Sie können nicht nur seines herausgeben, ohne Zugang zu allem zu gewähren.
Was NexDNS einer Agentur bietet
Zentralisierte DNS-Verwaltung, gebaut für Arbeitsabläufe mit vielen Kunden.
- Jeden Kunden in einem Panel
- Alle Kundenzonen in einem NexDNS-Konto. Zonenübergreifend suchen und filtern – aus einer einzigen Anmeldung.
- REST-API für Massenoperationen
- Aktualisieren Sie SPF in 50 Kundenzonen mit einem einzigen Skript. Fügen Sie überall einen CAA-Eintrag hinzu.
nexdns applymit einer YAML-Datei erledigt die gesamte Flotte in einem Befehl. - API-Schlüssel mit Scope-Begrenzung pro Integration
- Ihr Ansible-Playbook erhält einen API-Schlüssel mit Scope
records.write. Ihr Monitoring bekommt einen mit Scoperecords.read. Pro Integration einzeln widerrufbar. - Vollständiges Audit-Log
- Jede Zonen- und Eintragsänderung wird mit Wer/Wann/Was protokolliert. Einfache Kundennachvollziehbarkeit, wenn etwas schiefgeht.
- Zonenexport beim Weggang eines Kunden
- Exportieren Sie jede Zone jederzeit nach BIND und übergeben Sie die Dateien dem Kunden oder seinem neuen Anbieter – kein Lock-in.
- Terraform-, OctoDNS- und ACME-Plugins
- Wenn Sie Kundeninfrastruktur als Code verwalten, bietet NexDNS das passende Werkzeug. Terraform-Provider, OctoDNS-Sync und Certbot-DNS-01-Plugin sind dabei.
So steigen Agenturen typischerweise ein
Vom ersten Kundenimport bis zur standardisierten Automatisierung.
-
1
Ein NexDNS-Konto für die Agentur anlegen
Starter eignet sich für bis zu 10 Zonen – meist genug, um mit einer Handvoll Kunden zu starten, bevor Sie auf Pro oder Business wechseln.
-
2
Bestehende Kundenzonen importieren
Exportieren Sie die Zone jedes Kunden vom bisherigen DNS-Anbieter als BIND-Datei und importieren Sie sie gesammelt per
nexdns zone importoder über das Panel. OctoDNS kann mehrere Quellen gleichzeitig synchronisieren. -
3
NS-Einträge bei den Registraren der Kunden aktualisieren
Aktualisieren Sie für jeden Kunden die NS-Einträge auf NexDNS. Mit Slave-Zonen können Sie die Propagation vor der Umstellung vorbereiten und prüfen. Ab dem Business-Tarif können Sie statt der NexDNS-Namen Ihre eigenen White-Label-Nameserver-Hostnamen verwenden.
-
4
Automatisierung anbinden
Terraform für die Bereitstellung neuer Zonen. CI/CD führt
nexdns-CLI-Befehle für Eintragsänderungen aus. Das Certbot-Plugin übernimmt Wildcard-Zertifikate automatisch. -
5
Interne Tools bauen
Nehmen Sie
nexdns-Befehle in das Runbook Ihrer Agentur auf. Dokumentieren Sie kundenspezifische Konventionen (NS-Gruppe, DNSSEC-Richtlinie, Standard-TTLs) in YAML-Konfigurationen, die in Git eingecheckt sind.
-
Nein – und das ist Absicht. NexDNS ist das Backend Ihrer Agentur: Ihre Kunden melden sich nie bei NexDNS an. Sie verwalten jede Kundenzone aus Ihrem einzigen Konto und stellen alles, was ein Kunde braucht, über Ihre eigenen Tools bereit. API-Schlüssel gelten für das gesamte Konto und sind für Ihre Automatisierung gedacht, daher können sie nicht an einen einzelnen Kunden weitergegeben werden.
-
Ja, auf zwei Wegen. Klonen Sie eine vollständig konfigurierte Zone (z. B. Standard-MX + SPF + DKIM + DMARC für einen verwalteten E-Mail-Stack) auf jede neue Domain, oder halten Sie die Standard-Einträge in einer deklarativen YAML-Datei vor und rollen Sie sie per
nexdns applyoder OctoDNS über viele Zonen aus. Erneutes Ausführen von apply hält die passenden Zonen synchron. -
Der schnellste Weg ist OctoDNS mit den jeweiligen Quell-Providern. Richten Sie es auf NexDNS als Ziel aus und lassen Sie es synchronisieren. Für Anbieter ohne OctoDNS-Unterstützung funktioniert in den meisten Fällen ein BIND-Export plus
nexdns zone importin einer Shell-Schleife. -
Genau dafür sind der Terraform-Provider und die OctoDNS-YAML-Workflows gedacht. Definieren Sie die Zonenstruktur im Code, committen Sie sie in Git, prüfen Sie sie per Pull Request, wenden Sie sie per CI an. Derselbe Workflow wie Infrastructure-as-Code für den Rest Ihres Stacks.
-
Exportieren Sie die Zonen nach BIND und übergeben Sie die Dateien dem Kunden oder seinem neuen Anbieter. Wechselt er zu einem anderen NexDNS-Konto, ist der Export/Import ein einziger CLI-Befehl. Kein Plattform-Lock-in.
Kunden-DNS in einer Übersicht zusammenführen
Behalten Sie die Automatisierung, die Sie bereits eingerichtet haben.