Domain-Statuscodes erklart: vollständige EPP-Referenz

Domain-Statuscodes werden durch das Extensible Provisioning Protocol (EPP, RFC 5731) definiert und heute über RDAP und WHOIS zugänglich gemacht. Es gibt zwei grundlegende Kategorien: "Client"-Codes, die von Ihrem Registrar gesetzt werden, und "Server"-Codes, die vom Registry selbst vergeben werden. Diese Unterscheidung bestimmt, wer den Status ändern kann und wie schnell. Dieser Artikel ist eine vollständige Referenz für jeden EPP-Status, was er bedeutet und was er für Transfers, Verlängerungen und DNS-Auflösung impliziert.

Client-Status vs. Server-Status: die entscheidende Unterscheidung

Dieses Unterschied ist der Schlüssel dazu zu wissen, was zu tun ist, wenn ein unerwarteter Status auftaucht.

Client-Statuscodes werden vom Registrar (IONOS, Hetzner, Namecheap...) auf Anfrage des Domain-Inhabers gesetzt und entfernt. Wenn Sie ein clientHold sehen und es entfernen möchten, kontaktieren Sie Ihren Registrar. Die Auflösung ist typischerweise schnell. Stunden bis Tage.

Server-Statuscodes werden vom Registry gesetzt (Verisign für .com, AFNIC für .fr, DENIC für .de). Ihr Registrar kann einen Server-Status nicht einseitig entfernen. Das erfordert einen direkten Eingriff des Registrys, der Dokumentation, rechtliche Prozesse oder das Abwarten einer Pflicht-Sperrfrist erfordern kann.

Wenn Sie bei der Fehlersuche an einer Domain einen unerwarteten Server-Status sehen, ist der Lösungsweg länger und weniger unter Ihrer Kontrolle.

Vollständige EPP-Statuscode-Referenz

Client-Statuscodes (vom Registrar gesetzt)

Status	Bedeutung	Praktische Auswirkung
clientDeleteProhibited	Löschung durch Registrar gesperrt	Schutz gegen versehentliche oder böswillige Löschung
clientHold	Domain durch Registrar gesperrt	DNS löst nicht auf. Website und E-Mail nicht erreichbar
clientRenewProhibited	Verlängerung durch Registrar gesperrt	Domain nicht verlängerbar; oft bei Streit oder Nichtzahlung
clientTransferProhibited	Transfer zu anderem Registrar gesperrt	Standardstatus bei den meisten Domains; normaler Schutz
clientUpdateProhibited	WHOIS-Datenänderung gesperrt	Einfrieren der Registranten-Daten (Hijacking-Schutz)

clientTransferProhibited ist standardmäßig bei den meisten Domains aktiv, und das ist gut so. Es verhindert unbefugte Transfers. Wenn Sie einen legitimen Transfer initiieren, müssen Sie ihn zunächst über das Control Panel Ihres Registrars entfernen, was eine bewusste Hürde darstellt.

clientHold verursacht sofortigen operativen Schaden. DNS löst vollständig nicht mehr auf. Wenn Sie diesen Status bei einer Ihrer Domains sehen, kontaktieren Sie Ihren Registrar sofort, oft hängt das mit Zahlungsproblemen, Abuse-Meldungen oder Compliance-Verstößen zusammen.

Server-Statuscodes (vom Registry gesetzt)

Status	Bedeutung	Praktische Auswirkung
serverDeleteProhibited	Löschung durch Registry gesperrt	Oft bei UDRP-Streit oder Registry-seitigem Sicherheitslock
serverHold	Domain durch Registry gesperrt	DNS löst nicht auf; schwerwiegender als clientHold
serverRenewProhibited	Verlängerung durch Registry gesperrt	Selten; meist bei rechtlicher oder behördlicher Entscheidung
serverTransferProhibited	Transfer durch Registry gesperrt	Automatisch 60 Tage nach Registrierung oder Transfer
serverUpdateProhibited	Datenänderung durch Registry gesperrt	Vollständiges Einfrieren durch das Registry

