Zum Inhalt springen
D1
DE

Domain-Eigentümerschaft

WHOIS-Lookup

Öffentliche Domain-Registrierungsdaten, Registrar-Details und Lebenszyklusdaten einsehen.

Dieses Formular ruft den relativen Endpunkt auf: /site-api/tools/whois

So nutzen Sie die WHOIS-Abfrage

  1. Geben Sie einen Domainnamen (Apex oder IDN) ein. Das Tool akzeptiert Unicode-Labels und normalisiert Punycode wie Registrare internationalisierte Namen speichern — Sie können die lesbare Form oder das xn-- kodierte Label einfügen, ohne manuell zu konvertieren.
  2. Klicken Sie auf Check, um den Registry-Pfad der TLD abzufragen. Ergebnisse zeigen Registrar, Lebenszyklusdaten, Nameserver-Delegation, Statuscodes und öffentliche Kontaktfelder, die die Registry nach Privacy-Redaktion noch veröffentlicht, formatiert zum Kopieren in Tickets.
  3. Lesen Sie Nameserver zusammen mit dem DNS-Checker auf derselben Seite. WHOIS-Nameserver beschreiben die vertragliche Delegation des Registrars; live NS-Einträge zeigen, was Resolver heute abfragen. Abweichungen erklären oft, warum Panel-Änderungen nie öffentlich erscheinen.
  4. Kopieren Sie Felder in Change-Tickets, Abuse-Meldungen oder Due-Diligence bei Akquisitionen. Erfolgreiche Lookups bleiben in der lokalen Browser-Historie — DN01 baut kein durchsuchbares globales WHOIS-Archiv und speichert keine PAN langfristig.

WHOIS-Felder erklärt

WHOIS- und RDAP-Antworten variieren je TLD-Richtlinie, aber die meisten gTLDs liefern vorhersehbare Registrierungsmetadaten. Nutzen Sie die Tabelle als Feldführer vor Transfers, Streitfällen oder Sicherheitsreviews. WHOIS zeigt, wer den Vertrag hält und wann er abläuft; es beweist nicht, dass eine Website sicher, korrekt konfiguriert oder malwarefrei ist — kombinieren Sie mit DNS-Checker, SSL-Zertifikats-Checker und HTTP-Header-Tools für Live-Validierung. Für internationale Teams spart ein einheitlicher Browser-Lookup Zeit gegenüber gemischten CLI-Workflows und liefert kopierbare Felder für Tickets in acht Sprachen.

FeldWarum es wichtig istBeispiel
RegistrarICANN-akkreditierter Anbieter, der den Domainvertrag hältExample Registrar, Inc.
Erstellt / aktualisiertRegistrierungszeitachse für Audits und Verlängerungsplanung2018-03-14 / 2025-01-02
AblaufHarte Frist vor Redemption oder Namensverlust2027-03-14
NameserverDelegierungsziele — mit NS-Antworten des DNS-Checkers vergleichenns1.example-dns.net
StatuscodesRegistry-Sperren, Transfers und Hold-ZuständeclientTransferProhibited
DNSSECOb die Registry DS-Einträge veröffentlichtsignierte oder unsignierte Delegation
Registrant (falls öffentlich)Inhaberkontakt, wenn die Registry nicht redigiertOft durch DSGVO-Privatsphäre verborgen
WHOIS-ServerAutoritativer RDAP/WHOIS-Endpunkt der TLDwhois.example-registry.net

Wann eine WHOIS-Abfrage sinnvoll ist

Führen Sie WHOIS vor Domainkauf, Kunden-Transfer oder Phishing-Untersuchung aus. Registrar, Erstellungsdatum, Ablauf und Statuscodes zeigen, ob der Name gesperrt, in Redemption oder nach Drop neu registriert ist. Vergleichen Sie Nameserver mit NS-Ausgabe des DNS-Checkers: Wenn WHOIS noch den alten DNS-Host listet, während Sie ein neues Panel bearbeiteten, debuggen Sie die falsche Zonendatei. WHOIS ist das Registrierungsledger; DNS ist die live Routing-Tabelle — beide müssen bei Migrationen übereinstimmen. Notieren Sie dabei auch den WHOIS-Server-Eintrag, um zu wissen, welcher Registry-Endpunkt die Antwort autoritativ lieferte.

