DL
DNS Lookup
Query DNS records for any domain — A, AAAA, MX, NS, TXT, CNAME, and SOA records.
More Network & IT Tools
| Type | Host | Value | TTL |
|---|---|---|---|
No records found for this type.
How to Use DNS Lookup
Enter a domain name and select the DNS record type you want to query. The tool performs a real DNS lookup from our server and returns all matching records with their TTL values. Supports A (IPv4), AAAA (IPv6), MX (mail servers), NS (nameservers), TXT (text records, including SPF/DKIM), CNAME (canonical name), and SOA (start of authority).
About DNS Lookup
DNS (Domain Name System) is the phone book of the internet — every time you type a website address into your browser, DNS translates that human-readable name (like example.com) into the machine-routable IP address the browser actually connects to. But DNS does much more than just IP lookups: it tells mail servers where to deliver email (MX records), verifies that an email actually came from the domain it claims (SPF and DKIM via TXT records), provides redundancy by listing multiple authoritative nameservers (NS records), and allows one domain to be an alias for another (CNAME records, which are how www.example.com usually points to the same server as example.com).\n\nTroubleshooting DNS is one of the most common tasks in web development and IT operations. A new A record you just added 10 minutes ago is not resolving because of propagation delay or a misconfigured TTL. An email campaign is failing because the SPF record has a typo that prevents delivery servers from verifying the sender. A subdomain redirect is not working because the CNAME points to the wrong target. A site is offline but the DNS resolves fine — confirming the problem is at the web server, not at the DNS level. In every one of those scenarios, a quick, reliable DNS lookup tool that queries a real public resolver (not a cached local resolver that might still return stale data) is the first diagnostic tool to reach for.\n\nThis tool performs real-time DNS queries from our server using the operating system\u0027s DNS resolver (PHP\u0027s dns_get_record function, which calls the system\u0027s configured resolver — typically your hosting provider\u0027s DNS or a public resolver like 8.8.8.8). This means you get the same DNS answers that any external system trying to reach that domain would get — not cached results from your local machine or browser\u0027s DNS cache. No results are cached between requests on our side, so repeated queries always hit the live DNS system.\n\nThe seven supported record types cover the vast majority of DNS troubleshooting needs. A records return IPv4 addresses. AAAA records return IPv6 addresses. MX records return the domain\u0027s mail exchange servers with their priority values (lower = higher priority). NS records return the authoritative nameservers for the domain. TXT records return arbitrary text strings — used for SPF (sender policy framework), DKIM (domain keys identified mail), DMARC, domain verification tokens for services like Google Workspace, and more. CNAME records return canonical names — the real hostname this record points to. SOA records return the start of authority — the primary nameserver, the admin\u0027s email, the serial number (used for zone transfers), and timing values.\n\nA note on propagation: when you add or change a DNS record, the change is not instant worldwide. Each record has a TTL (time to live) in seconds that tells other DNS servers how long to cache it. A record with a 1-hour TTL can take up to an hour to propagate after a change because intermediate resolvers will return the old cached value until the TTL expires. If you just updated a record and this tool still shows the old value, check the TTL — if it is high (e.g., 86400 seconds = 24 hours), the change may simply need time to propagate. Reducing the TTL before making a planned DNS change is a standard best practice.
Details & Tips
Record type reference for troubleshooting: A/AAAA — does the domain resolve at all? If the A record lookup returns empty or an error, the domain either does not exist or its DNS configuration is broken. MX — where does email for this domain go? Returned records include a priority value; the lowest priority server is tried first. If MX lookups return empty, the domain cannot receive email (though it may use a fallback A-record delivery, which is less reliable). TXT — check SPF: v=spf1 records define which servers are authorised to send email on behalf of the domain. Check DKIM: long base64-encoded public keys used by receiving servers to verify email signatures. Check DMARC: v=DMARC1 policies that tell receiving servers what to do with emails that fail SPF/DKIM. NS — which nameservers are authoritative? If NS records point to nameservers that are not configured or return different zone data, the domain has a configuration mismatch. CNAME — is this subdomain an alias? CNAME chains more than 2-3 deep can cause resolution delays and are sometimes flagged by performance tools. SOA — the serial number increments with each zone update; if you just made a change and the serial has not incremented, the zone update may not have been applied. The admin email uses dots instead of @ (e.g., admin.example.com means [email protected]).\n\nPHP\u0027s dns_get_record is a straightforward wrapper around the system resolver. It is reliable for standard record types but has limitations: it cannot query custom record types, it cannot specify an alternative resolver, and on some hosting configurations it may be disabled (though this is rare on standard LAMP/LEMP stacks). The @ error suppression is used because dns_get_record returns false for non-existent domains and also emits a warning — suppressing the warning and treating false as "no records" is the standard PHP idiom. Timeout is not configurable through this function (it uses the system resolver timeout, typically a few seconds), so very slow DNS servers may cause a noticeable delay before the error response.
Frequently Asked Questions
What DNS record types can I look up with this tool?
A (IPv4 address), AAAA (IPv6 address), MX (mail exchange), NS (nameservers), TXT (text records including SPF/DKIM/DMARC), CNAME (canonical name/alias), and SOA (start of authority). These seven types cover the vast majority of DNS troubleshooting and diagnostics.
Does this tool query my local DNS or a public resolver?
It queries from our server\u0027s DNS resolver — typically the hosting provider\u0027s DNS or a public resolver. This means you get the same answers any external system would get when trying to reach that domain, not cached results from your local machine or browser.
Why do my recently updated DNS records still show old values?
DNS propagation delay. Each record has a TTL (time to live) that tells resolvers how long to cache it. If the TTL was set to 3600 seconds (1 hour) before you made the change, intermediate resolvers may return the old cached value for up to an hour. Lower the TTL before making planned DNS changes to minimise propagation time.
Can I check SPF, DKIM, and DMARC records with this tool?
Yes — all three are stored as TXT records. Query the TXT type for the domain and look for records starting with v=spf1 (SPF), v=DKIM1 (DKIM keys), or v=DMARC1 (DMARC policies). For DKIM, the selector is often a subdomain (e.g., google._domainkey.example.com), so query that specific hostname.
What does the priority number in MX records mean?
Lower numbers = higher priority. A mail server trying to deliver email to the domain will try the MX server with the lowest priority first. If that server is unreachable, it tries the next lowest, and so on. Multiple MX records with different priorities provide redundancy — if the primary mail server goes down, email is delivered to the backup. Equal priorities distribute load.
I got an empty result for the A record — is the domain broken?
An empty A record lookup means the domain name has no IPv4 address configured. This could mean: (1) the domain exists but has no A record (only AAAA for IPv6), (2) the DNS configuration is incomplete, (3) the domain has expired, or (4) the domain does not exist at all. Check with other record types (NS, SOA) to see if the domain exists but has no A record.
Why does my CNAME lookup still show the old target after I changed it?
Same as any other DNS change: TTL propagation delay. If the CNAME record had a long TTL, cached resolvers will return the old target until it expires. Additionally, check that your CNAME is not pointing to another CNAME — long CNAME chains can cause unexpected behaviour.
Is my domain name logged or stored when I query it?
No. DNS queries are performed in real time and are not logged, cached, or stored on our server. Each query is stateless — the server resolves the domain and returns the result without keeping any record of the lookup.
Can I query a subdomain (e.g., mail.example.com or _dmarc.example.com)?
Yes — just enter the full subdomain in the domain field. For DKIM selectors, enter the full hostname including the selector (e.g., google._domainkey.example.com). For DMARC, query _dmarc.example.com as a TXT record.
What does the SOA record tell me?
The SOA (Start of Authority) record contains administrative information: the primary nameserver, the domain admin\u0027s email (with dots instead of @), a serial number (incremented on each zone update — useful for confirming a recent change was applied), and timing values (refresh, retry, expire, minimum TTL) that control how secondary nameservers synchronise.
Part of These Collections
Also Available As
dns lookup, dns checker, dns records, dns query, a record lookup, mx record lookup, txt record lookup, dns propagation checker, dns tool, nameserver lookup
Explore More Tools
View all toolsFound a Problem?
Let us know if something with DNS Lookup isn't working as expected.
Something went wrong. Please try again.
Thanks — we'll take a look.