Unterstützte Provider
Angebundene Anbieter
Abschnitt betitelt „Angebundene Anbieter“Alle folgenden Anbieter sind implementiert. Praxisgetestet heißt: mit echten Zugangsdaten und echten Zonen gegen die Produktions-API des Anbieters verifiziert.
| Anbieter | Kennung | Status |
|---|---|---|
| Hetzner Cloud DNS | hetzner | ✅ praxisgetestet |
| IONOS | ionos | ✅ praxisgetestet |
| hosting.de | hostingde | ✅ praxisgetestet |
| netcup | netcup | ✅ praxisgetestet |
| PowerDNS | powerdns | implementiert |
| Cloudflare | cloudflare | implementiert |
| AWS Route 53 | route53 | implementiert |
| Google Cloud DNS | gclouddns | implementiert |
| Azure DNS | azuredns | implementiert |
| GoDaddy | godaddy | implementiert |
| DigitalOcean DNS | digitalocean | implementiert |
| deSEC | desec | implementiert |
| Porkbun | porkbun | implementiert |
Dazu kommt im Demo-Modus ein In-Memory-Provider (demo), der nichts nach außen
schickt.
Geplante Anbieter
Abschnitt betitelt „Geplante Anbieter“Diese sehr verbreiteten Anbieter stehen für zukünftige Integrationen auf der Liste (Reihenfolge nach Nachfrage):
- OVHcloud
- Gandi
- Namecheap
- INWX
- STRATO
- Akamai (Linode) DNS
- Vultr
- DNSimple
- NS1 (IBM)
Zugangsdaten erfassen
Abschnitt betitelt „Zugangsdaten erfassen“Jede Integration bringt ihre eigenen Felder mit — mal ein einzelnes API-Token, mal Schlüssel plus Geheimnis plus Zonen-Kennung. Die Maske zeigt genau die Felder des gewählten Anbieters, dazu:
- einen Portal-Link dorthin, wo der Schlüssel beim Anbieter entsteht,
- einen Doku-Link auf dessen API-Dokumentation,
- eine Kurzanleitung in Textform, weil sich der Weg dorthin bei jedem Anbieter unterscheidet.
Verbindung testen prüft die Angaben sofort gegen die API. Danach führt der Account einen der Zustände verbunden, Auth-Fehler, nicht erreichbar oder deaktiviert.
Schlägt die Prüfung fehl, steht die Meldung des Anbieters im Klartext unter dem Status — HTTP-Status und Fehlertext, bei Netzproblemen die Adresse, die nicht erreicht wurde. Das unterscheidet die Fälle, die sonst alle gleich aussehen: ein falscher Schlüssel, eine fehlende Berechtigung, ein blockierter Ausgang oder eine IPv6-Adresse ohne Route.
Zugangsdaten liegen envelope-verschlüsselt in der Datenbank und werden über die API nie zurückgegeben.
Capabilities
Abschnitt betitelt „Capabilities“Nicht jeder Anbieter kann dasselbe. Jede Integration meldet ihre Fähigkeiten, und die Oberfläche richtet sich danach — statt Knöpfe anzubieten, die beim Anbieter ins Leere laufen:
| Fähigkeit | Bedeutung |
|---|---|
ZoneManagement | Zonen anlegen/entfernen über die API |
DNSSEC | DNSSEC-Verwaltung über die API |
DynDNS | anbietereigener DynDNS-Dienst |
ZoneTransfer | AXFR/Zonentransfer |
Protection | Löschschutz auf Anbieterseite |
AliasAtApex | ALIAS/ANAME am Zonenursprung |
AtomicBulk | mehrere Änderungen in einem Aufruf |
ReadOnlyNS | Apex-NS-Einträge sind über die API nicht änderbar |
SupportedTypes | Einschränkung auf bestimmte Record-Typen |
Ein Anbieter mit AtomicBulk (etwa deSEC) bekommt alle Änderungen einer Zone
in einem einzigen Aufruf; bei den übrigen wird pro Record Set geschrieben.
Neue Integration
Abschnitt betitelt „Neue Integration“Ein Adapter implementiert das Provider-Interface (Zones, RRsets,
ApplyChanges, Health) und meldet Deskriptor und Capabilities an die
Registry. Details in Mitarbeit.