Security- und Markenteams nutzen WHOIS für Typosquat-Lookalikes, abgelaufene Domains mit neuen Eigentümern und plötzliche NS-Wechsel nach Kompromittierung. Ein frisches Registrierungsdatum auf einem ähnlichen Label ist ein Eskalationssignal, kein Beweis allein. Kombinieren Sie WHOIS-Alter mit SSL-Zertifikats-Checker und HTTP-Security-Headern auf dem live Host. WHOIS sieht weder Zertifikatsqualität noch HSTS — nur Registry-Metadaten.

Betreiber erneuern Portfolios anhand WHOIS-Ablauffeldern, priorisieren Verlängerungen und fangen Auto-Renew-Fehler vor Redemption-Gebühren ab. Dokumentieren Sie Registrar und Statuscodes bei Transfer-Tickets — clientTransferProhibited und Registry-Locks blockieren Moves bis Entfernung im richtigen Panel. Bei internationalisierten Domains Labels per Punycode-Konverter wandeln, dann WHOIS auf kodierte Form für Registry-Speicherung.

Ermittler zu «Wem gehört diese Domain?» sollten Teil-Antworten erwarten: DSGVO, lokale Privacy-Gesetze und Registrar-Proxy-Dienste redigieren Registrant-E-Mail und Telefon bei vielen gTLDs. WHOIS hilft dennoch mit Registrar-Abuse-Kontakten, Billing-Kontext und Delegation. Bei verborgenen Kontaktdaten Registrar-Abuse-Routen nutzen und DIG-Spuren auf MX und TXT bei Mail-Betrug oder Verifikationstokens.

Akquisitionsteams sollten WHOIS neben DNS-Checker-Exporten vor Abschluss screenshotten. Plötzliche Registrar-Wechsel Wochen nach Kauf können Hijack oder Reseller-Churn bedeuten. Statuscodes bei Vertragsunterzeichnung dokumentieren; clientDeleteProhibited und Transfer-Locks sind Schutzfunktionen, keine Fehler — sie schützen das Asset bis bewusstes Entsperren für Migration.

Journalisten und OSINT-Analysten nutzen WHOIS als ersten Anker für Domain-Geschichten: Erstellungsdatum und Registrar-Kontext reichen selten für Identität, verhindern aber falsche Annahmen über «alte» Marken auf frisch registrierten Labels. Kombinieren Sie mit HTTP-Header-Checker und Blacklist-Checker, wenn die Story Mail-Infrastruktur oder Reputation betrifft.

Verwirrende WHOIS-Ergebnisse beheben

Bei «not found» oder dünnen Daten TLD prüfen: manche ccTLDs veröffentlichen Minimalfelder oder verlangen lokale Präsenz. Tippfehler im Label, trailing dots oder Unicode mit falschem Punycode erzeugen auch False Negatives — per Punycode-Konverter normalisieren und wiederholen. WHOIS-Antworten kommen von Registry-Servern, nicht von Ihrer hosts-Datei oder internem Split-Horizon-DNS.

Nameserver in WHOIS, die vom DNS-Checker abweichen, bedeuten meist pending Registrar-Update, stale WHOIS-Cache bei der Registry oder Child-DNS getrennt vom Registrar-Glue. Nach NS-Änderungen auf Registrar-Propagation warten, dann WHOIS und DNS-Checker erneut abfragen. Wenn autoritative NS in DNS schon wechselten, WHOIS aber hinterherhinkt, live DNS für Traffic-Debug priorisieren und WHOIS für vertragliche Delegation.

Mehrere Ablaufdaten über WHOIS-Mirrors sind selten, aber bei Registry-Migrationen möglich. Dem Registrar of Record im primären WHOIS-Server-Feld vertrauen. Statuscodes wie serverHold oder pendingDelete erklären, warum eine Site verschwand, obwohl DNS-Einträge in einem Drittanbieter-Panel existieren — die Registry kann den Namen suspendiert haben.

