DNS Lookup

About DNS Lookup

DNS Lookup helps you inspect how a domain or IP address is published in the Domain Name System. Instead of relying on raw terminal output, the tool organizes A, AAAA, CNAME, MX, TXT, NS, SOA, CAA, SRV, and PTR responses into readable result cards so you can quickly judge whether web routing, email delivery, nameserver delegation, reverse DNS, or certificate issuance policy looks correct.

How to Use

Enter a domain or IP address. Use a domain such as example.com for website or mail checks, or enter an IP address when you want reverse DNS.
Choose the record types. Select A and AAAA for web hosting, MX and TXT for mail setup, NS and SOA for delegation checks, and PTR for reverse lookup.
Run the lookup. Let the tool query the selected record families and return structured result cards instead of raw terminal output.
Interpret the results. Compare which record types were found, which returned no answer, and whether the returned values match the service you expect. If you are unsure where to start, use the quick examples for common scenarios.

Understanding Common DNS Record Types

Different DNS records answer different operational questions. Reading the right record type matters, because a domain can be healthy for one service and incomplete for another.

Record	What it tells you	Typical use case
A / AAAA	Which IPv4 or IPv6 addresses a hostname resolves to.	Checking whether a website or API points to the expected server or CDN.
CNAME	Whether one hostname aliases to another hostname instead of holding its own address record.	Verifying subdomains that point to SaaS services, CDNs, or managed platforms.
MX	Which mail servers accept inbound email and in what priority order.	Troubleshooting missing email, mail migrations, or provider cutovers.
TXT	Free-form text used for SPF, DMARC, domain verification, and vendor ownership proofs.	Checking sender policy, Google or Microsoft verification, and anti-spoofing controls.
NS / SOA	Who is authoritative for the zone and how the zone is administered.	Confirming delegation after moving DNS providers or fixing stale authority.
CAA / PTR	CAA limits certificate issuance; PTR maps an IP address back to a hostname.	Reviewing TLS issuance policy and reverse DNS for server reputation or inventory.

Interpretation Tips and Common Mistakes

A “no answer” result is not the same as a broken domain. It often means the domain exists but does not publish that specific record type. For example, many zones have A and MX records but no CAA record. By contrast, an NXDOMAIN-style error means the queried name itself is missing from DNS.

Do not assume that an MX record exists just because a website is live. Web and mail routing are separate.
When reading TXT, look for policy prefixes such as v=spf1 or v=DMARC1 rather than treating all text strings as equivalent.
Reverse DNS is checked with PTR on an IP address, not by querying PTR on a normal website hostname.
CNAME records redirect one hostname to another hostname, not directly to an IP address. If you see an IP in the answer, you are looking at A or AAAA, not CNAME.
DNS changes can take time to propagate because caches honor TTL values, so a recently updated record may not appear everywhere immediately.

FAQ

How do I check DNS records for a domain name?

Enter the domain, choose the records you care about, and run the lookup. Use A and AAAA when you are checking where web traffic goes, MX for inbound email, TXT for SPF, DMARC, or verification tokens, and NS or SOA when you need to confirm which provider is authoritative for the zone.

Why does the lookup say "no answer" if the domain is real?

Because the domain can exist without publishing every record type. A hostname may have A and AAAA records but no MX or CAA. "No answer" usually means the requested record type is absent, while a non-existent-domain error means the name itself could not be found in DNS.

What is the difference between A, CNAME, MX, and TXT?

A maps a hostname to an IPv4 address. CNAME aliases one hostname to another hostname. MX defines where inbound email should be delivered. TXT stores text-based policies and proofs, including SPF rules, DMARC policies, and service verification strings.

How do I check reverse DNS for a server IP?

Enter the IP address and query PTR. If a PTR record exists, it returns the hostname assigned to that address. Reverse DNS is commonly checked when troubleshooting mail reputation, logging, host inventory, or server identity mismatches.

Can this help me troubleshoot email deliverability?

Yes, within limits. MX tells you where mail should be received, TXT can reveal SPF or DMARC policies, and PTR on the sending IP helps you confirm reverse DNS. Those checks cover several common mail setup issues, although DKIM signing, SMTP behavior, and mailbox provider reputation still require additional testing.

Reference this content, page, or tool as:

"DNS Lookup" at https://MiniWebtool.com/dns-lookup/ from MiniWebtool, https://MiniWebtool.com/

by miniwebtool team. Updated: 2026-03-09