WHOIS / RDAP Lookup
Check domain registration records with RDAP-first lookup, WHOIS fallback, expiry timing, status clues, nameservers, contacts, and exports.{{ summaryHeading }}
| Field | Value | Copy |
|---|---|---|
| {{ row.label }} | {{ row.value }} | |
|
{{ infoEmptyTitle }}
{{ infoEmptyNote }}
|
||
| Field | Value | Copy |
|---|---|---|
| {{ row.label }} | {{ row.value }} | |
|
No public contact fields returned
Registry privacy or RDAP redaction can hide registrant, admin, technical, and billing contact values.
|
||
| Field | Value | Copy |
|---|---|---|
| {{ row.label }} | {{ row.value }} | |
|
No nameserver fields returned
The WHOIS or RDAP source did not publish nameserver fields in this response.
|
||
| Field | Value | Copy |
|---|---|---|
| {{ row.label }} | {{ row.value }} | |
|
No registrar profile fields returned
Try the WHOIS-first fallback if the RDAP source omits registrar contact fields.
|
||
Domain registration data is the public control record behind a name, not the website that appears when the name is opened. It connects a domain to its registry, registrar, lifecycle dates, delegated nameservers, status codes, and any contact roles that policy still allows to be shown. That record is often the fastest clue when a renewal deadline is missed, a transfer is blocked, or an incident responder needs to know which registrar owns the next administrative step.
The registration record answers a different question from live DNS. A domain may be registered and delegated while its web server is down, and a domain may list nameservers even when the zone has no usable A, AAAA, MX, or TXT answers. Reading the record well means separating ownership and delegation evidence from service-health evidence, then checking whether expiry dates, status codes, registrar details, and nameservers all point to the same operational story.
- Registry
- The operator for a top-level domain such as
.com,.org, or a country-code TLD. - Registrar
- The sponsor that normally handles renewal, transfer locks, account ownership, and customer support for the registration.
- Registrant
- The registered name holder. Public registrant fields may be redacted, proxied, or omitted.
- Delegation
- The nameserver set published in registration data, which identifies intended authoritative DNS servers but not the zone contents.
RDAP, the Registration Data Access Protocol, gives registration lookups a structured HTTP and JSON shape. Legacy WHOIS is older, text-oriented, and less consistent from one registry or provider to another. ICANN now requires gTLD registries and registrars to provide RDAP, and most gTLD WHOIS service obligations ended on Jan. 28, 2025, with limited exceptions. Country-code domains and provider-parsed WHOIS data can still differ, so comparing source paths remains useful when a record looks sparse.
A registration lookup is strongest as a triage record. Privacy redaction can hide contacts, registry grace periods can complicate deletion timing, and status text can require exact policy context before anyone acts. The safest reading is to treat registrar, expiry, status, and nameserver fields as clues that guide the next check rather than as a complete explanation of website, email, or DNS behavior.
How to Use This Tool:
Use one public domain at a time, then choose the lookup order based on whether you want the structured RDAP record first or a WHOIS-style comparison first.
- Enter a bare name in
Domain, such asexample.com. Pastedhttp://orhttps://URLs are reduced to the host before the lookup runs. - Keep
RDAP first, WHOIS fallbackfor ordinary renewal, transfer, and registrar checks. UseRDAP onlyfor a standards-shaped source, orWHOIS firstwhen legacy-style provider coverage is the comparison point. - Adjust
Lookup timeoutonly when needed. The control accepts 2500 to 15000 milliseconds, and slower registries may need more time before fallback or failure is fair. - Click
Lookup. The summary reports the normalized domain, source used, registrar when present, expiry clue, and a shortened status value. - Open
Registration Lifecyclefor creation, update, expiry, age, status, and days-to-expiry fields. UseName Server Setwhen delegation is part of the question. - Review
Registrant ContactsandRegistrar Profilefor public role and registrar details. Blank contact rows are common when redaction or proxy services apply. - If the lookup rejects the input, remove spaces, ports, email prefixes, leading dots, trailing dots, and single-label internal hostnames. If the record is valid but thin, try the alternate source order before concluding that the public source has no data.
For an audit trail, record the domain, source used, registrar, Expires, Days to Expiry, Status, and nameservers. For website or mail outages, follow with a live DNS and service check.
Interpreting Results:
Read the result as a registration record first. Days to Expiry sets renewal urgency, Status can explain locks or holds, and Nameservers identifies the delegated DNS host. None of those fields proves that the website, mail records, certificate, or authoritative DNS responses are healthy.
| Output cue | What it helps decide | Check before acting |
|---|---|---|
Expires and Days to Expiry |
Renewal urgency, account follow-up, and ownership-risk timing. | Confirm auto-renewal and billing state inside the registrar account when the date is close. |
Status |
Whether locks, holds, pending actions, or deletion states may affect updates. | Check the exact EPP status meaning before treating the domain as expired or broken. |
Nameservers |
Which DNS service should be authoritative for the domain. | Run live DNS checks for records, DNSSEC, resolver behavior, and authoritative nameserver health. |
Registrar IANA ID |
Stable registrar identification when brand names differ. | Compare it with the registrar account or transfer documentation. |
| Contact rows | Public registrant, administrative, technical, or billing clues when the source publishes them. | Treat blanks as normal unless the registry or registrar policy says those fields should be public. |
Sparse data is not automatically a failure. Compare RDAP and WHOIS-style paths when contact rows, dates, or registrar fields are missing, then act on the fields that remain consistent across source, lifecycle, status, and delegation evidence.
Technical Details:
Registration data is distributed between registry and registrar systems. RDAP gives that data a standardized query pattern and response format, so a domain record can expose lifecycle events, status values, nameservers, entities, and registrar details in structured fields. WHOIS predates that model and often returns provider-specific text, which is why legacy-style results can vary in field names, date formats, redaction, and completeness.
RDAP domain discovery starts with the top-level domain. Bootstrap data maps a TLD to one or more RDAP base services, and the domain record is requested from the matching service when available. A WHOIS-style provider can still be useful as a comparison source, especially when a registry has partial RDAP coverage, when a country-code domain behaves differently, or when a parser exposes legacy fields not present in the structured record.
Lookup Core
The accepted input is a public, host-shaped domain. The lookup lowercases the name, strips a pasted HTTP scheme and path, and removes leading or trailing dots. Validation then requires at least two labels. Each label may contain letters, digits, and hyphens, but a hyphen cannot start or end a label. That excludes URLs, email addresses, ports, spaces, and private single-label hostnames from public registration queries.
| Source order | First record attempted | Fallback behavior | Best use |
|---|---|---|---|
RDAP first |
Structured RDAP domain record for the top-level domain. | WHOIS-style provider data when RDAP does not return a usable record. | Default checks where structured source data is preferred. |
RDAP only |
Structured RDAP record. | No fallback source is used. | Audits that need to avoid provider-parsed WHOIS data. |
WHOIS first |
Provider-parsed WHOIS-style registration data. | RDAP is tried when the provider result is unusable. | Comparing legacy-style coverage against RDAP fields. |
Formula Core
Registration timestamps come from the returned public record. Day counts convert those timestamps into renewal and age clues for triage.
86400000 is the number of milliseconds in a day. AgeDays floors partial days after creation, while DaysToExpiry rounds a partial remaining day up and never displays below zero. A domain with 10.4 days remaining shows 11 days; a date already in the past shows zero instead of a negative runway.
| Field group | Typical data | Important limit |
|---|---|---|
| Lifecycle | Creation, update, expiration, age, and days to expiry. | Registries can omit dates or use different event labels. |
| Status | RDAP status values or WHOIS status text. | Client status codes are set by registrars; server status codes are set by registries and can take precedence. |
| Entities and contacts | Registrant, administrative, technical, billing, or registrar roles. | Privacy law, policy, or proxy services can remove personal details from public results. |
| Nameservers | Delegated hostnames from the registration record. | Delegation does not prove live DNS answers, zone contents, or nameserver health. |
| Registrar profile | Registrar name, IANA ID, URL, email, or phone when present. | The IANA ID is usually more stable than branding text when both are available. |
Status Code Reading
Many domain status values come from the Extensible Provisioning Protocol ecosystem and appear in both RDAP and WHOIS-shaped records. clientTransferProhibited usually points to a registrar-side transfer lock. serverHold and clientHold can explain why a name is not published in DNS. Deletion states such as redemptionPeriod and pendingDelete require special care because recovery windows and release timing depend on registry and registrar policy.
Status text is a strong clue, not a substitute for registrar confirmation. Renewal, transfer, restoration, and publication changes still need to be checked with the registrar account, registrar support, or the registry named in the record.
Privacy and Accuracy Notes:
The entered domain is sent to public registration data sources according to the selected source order. Some public sources may be reached through the site when direct browser access is unavailable. Avoid confidential internal hostnames, acquisition targets, customer incident details, or private investigation notes.
- RDAP and WHOIS-style results can disagree because coverage, parsing, redaction, freshness, and registry policy differ.
- Public contact fields may be empty even when the registration is valid and active.
- Expiry and status fields describe registration state, not website uptime, mail delivery, certificate health, or live DNS correctness.
- A timeout can hide a slow but valid source. Increase
Lookup timeoutbefore treating a slow registry as unavailable.
Worked Examples:
A renewal check for example.com can start with RDAP first, WHOIS fallback. If the summary shows 12 days remaining, the useful action is to verify billing and auto-renewal inside the registrar account, then keep the public record as supporting evidence.
A transfer review for example.net may return clientTransferProhibited. That status usually means a registrar transfer lock is active, so a new transfer request may stall until the lock is removed or explained by the registrar.
A website outage can show the expected Nameservers in the registration record while the site still fails. That points away from the registration record and toward live DNS answers, DNSSEC, hosting, TLS, or HTTP checks.
A contact review may show no Registrant Contacts rows even for an active domain. Trying WHOIS first can expose a different provider parse, but registrar profile, IANA ID, lifecycle dates, status, and nameservers are usually the stronger public audit trail.
FAQ:
Why is RDAP preferred over WHOIS?
RDAP returns structured registration data, so dates, status values, nameservers, and entity roles are easier to compare. WHOIS-style fallback is still useful when RDAP is unavailable, sparse, or different from a legacy provider view.
Why are the contact fields empty?
Many registries and registrars redact public contact data. Empty Registrant Contacts rows usually mean the selected source did not publish those fields, not that the registration is invalid.
Does the nameserver list prove DNS is working?
No. Name Server Set shows delegated nameservers from registration data. Use DNS checks to confirm records, DNSSEC state, resolver behavior, and authoritative nameserver responses.
What does an invalid-domain error mean?
The input must be a public, host-shaped domain with at least two labels. Remove schemes, paths, ports, spaces, email prefixes, unsupported characters, leading dots, and trailing dots.
Why do RDAP and WHOIS-style results differ?
RDAP and WHOIS-style sources can expose different fields, date labels, and contact details. Try the alternate source order, then trust the fields that stay consistent across source, registrar, lifecycle, status, and nameserver evidence.
Glossary:
- RDAP
- Registration Data Access Protocol, the structured HTTP and JSON protocol for registration data.
- WHOIS
- A legacy registration lookup method whose text responses vary by registry, registrar, and provider.
- Registry
- The authority that operates a top-level domain and maintains the domain registration system for it.
- Registrar
- The company that sponsors and manages a domain registration for the registered name holder.
- EPP status
- A domain state code that can describe locks, holds, pending actions, grace periods, or normal operation.
- Nameserver set
- The delegated DNS servers listed in registration data for the domain.
- Redaction
- The removal or hiding of public contact details because of privacy law, policy, or proxy service rules.
References:
- Registration Data Access Protocol, ICANN.
- Registration Data Access Protocol Query Format, RFC Editor, June 2021.
- JSON Responses for the Registration Data Access Protocol, RFC Editor, June 2021.
- Bootstrap Service Registry for Domain Name Space, IANA, April 4 2022.
- EPP Status Codes, ICANN, June 16 2014.
- ICANN Lookup FAQ, ICANN.