Privacy-Redaktion ist kein Fehler. «REDACTED FOR PRIVACY»-Registrant-Blöcke bedeuten nicht, dass die Abfrage fehlschlug. Registrar-WHOIS/RDAP-Portale für tiefere Rechtsanfragen nutzen; DN01 zeigt, was öffentliches RDAP/WHOIS unauthentifizierten Queries zurückgibt, keine Subpoena-Ergebnisse oder vollständige Eigentümerketten.

Wenn Statuscodes sich zwischen WHOIS und Ihrem Registrar-Panel widersprechen, vertrauen Sie dem Registry-Pfad für die öffentliche Wahrheit und öffnen Sie ein Ticket beim Registrar für interne Synchronisation. DN01 spiegelt keine privaten Billing-Flags oder Reseller-Inventare — nur das, was unauthentifizierte Abfragen am Registry-Endpunkt sehen.

WHOIS vs DNS vs SSL — was jede Schicht beweist

WHOIS liegt auf der Registry-Vertragsschicht. Es beantwortet, wer erneuern, transferieren oder delegieren darf und welche Nameserver der Registrar ankündigt. Es führt keine HTTP-Requests aus, validiert keine TLS-Zertifikate und listet keine SPF-Einträge. WHOIS als legaler und administrativer Umschlag der Domain behandeln, nicht als Health-Scan des laufenden Dienstes.

DNS-Checker und DIG lesen die veröffentlichte Zone für Mail- und Web-Routing. Eine Domain kann gesunde MX- und A-Einträge zeigen, während WHOIS serverHold listet — Mail und Web scheitern, weil die Registry den Namen blockierte. Umgekehrt: makelloses WHOIS mit kaputtem MX bedeutet Routing-Fehler in DNS, nicht beim Registrar. Workflow: WHOIS für Locks und Daten, DNS für Records, SSL-Zertifikats-Checker für HTTPS auf den Zielen dieser Records.

HTTP-Header-Checker ergänzt Anwendungsschicht-Signale: Redirects, HSTS, Caching und Security-Header auf der live URL. Phishing-Kits nutzen frisches WHOIS auf jungen Domains mit gültigen Let's-Encrypt-Zertifikaten — WHOIS-Alter plus Header-Anomalien plus Blacklist-Checks auf sendenden IPs liefern ein vollständigeres Bild als jedes Tool allein. Ohne diese Schicht riskieren Sie, einen sauberen Registry-Eintrag fälschlich als Vertrauenssignal für Endnutzer zu werten.

DN01 speichert keine vollständige WHOIS-Historie, verkauft keine Registry-Daten weiter und ersetzt keine ICANN-akkreditierten Registrar-Portale für Transfers. Wir bieten schnelle, kopierfreundliche öffentliche Lookups mit lokalisierter UI, lokaler Recent-History und API-Zugang — ehrlicher Scope ohne Domain-Marketplace oder globales WHOIS-Archiv zu sein.

Compliance-Teams dokumentieren WHOIS-Screenshots neben DNS-Checker-Exports für Audit-Trails. DN01 liefert zeitstempelbare Felder für interne Tickets, speichert aber keine mandantenübergreifende Fallakte serverseitig — archivieren Sie Ausgaben in Ihrem GRC- oder Ticketing-System.

Fünf-Schritte-Domain-Due-Diligence

  1. WHOIS der Apex-Domain: Registrar, Erstellungs- und Ablaufdaten, Statuscodes und Nameserver-Delegation im Ticket erfassen, inklusive Screenshot-Zeitstempel für spätere Audits.
  2. DNS-Checker auf Apex und kritischen Subdomains; NS gegen WHOIS diffen und TTL auf MX, TXT und A notieren, besonders vor Mail- oder CDN-Migrationen.
  3. DIG auf ausgewählte Typen (MX, TXT, NS) für Resolver-Style-Evidenz in Abuse- oder Vendor-Threads.
  4. SSL-Zertifikats-Checker und HTTP-Header-Checker auf live Web-Host; Redirect-Ketten und HSTS notieren.
  5. Bei Mail oder Reputation Blacklist-Checker auf ausgehende IPs; alle Ausgaben mit Timestamps archivieren — DN01 hält keine gemeinsame Fallakte.
  6. Optional Punycode-Konverter für IDN-Labels nutzen, dann WHOIS und DNS-Checker auf der kodierten Form wiederholen, damit Ticket und Registry-Antwort dieselbe Schreibweise verwenden.

WHOIS-Abfrage vs Registrar-Portale und Bulk-Monitore

Registrar-Panels zeigen Ihre Domains mit Billing, DNS-Templates und Transfer-Auth-Codes — aber nur für Namen, die Sie dort verwalten. DN01 WHOIS beantwortet öffentliche Registry-Fragen für jede eingegebene Domain, was Ermittler, Wettbewerbsanalysten und Käufer vor Akquisition brauchen. Wir ersetzen nicht Ihren Registrar-Login für Verlängerungen oder Auth-Code-Abruf.

Bulk-WHOIS-Monitore verfolgen Portfolio-Ablauf über Tausende Namen mit Alerts und Eigentümer-Graphen. DN01 fokussiert schnelle Single-Domain-Lookups mit DNS-, DIG-, SSL- und Header-Tools auf einer Site — kein Multi-Tenant-Portfolio-Dashboard oder WHOIS-History-Warehouse.

Terminal-whois auf macOS oder Linux funktioniert offline-freundlich, aber Corporate-Laptops blockieren es oft. Browser-WHOIS mit Copy-Buttons und acht lokalisierten Interfaces hilft gemischten Teams, dieselbe Domain ohne Paketinstallation zu dokumentieren. Rate Limits schützen den Dienst; wiederkehrende Checks können die dokumentierte API nach Token-Registrierung nutzen.

Manche TLDs wechselten von Port-43-WHOIS zu RDAP JSON. DN01 normalisiert Antworten in lesbare Panels unabhängig vom Backend-Protokoll — Registrar, Daten, NS und Status ohne Textwände parsen. Ehrliche Grenzen: kein garantiertes Registrant-E-Mail bei Redaktion, keine litigation-grade Chain of Custody, keine Propagation-Maps — nur präzise öffentliche Registrierungsmetadaten für schnelle Antworten.

Law-Enforcement- und Brand-Protection-Teams mit Subpoena-Macht brauchen Registry-Kanäle jenseits öffentlichem WHOIS — DN01 beschleunigt den ersten Open-Source-Blick, der entscheidet, ob eine Domain tieferes Budget verdient. WHOIS-Timestamps in Ihrem Case-System dokumentieren; wir behalten keine serverseitige Query-Historie für Drittanalyse.

Reseller- und Agentur-Workflows profitieren davon, WHOIS vor Kunden-Onboarding zu screenshotten: Registrar, NS und Statuscodes erklären oft, warum ein Transfer hängt, bevor Sie Support eskalieren. DN01 ersetzt keine Auth-Codes aus dem Registrar-Login, liefert aber die öffentlichen Fakten für das erste Gespräch mit dem Kunden.

Warum DN01 WHOIS nutzen

  • Öffentliche Registrierungsmetadaten mit Registrar, Lebenszyklusdaten, Statuscodes und Nameserver-Delegation in einer lesbaren Ansicht.
  • Passt natürlich zu DNS-Checker, DIG, SSL-Zertifikats-Checker und HTTP-Header-Tools für End-to-End-Domain-Validierung.
  • Acht lokalisierte Interfaces plus dokumentierter API-Zugang — ohne vollständige historische WHOIS-Archive oder Registrar-Billing-Funktionen zu behaupten.
  • Lokale Recent-Lookup-Historie im Browser für schnelle Vergleiche; keine falschen Versprechen über globale Propagation-Grids oder PAN-Speicherung.
  • Klare Abgrenzung zu Registrar-Billing und Auth-Code-Workflows — WHOIS liefert öffentliche Registry-Fakten, während Zahlungs- und Transfer-Aktionen weiterhin im akkreditierten Registrar-Portal bleiben müssen.
  • Ideal für gemischte Teams aus Support, Security und Marketing, die dieselbe Domain ohne CLI-Tools dokumentieren müssen.
  • Keine PAN-Speicherung und keine globalen Propagation-Grids — nur ehrliche Registry-Metadaten.

