Look up domain WHOIS data online free - no login. Enter any domain name to query a free public WHOIS API and view its raw response - registrar, dates, and name servers, when included.
If this tool isn’t working as expected, please take a screenshot of the error and report the problem here so we can investigate and improve it.
WHOIS data can be useful for due diligence before buying a domain, checking a domain's registration date, or monitoring expiry - when the raw text the API returns actually includes that information. Since most gTLD domains have had registrant personal data redacted by default since ICANN's 2018 privacy policy change, don't expect to find an individual owner's name or contact details in most lookups.
Enter a domain name and this tool queries a free public WHOIS API (api.whois.vu) directly from your browser, then displays whatever raw WHOIS text that service returns. It doesn't parse out individual fields like registrar or expiry date - you read them from the raw text yourself, when the API includes them.
Type the domain name you want to look up (e.g. example.com).
Click lookup to query the free WHOIS API directly from your browser.
Look through the raw response yourself for registrar, dates, status, and name servers - nothing is parsed out separately.
If the free API errors or is rate-limited, follow the links to whois.domaintools.com or icann.org/lookup.
Type a domain (with or without https://) - the tool strips the protocol and any path automatically.
The request goes directly from your browser to api.whois.vu.
If the API returns a text response, it's shown as-is in a monospace block - look through it yourself for registrar, dates, or nameserver lines.
If the free API errors or is rate-limited, the tool tells you and links to whois.domaintools.com or icann.org/lookup instead.
Best For
Input
Any successful lookupResult
A "Domain" card with the domain you searched, and (if returned) a "WHOIS Data" block containing the API's raw text responseThere's no separate Registrar, Registration Date, Expiry Date, or Nameservers field anywhere in the UI - everything beyond the domain name itself is inside that one raw text block.
Input
api.whois.vu errors or times outResult
"WHOIS lookup failed. The free API may be rate-limited. Try visiting whois.domaintools.com for {domain}."The tool doesn't retry automatically - it tells you the likely cause and links to an alternative lookup service.
Input
Looking up an unregistered domainResult
Likely the same generic error message as any other failed lookup, not a distinct "this domain is available" confirmationThe tool has no special handling to detect and confirm domain availability - an empty or error response from the API looks the same whether the domain is unregistered or the API simply failed.
Read through the returned text block yourself - the tool doesn't isolate this field for you.
Works when the free API's raw text happens to include them - not guaranteed for every domain or TLD.
Use the tool's own suggested links (whois.domaintools.com, icann.org/lookup) for a more reliable result.
Problem
Solution
None exist - everything beyond the domain name is inside one raw text block, if the API returns one at all.
Problem
Solution
The implementation calls a third-party WHOIS API (api.whois.vu) - there's no code-level evidence it uses RDAP specifically, and the endpoint's own naming suggests classic WHOIS, not RDAP.
Problem
Solution
Since 2018, most gTLD registrars redact registrant personal data by default - expect a registrar and privacy-service contact, not an individual's name.
Problem
Solution
There's no dedicated availability state - a failed or empty lookup looks the same whether the domain is unregistered or the free API simply failed.
Problem
Solution
There isn't one - select and copy the raw text manually if you need to save it.
Registrar, dates, and nameservers (when present) are mixed into one block of plain text, not separated into labeled fields.
The tool's own error message links to whois.domaintools.com and icann.org/lookup for a second opinion.
Post-2018 redaction is the default for most gTLDs - a registrar and privacy-service contact is the typical result, not a name and address.
Use your registrar's own availability search - this tool has no dedicated "available" confirmation.
Registrar, registration date, expiry date, nameservers, status, and DNSSEC are never separated out - only a single raw text block (or nothing) is shown.
The tool calls a third-party WHOIS API (api.whois.vu) whose internal implementation isn't disclosed - there's no code-level basis for describing this as RDAP specifically.
Whatever contact information exists is embedded in the raw text, unparsed - it isn't broken out into separate fields.
The tool doesn't flag whether a result is redacted - you have to recognize a privacy-service placeholder yourself from the raw text.
An unregistered domain and a failed API call can look identical - both show the same generic error.
Coverage depends entirely on the third-party API - there's no CoditTools-side list of supported or unsupported TLDs.
Every lookup is a fresh, unretried request to api.whois.vu, with no copy feature for the result.
Both look up domain records, but only one parses the response into labeled fields.
| This Tool (Raw Text via a Free API) | A Structured RDAP-Based Lookup | |
|---|---|---|
| Registrar/dates/nameservers as separate fields | No - all in one raw text block | Usually yes |
| Verified protocol | Third-party API of undisclosed internals | RDAP (RFC 7480), typically disclosed |
| Availability detection | Not distinguished from a failed lookup | Often a clear "available" state |
The most common question is why a lookup shows a privacy service instead of an owner's name, or shows very little at all. Since 2018, most gTLD registrars redact registrant personal data by default - and this tool has no way to extract or highlight specific fields even when they are present, since it displays the third-party API's raw text response as-is.
No. It queries a free third-party WHOIS API (api.whois.vu) directly from your browser and displays whatever raw text response comes back, unparsed. If that text includes a registrar line, a date, or nameservers, you'll see them - but they're mixed into one plain-text block, not broken out into labeled fields.
There's no code-level evidence that it does. The tool calls a third-party API (api.whois.vu) whose internal implementation isn't disclosed to CoditTools - the endpoint's own naming suggests classic WHOIS rather than RDAP. See the general education below for what RDAP is and how it differs from WHOIS, but don't assume this specific tool uses it.
A WHOIS lookup returns the registrant contact information associated with a domain registration - when it isn't redacted. Since ICANN's May 2018 privacy policy change, redaction of registrant personal data is the default for most gTLD domains (.com, .net, .org, etc.), not an opt-in extra. In practice, most lookups today show the registrar's information and a privacy-service contact, not the individual owner's name or address.
A standard WHOIS record includes: registrar name (e.g., GoDaddy, Namecheap), registration date, expiry date, nameservers, and registrant contact information (name, organization, email, phone - unless redacted). This is general WHOIS education - whether any given field actually appears in this tool's output depends entirely on what the free third-party API returns in its raw text for that domain.
Since ICANN's May 2018 Temporary Specification (its GDPR response), redaction of registrant personal data is the default for most gTLD domains - registrars replace the registrant's personal information with a privacy-service contact automatically, not as an optional add-on you have to request. ICANN rules still require registrars to provide a way to contact the domain owner even when redacted, typically via an email forwarding form.
Often, yes - expiry dates are traditionally public information that registrars are required to display, even when registrant privacy is enabled. But this tool doesn't guarantee it: it depends on whether the free third-party API's raw text response for that domain happens to include an expiry line, since nothing is parsed or extracted.
WHOIS is the original domain lookup protocol (RFC 3912) used since 1982 - it returns plain text responses and has inconsistent formatting between registrars. RDAP (Registration Data Access Protocol, RFC 7480) is the modern replacement - it returns structured JSON, supports HTTPS, and provides more consistent data across registrars. This is general protocol education; see the FAQ above for why this specific tool shouldn't be assumed to use RDAP.
Leave your email so we can prioritize similar tools and updates.
Trending tools will appear as visitors explore the catalog.
Your recently visited tools will show up here.