What Is the Difference Between WHOIS, DNS, and RDAP?
DNS answers how a name is delegated and resolved; RDAP returns structured registration data for domains and number resources; WHOIS is the older, largely free-text registration lookup protocol that RDAP was designed to replace.
These systems answer different questions
Use DNS to inspect current records such as A, AAAA, MX, TXT, NS, CAA, and SOA. That helps diagnose where a name resolves, which servers are authoritative, or where mail should go. DNS normally does not tell you the identity of a registrant, the registrar contract, or whether contact data is available.
Use RDAP for current registration data exposed by the responsible registry or registrar. RDAP uses HTTP and structured JSON, supports standardized status and links, and can handle domains, IP networks, and autonomous system numbers. Responses may still redact personal data or vary according to policy and access level; absence from a public response is not proof that the underlying registration field does not exist.
WHOIS remains a name people use broadly
Traditional WHOIS sends a query and returns free-form text whose fields vary between servers. Many tools and people still say “WHOIS lookup” for the general task of checking registration data even when the implementation uses RDAP. Read the tool’s source and response labels before building automation around it, and prefer structured RDAP when it is available.
Investigating a new website failure
1. DNS: do NS and A/AAAA records resolve?
2. RDAP: is the domain registered and what status is reported?
3. HTTPS: does the endpoint present the expected certificate?
No single lookup proves the whole chain. A registered domain can have broken DNS, and working DNS can point to a server with an application or certificate problem.
Use the lookup that owns the answer
| System | Best question | Response style |
|---|---|---|
| DNS | Where and how does this name resolve? | Typed resource records |
| RDAP | What registration data is publicly available? | Structured JSON over HTTPS |
| WHOIS | What does this legacy server report? | Server-specific text |
| TLS certificate | What identity did this endpoint present? | Certificate fields; separate from registration |
Build a defensible domain investigation
- Phrase the question first: resolution, delegation, registration, ownership evidence, or service health.
- Record timestamps and the authoritative source because registration and DNS data can change.
- Expect lawful redaction and do not infer identity from missing public contact fields.
- For automation, prefer RDAP fields and status semantics over scraping display text.
Conclusions these lookups do not support
- Registration expiry dates may reflect registry events and grace periods; do not treat one displayed date as a guaranteed deletion moment.
- Nameservers listed in registration data do not prove the current child zone answers correctly.
- Do not use public registration data for harassment, unsolicited marketing, or a claim of verified ownership.
Domain lookup questions
Has RDAP completely replaced WHOIS?
RDAP is the standards-based replacement and is widely deployed, but legacy WHOIS terminology, services, and fallback behavior can still appear.
Can DNS tell me who owns a domain?
DNS can expose operational records and delegation, but ownership or registration questions belong to registration data and may be redacted.
Follow the surrounding workflow
Use the WHOIS Lookup to inspect a harmless example. Continue with ports and application identity when the task moves into that layer.
Authoritative reference points
ICANN RDAP overview
Explains RDAP, WHOIS replacement goals, structured access, and deployment.
RFC 9082: RDAP Query Format
Defines HTTP query paths for RDAP objects.