FAQ

WHOIS-FAQ

Domain-Inhaberschaft, Ablauf, Datenschutz und wann WHOIS mit DNS kombinieren.

Was zeigt ein WHOIS-Lookup?

Es kann Registrar, Erstellungs- und Ablaufdatum, Nameserver, Statuscodes und öffentliche Kontaktdaten anzeigen, sofern das Register sie veröffentlicht. Für den Einstieg siehe den WHOIS-Domain-Lookup-Leitfaden.

Warum sind manche WHOIS-Kontaktdaten verborgen?

Viele Registries redigieren personenbezogene Daten aus Datenschutz- oder Rechtsgründen. Für Registrar, Status und Daten bleibt WHOIS trotzdem nützlich; der Hinweis zur WHOIS-Privatsphäre erklärt die Grenzen.

Wie unterscheidet sich WHOIS von DNS?

WHOIS beschreibt Registrierungs-Metadaten. DNS-Checker zeigt die aktuell veröffentlichten Records für Traffic, E-Mail und Verifizierung.

Wann sollte ich zusätzlich SSL prüfen?

Bei Live-Sites kombiniere WHOIS-Daten mit dem SSL-Zertifikat-Checker, um Aussteller, Ablauf und Host-Abdeckung zu bestätigen.

Wie prüfe ich, wann eine Domain abläuft?

Frage die Domain hier ab und lies das Ablauf- oder registry-paid-until-Feld. Für die Verlängerungsplanung siehe Domain-Ablauf per WHOIS.

Kann WHOIS den echten Domain-Inhaber zeigen?

Nur wenn das Register Registrant-Kontakte veröffentlicht und kein Privacy-Dienst aktiv ist. Viele gTLDs redigieren personenbezogene Daten — WHOIS zeigt trotzdem Registrar, Status und Nameserver.

Was sind WHOIS-Statuscodes?

Statuscodes wie clientTransferProhibited oder serverHold beschreiben Registry-Sperren und Lebenszyklus-Zustände. Sie erklären, warum Transfers scheitern oder ein Name trotz korrekt aussehendem DNS nicht auflöst.

Soll ich WHOIS-Nameserver mit DNS vergleichen?

Ja. WHOIS-Nameserver zeigen die Delegationsabsicht des Registrars. Live-NS aus DNS-Checker oder DIG zeigen, was Resolver heute abfragen — Abweichungen sind ein typischer Migrationsfehler.

Ist WHOIS dasselbe wie RDAP?

RDAP ist der strukturierte Nachfolger von klassischem WHOIS-Text. DN01 liefert Registry-Daten über unser Backend — dieselben praktischen Felder ohne lokales `whois`.

Kann ich WHOIS-Lookups automatisieren?

Nutze das Web-Tool für Stichproben. Für Skripte und Monitoring siehe die API-Dokumentation nach API-Token anfordern.

Beweist WHOIS, dass eine Domain sicher ist?

Nein. WHOIS hilft bei Eigentum und Ablauf. Bei Abuse oder Phishing prüfe auch Live-DNS, HTTP-Header-Checker und Zertifikate — Registrierungsalter ist kein Sicherheits-Score.

Warum unterscheiden sich WHOIS-Antworten zwischen Tools?

Thin-Registries, Rate Limits und Privacy-Redaktion ändern sichtbare Felder. Frage den autoritativen Pfad für die TLD ab und vergleiche Registrar und Nameserver — die zählen bei Transfers.

Tool-Wechsler

Nächsten Schritt im Domain- oder Sicherheits-Workflow wählen.

Vollständiger Tool-Katalog

Anleitungen

Praxisnahe Anleitungen für häufige WHOIS-Aufgaben — DNS-Einträge, Troubleshooting-Schritte und Links zu unseren kostenlosen Tools.

Zurück zu WHOIS