Domain-Whois-Abfrage
Registrierungsdetails, Nameserver und Ablaufdatum.
| Registered | 2007-10-04 |
| Updated? | 2025-09-29 |
| Expires | 2030-10-04 |
| ns1.uadns.com |
| ns2.uadns.com |
| clientDeleteProhibited |
| clientTransferProhibited |
| ok |
| linked |
| Abuse email? | [email protected] |
| Abuse phone? | +380.445933222 |
What does each field mean?
Field reference
Registrar
Der ICANN-akkreditierte Registrar, der die Domain im Auftrag des Inhabers verwaltet. Beispiele: GoDaddy, Namecheap, Cloudflare. Transfer, Verlängerung und DNS-Änderungen laufen ausschließlich über diesen Registrar.
Registrar-Website
Direktlink zur öffentlichen Website des Registrars — nützlich für Abuse-Meldungen oder Domain-Transfers. Es handelt sich um die Seite des vermittelnden Unternehmens, nicht um die Seite des Domain-Inhabers selbst.
WHOIS-Server des Registrars
Der Registrar betreibt einen eigenen WHOIS-Server (TCP/43), der häufig reichhaltigere Daten liefert als die Registry: Kontaktangaben, Zeitstempel der letzten Änderung, proprietäre Statusfelder. Die übliche Kette lautet IANA → Registry → Registrar, wobei jeder Schritt zusätzliche Details ergänzt.
IANA-Registrar-ID
IANA vergibt jedem akkreditierten Registrar eine stabile numerische ID (z. B. 1068 für GoDaddy, 1479 für Namecheap). Nützlich für den Abgleich mit IANA-Berichten sowie zum Erkennen von Fusionen oder Markenwechseln.
Abuse-Kontakt (E-Mail)
Kontaktadresse, die der Registrar laut ICANN-Vorgaben für Abuse-Beschwerden überwachen muss — Phishing, Malware, Spam, Urheberrechtsverletzungen. Eine Antwort muss innerhalb von 24 Stunden erfolgen. Wird die Domain missbräuchlich verwendet, melden Sie das hier.
Abuse-Kontakt (Telefon)
Verpflichtender Telefonkanal zur Eskalation aktiver Abuse-Fälle (laufendes Phishing, aktiver Betrug). Wird seltener genutzt als E-Mail, ist seit 2014 jedoch von ICANN vorgeschrieben.
DNSSEC
DNSSEC fügt DNS-Antworten kryptografische Signaturen hinzu, sodass Resolver Manipulationen erkennen können. "signed" bedeutet, dass die Zone einen DS-Eintrag bei der Registry veröffentlicht und eine Vertrauenskette bis zur Root besteht. "unsigned" bedeutet, dass DNS-Antworten per MITM-Angriff gefälscht werden können.
Anzahl Nameserver
Eine Domain wird an einen oder mehrere autoritative Nameserver delegiert. IANA-Minimum sind 2; gut gepflegte Domains nutzen 4 oder mehr Server in zwei getrennten Netzen für Redundanz. Ein einzelner NS ist ein ernstes Verfügbarkeitsrisiko.
Nameserver
Die Hostnamen, deren Antworten für die Domain als verbindlich gelten. Sie veröffentlichen A/AAAA/MX/TXT-Einträge usw. Eine Änderung der NS-Einträge im WHOIS delegiert die Domain faktisch neu — die Propagation dauert je nach Registry-TTL Minuten bis 48 Stunden.
EPP-Statuscodes
Statuscodes des Extensible Provisioning Protocol (EPP), gesetzt durch Registrar oder Registry. Beispiele: <code>clientTransferProhibited</code> (Registrar-Sperre — Schutz vor Hijacking), <code>serverHold</code> (Registry-Sperre — DNS offline), <code>pendingDelete</code> (Grace-Period vor Löschung). Gesunde Domains zeigen meist mehrere "Prohibited"-Codes — das sind Schutzmaßnahmen, keine Probleme.
WHOIS-Host der Registry
Jede TLD wird von einer Registry betrieben (Verisign für .com/.net, PIR für .org, Nominet für .uk), die auf Port 43 einen autoritativen WHOIS-Server betreibt. Die Registry kennt Registrar und Delegierung; ausführlichere Domain-Details liegen beim Registrar.
Zuletzt aktualisiert
Zeitstempel der letzten WHOIS-Aktualisierung. Nützlich, um kürzliche Inhaberwechsel, Nameserver-Änderungen oder Registrar-Umzüge zu erkennen — typische Indikatoren bei Untersuchungen zu Kompromittierungen oder Übernahmen.
Über dieses Tool
Ein Domain-Whois zeigt Registrierungsdetails einer Domain: Inhaber (häufig hinter Privacy-Diensten), Registrar, Registrierungsdatum, Ablaufdatum, Status-Codes (EPP) und die zugewiesenen Nameserver. Es ist die maßgebliche Quelle für "wer hat diese Domain registriert", "wann läuft sie ab" und "über welchen Registrar läuft sie".
Unser Tool fragt das passende Whois-System je nach TLD ab: für klassische TLDs (.com, .net, .org, .info) den Registrar-Whois, für ccTLDs (.de, .uk, .fr, .pl) den jeweiligen NIC-Whois, für neue gTLDs (.app, .dev, .tools) RDAP (Registration Data Access Protocol — der moderne JSON-Nachfolger des Whois-Protokolls). Wir parsen die Antwort in strukturierte Felder und zeigen die Rohantwort daneben.
Wann Sie dieses Tool nutzen sollten
- Vor Domain-Kauf. Ist sie wirklich frei oder nur reserviert?
- Vor Domain-Transfer. Status-Codes wie
clientTransferProhibitedprüfen. - Renewal-Erinnerung. Ablaufdatum bestätigen, bevor wertvolle Domains versehentlich auslaufen.
- Bei juristischen Fragen. Registrar und (sofern nicht anonymisiert) Inhaber identifizieren — auch wenn moderne GDPR-Praxis viele Felder schwärzt.
GDPR und Privacy
Seit GDPR (2018) sind Inhaberdaten bei den meisten europäischen Registries und vielen TLDs anonymisiert oder geschwärzt. Sie sehen oft nur Registrar, Erstellungsdatum, Ablauf und Status — aber keinen Inhaber, keine Adresse, keine E-Mail. Für legitime Anfragen (Markenrechte, Missbrauch) gibt es bei vielen Registraren ein Webform-Verfahren, das die Anfrage an den Inhaber weiterleitet, ohne dessen Daten preiszugeben.Häufige Fragen
Warum sehe ich keinen Inhaber?
Was bedeuten EPP-Status-Codes wie clientTransferProhibited?
clientTransferProhibited bedeutet, der Registrar hat einen Transfer-Lock gesetzt — sinnvoll als Schutz gegen Hijacking. Vor einem Transfer muss der Lock entfernt werden. Weitere Codes: clientHold (Domain ist auf NS-Ebene deaktiviert), clientDeleteProhibited (vor versehentlicher Löschung geschützt), pendingDelete (in der Löschpipeline), redemptionPeriod (Wiederherstellungsphase nach Ablauf).