DNS Lookup: A, AAAA, MX, TXT & More

Enter a domain and choose a record type. TTL shows how long a record may be cached, in seconds; lower MX preference numbers take precedence. Queries are sent to KivTools; this tool does not compare DNS propagation across multiple locations.

Live network check ·
RecordsTTL · priority · value
Run the tool to see structured results here.

How to look up DNS records

Enter a domain name and pick a record type, or leave ALL to query every type this tool supports: A, AAAA, CNAME, MX, TXT, NS, SOA and CAA. PTR takes an IPv4 or IPv6 address and returns the hostname that address points back to.

The lookup runs on the KivTools server and shows the rows the resolver returns: type, owner name, value, and the TTL in seconds that the resolver may keep caching the answer for.

  1. Type the domain (example.com) or, for a PTR lookup, the address, then choose the record type; ALL queries every supported type in one pass.
  2. Press Look up records. The summary counts the rows and the record types that came back and repeats the name that was queried.
  3. Read the rows from top to bottom: type, owner name, value and TTL in seconds. An MX row starts with its preference number, and a CAA value reads flags, tag, then value.
  4. When the name is an alias, the CNAME hop is printed before the records it leads to, because that is where the answer is published.
  5. One lookup stops at 100 rows, and the endpoint accepts 30 lookups per minute from one address.

Reading the record values

Reading the record values

A and AAAA rows carry the IPv4 or IPv6 address the resolver returned. MX rows carry the mail host and its preference number, where the lowest number is tried first. NS rows name the authoritative nameservers, and a SOA row shows the primary nameserver and the responsible mailbox separated by a middle dot. CAA shows the flags, the tag and the value a certificate authority has to match.

A TXT value is joined back into one string when the record was published in several character strings, which is how long DKIM and SPF records travel, so what is shown here is what a receiving server reassembles. The TTL is the cache time the resolver still allows, not the TTL configured in the zone: the same name queried twice in a row can come back with a much smaller number.

Aliases, empty answers and refused input

When a name is a CNAME, the lookup follows the chain, prints each hop, and queries the canonical name. This matters for DKIM and SPF selectors, which are usually aliases at a mail provider: the value is published on the target, not on the name you typed.

An empty list means the resolver returned no record of that type for that name, which can be a missing record, a name that does not exist, or a record that is only cached elsewhere. PTR needs an address, the other types need a name with at least two labels, and private, reserved or local addresses are refused before any query is sent.

Where the answer comes from

Each lookup is one query through the resolver configured on the KivTools server, from a single location. It reports what that resolver knows at that moment; it is not a propagation map, so a change made minutes ago can still be invisible here.

The name and the record type are sent to KivTools for the query and no result is stored. The answer is not authoritative: confirm a value against the authoritative nameserver or a second resolver before you change production DNS.

Recent tools: