Free, no account

DNS Lookup

Check every DNS record of a domain or hostname at once — A, AAAA, CNAME, MX, NS, TXT and SOA — like nslookup or dig, from your browser. Each record type answers on its own, so a missing record is shown as missing.

A domain, a subdomain, a URL or an underscore name such as _dmarc.example.com — we look up exactly the name you type.

The DNS record types

A record
The IPv4 addresses the name points to — where browsers connect for a website.
AAAA record
The IPv6 addresses the name points to, the A record's sibling.
CNAME record
An alias: this name stands for another one, and resolvers follow it. A name with a CNAME holds no other records of its own, so the other sections show what the alias target answers.
MX record
The mail servers that accept email for the name, each with a preference number. Senders try the lowest number first.
NS record
The name servers that answer authoritatively for the zone. They normally sit on the registered domain itself, not on its subdomains.
TXT record
Free-form text: SPF policies saying who may send mail for the domain, site-ownership verification tokens, and at underscore names such as _dmarc or selector._domainkey, DMARC policies and DKIM keys.
SOA record
The zone's start of authority: its primary name server, the administrator's mailbox (the first dot stands for @), the serial number, the refresh, retry and expire timers, and how long a missing record may be cached.

The lookup asks for each type separately and in parallel, using this site’s own recursive resolver, and never connects to any address the records name. To find out which company the addresses belong to, use the Website Hosting Checker; for the registrar and when the domain was registered, the Domain Age Checker.

DNS lookup questions

How do I look up a domain's DNS records?

Type a domain, a hostname or a full URL. The lookup asks a recursive DNS resolver for the name's A, AAAA, CNAME, MX, NS, TXT and SOA records at the same time and lists each type separately, so a record type the name does not have is shown as missing rather than left out.

Is this the same as nslookup or dig?

It asks the same questions. nslookup -type=mx example.com or dig example.com MX returns the MX records shown here; this page asks for all seven types at once from your browser, without a terminal. It cannot query a DNS server you choose — it always uses this site's own resolver.

How do I check a DMARC, DKIM or verification record?

Look up the name the record lives at and read its TXT section: _dmarc.example.com for DMARC, selector._domainkey.example.com for a DKIM key, where the selector is the one your mail provider gave you, or the exact name a service asked you to create for a verification token.

Why does a record type say none was found?

Because the resolver answered that the name has no record of that type. That is common and often correct: subdomains usually have no NS, SOA or MX records of their own, and a name with a CNAME has nothing else at all. If a type shows an error instead, the DNS servers did not answer in time or reported a failure, which says nothing about whether the record exists.

I just changed a record — why do I still see the old one?

Resolvers keep each answer for the record's TTL, the number of seconds its zone allows it to be cached, so a resolver that asked before your change may keep the old answer until that time runs out. This page shows what one resolver sees right now. Other resolvers around the world can still hold the old value, and that delay is what people mean by DNS propagation.

How is this different from the Website Hosting Checker?

The DNS Lookup lists the records exactly as published. The Website Hosting Checker reads a few of them — the addresses, name servers and mail servers — and works out which network hosts the site and whether a CDN sits in front of it.

Is my lookup stored?

No. The answer is sent to your browser and kept nowhere, and the analytics this site records about a lookup hold only how many record types answered — never the name or any record value.