serverHold ist schwerwiegender als clientHold, weil der Registrar nichts beheben kann. Sie müssen direkt mit dem Registry kommunizieren. Wenn eine Domain wegen einer Abuse-Meldung im serverHold ist, kann die Auflösung Wochen dauern.

serverTransferProhibited wird häufig missverstanden. Es ist kein Problemsignal, es wird automatisch für 60 Tage nach einer Neuregistrierung oder nach einem abgeschlossenen Transfer angewendet, um ein sofortiges Weitertransferieren zu verhindern.

Lebenszyklus-Statuscodes (weder Client noch Server)

Status	Bedeutung	Praktische Auswirkung
active	Domain aktiv und in Ordnung	Normaler Betriebszustand
inactive	Keine Nameserver eingetragen	Domain löst nicht auf, ist aber nicht gesperrt
pendingCreate	Registrierung wird verarbeitet	Temporär, wenige Minuten bis Stunden
pendingDelete	Zur Löschung vorgemerkt	5-Tage-Fenster bei .com vor dem Drop
pendingRenew	Verlängerung wird verarbeitet	Temporär
pendingRestore	Wiederherstellung aus Redemption läuft	Domain wird aus Redemption-Periode zurückgeholt
pendingTransfer	Transfer läuft	Wartet auf Bestätigung, typischerweise 5 Tage
pendingUpdate	Datenänderung wird verarbeitet	Temporär
redemptionPeriod	Domain in Wiederherstellungsfenster	Abgelaufen, gegen Aufpreis wiederherstellbar (150–200 €)
transferPeriod	Post-Transfer-Sperrfrist	serverTransferProhibited automatisch für 60 Tage

Die fünf Status-Codes, die sofortige Benachrichtigung verdienen

Wenn Sie Produktions-Domains verwalten, sind das die Status, die sofortige Alerts rechtfertigen statt einer wöchentlichen Kontrolle:

1. serverHold oder clientHold: Ihre Domain ist gerade nicht erreichbar. DNS löst nicht auf. Jede Minute kostet Sie.
2. pendingDelete: Sie haben maximal 5 Tage (bei .com), bevor die Domain weg ist. Handeln ist noch möglich, aber dringend.
3. clientTransferProhibited entfernt: Jemand bei Ihrem Registrar (oder jemand mit Zugang zu Ihrem Konto) hat die Domain für den Transfer entsperrt. Sofort überprüfen.
4. redemptionPeriod: Die Domain ist abgelaufen und im Wiederherstellungsfenster. Rückholung ist noch möglich, kostet aber deutlich mehr als eine normale Verlängerung.
5. pendingTransfer: Ein Transfer wurde eingeleitet. Wenn Sie ihn nicht autorisiert haben, kontaktieren Sie Ihren Registrar, bevor das 5-Tage-Fenster schließt.

Wie Domain Sentinel Statusänderungen überwacht

Domain Sentinel speichert nach jedem Prüfzyklus einen Snapshot der RDAP-Daten jeder Domain. Im nächsten Zyklus vergleicht es die neue Antwort Feld für Feld mit dem gespeicherten Snapshot. Jeder Status, der auftaucht oder verschwindet, erzeugt ein Änderungsereignis.

Wenn Sie einen Alert für Statusänderungen auf einer Domain konfiguriert haben, erhalten Sie eine Benachrichtigung im nächsten Monitoring-Zyklus nach dem Auftreten der Änderung. Die Daten kommen direkt vom Registry (kein Zwischencache) was bedeutet, dass es keine Verzögerung zwischen der Registry-Aktualisierung und der Erkennung durch Domain Sentinel gibt.

Halten Sie diese Referenz griffbereit, und konfigurieren Sie Alerts für Ihre kritischen Domains, damit Sie sie aus Neugier lesen, nicht weil etwas schiefgelaufen ist.