DNS Lookup is a simple tool for looking up the DNS records of a domain. It returns the A, MX, and other records of the domain.
Try it — live request, no key required
No key required to try it. Get a key to use it in your app.
{
"status": "ok",
"error": null,
"data": {
// DNS Lookup response payload
}
}
About the DNS Lookup API
DNS Lookup works by performing a DNS query to retrieve the DNS records of a domain. It returns the A, MX, and other records of the domain.
What people use it for
- Domain Management
- Manage domain records by using the DNS Lookup API. Retrieve the DNS records of a domain to verify configurations and troubleshoot issues
- Network Monitoring
- Monitor network performance by using the DNS Lookup API to check the DNS records of domains. Identify issues with DNS resolution and connectivity
- Security Analysis
- Analyze domain security by using the DNS Lookup API to inspect DNS records. Check for misconfigurations and vulnerabilities in domain settings
- Web Development
- Develop websites by using the DNS Lookup API to retrieve DNS records. Use the data to configure domain settings and optimize website performance
Ways to call it
One endpoint, many ways in — REST with JSON, XML, YAML and CSV, plus GraphQL and an MCP interface for AI agents.
- JSON
- Default REST response
- XML
- Markup format
- YAML
- Human-readable
- CSV
- Tabular export
- GraphQL
- Query language
- MCP
- For AI agents
Other ways to use DNS Lookup
Same data, same APIVerve account, same credit balance — one key works on all of them.
What does the DNS Lookup API do?
How do I authenticate DNS Lookup API requests?
How much does the DNS Lookup API cost?
How fast is the DNS Lookup API?
What response formats does the DNS Lookup API support?
What HTTP method does the DNS Lookup API use?
Request parameters — GET /v1/dnslookup
Sent in the query string. Premium parameters are accepted on every plan but only take effect on plans that include them. Anything not listed here is dropped rather than passed through.
Required
| Parameter | Type | Example | Description |
|---|---|---|---|
domainRequired | string | myspace.com | The domain name for which you want to lookup the DNS records. Do not include the protocol, and not subdomains (e.g., myspace.com) domain |
curl "https://api.apiverve.com/v1/dnslookup?domain=myspace.com" \
-H "x-api-key: YOUR_API_KEY"Authentication
Send your key in the x-api-key header. That is the only auth step — no token exchange, and no per-endpoint scope to configure.
| Header | When | Value |
|---|---|---|
x-api-keyRequired | Every request | Your API key. Header names are case-insensitive, so X-API-Key is the same header. |
AuthorizationAlternate | Instead of the above | Bearer <key> — for clients that only expose bearer auth. Resolves to the same account and the same billing. |
A 401 means the key is missing, invalid or expired. A 403 means the key is valid but not permitted here — blocked by a key restriction or an IP allow-list. Running out of credits is a 429.
Response — GET /v1/dnslookup
Every APIVerve endpoint returns the same three top-level keys, so one response handler covers your whole integration: status, error and data. Only data changes shape.
{
"status": "ok",
"error": null,
"data": {
"domain": "myspace.com",
"records": {
"A": [
"34.111.176.156"
],
"MX": [
{
"exchange": "us-smtp-inbound-1.mimecast.com",
"priority": 10
},
{
"exchange": "us-smtp-inbound-2.mimecast.com",
"priority": 10
}
],
"NS": [
"ns-cloud-a4.googledomains.com",
"ns-cloud-a1.googledomains.com",
"ns-cloud-a2.googledomains.com",
"ns-cloud-a3.googledomains.com"
],
"SOA": {
"nsname": "ns-cloud-a1.googledomains.com",
"hostmaster": "cloud-dns-hostmaster.google.com",
"serial": 2,
"refresh": 21600,
"retry": 3600,
"expire": 259200,
"minttl": 300
},
"TXT": [
"cr40m536tje9on1slld9bi81bg",
"qpdYoeakhlmAxsnmxgAVFmJgUSibqb/y+Eu6GGn8pdmLf+mFGIB3jhRAxIC5KObsPMES9MW2c+oOrpOo/lCQVw==",
"oZ19a+EOIwWVDPJ7POj14UAGBfzk9xcJMmsTUAMUy7H82sDuVCxvw9rZqdg3znFrdTH04+49zd1djhEAt0ooiA==",
"MS=ms89904786",
"google-site-verification=eu-3gW1JePvsGRRCaEvH17YUOTFJNofm4lnz2Pk0LTc",
"google-site-verification=q0iWqpcfOBclAJaCeWh83v62QQ4uCgbWObQ08p37qgU",
"al4upe6q5cl13sg4srvfivflvg",
"v=spf1 mx ip4:63.208.226.34 ip4:204.16.32.0/22 ip4:67.134.143.0/24 ip4:216.205.243.0/24 ip4:34.85.156.5/32 ip4:35.245.108.108/32 ip4:34.86.129.193/32 ip4:34.86.134.94/32 ip4:34.85.222.234/32 ip4:34.86.176.234/32 ip4:34.86.125.212/32 ip4:34.85.224.60/32 ip4:34.86.160.49/32 ip4:35.245.64.166/32 ip4:35.188.226.11/32 ip4:34.86.208.228/32 ip4:34.85.216.144/32 ip4:35.221.22.153/32 ip4:34.86.137.108/32 ip4:34.86.51.35/32 ip4:34.150.221.40/32 ip4:34.85.216.70/32 ip4:34.86.37.191/32 ip4:34.85.214.215/32 ip4:35.236.234.82/32 ip4:34.86.161.241/32 ip4:216.32.181.16 ip4:216.178.32.0/20 ip4:168.235.224.0/24 include:_netblocks.mimecast.com -all",
"cj65vjpq0s1v9u7vfo020c6rel"
]
},
"summary": {
"hasIPv6": false,
"hasMailServers": true,
"hasSPF": true
}
}
}
Response fields
Paths are relative to data. Premium fields are absent rather than zeroed on plans that do not include them, so check for presence instead of comparing to 0.
| Field | Type | Example | Description |
|---|---|---|---|
domain | string | "myspace.com" | The domain name that was queried |
records | object | {...} | Object containing all DNS records for the domain |
A | array | [34.111.176.156] | IPv4 address records for the domain |
MX | array[2] | Mail exchange server records with priority | |
exchange | string | "us-smtp-inbound-1.mimecast.com" | Mail server hostname |
priority | number | 10 | Priority level for the mail server |
NSPremium | array | [ns-cloud-a4.googledomains.com, ...] | Nameserver records for the domain |
SOAPremium | object | {...} | Start of Authority record with DNS zone info |
nsnamePremium | string | "ns-cloud-a1.googledomains.com" | Primary nameserver hostname |
hostmasterPremium | string | "cloud-dns-hostmaster.google.com" | Email address of domain administrator |
serialPremium | number | 2 | Serial number for zone version tracking |
refreshPremium | number | 21600 | Secondary server refresh interval in seconds |
retryPremium | number | 3600 | Retry interval for failed transfers |
expirePremium | number | 259200 | Zone expiration time in seconds |
minttlPremium | number | 300 | Minimum time to live for records |
TXTPremium | array | [cr40m536tje9on1slld9bi81bg, ...] | Text records including SPF, DKIM, verification data |
summary | object | {...} | At-a-glance flags derived from the records above |
hasIPv6 | boolean | false | Whether the domain publishes any AAAA (IPv6) records — indicates dual-stack readiness |
hasMailServers | boolean | true | Whether the domain publishes any MX records — indicates it is configured to receive email |
hasSPFPremium | boolean | true | Whether a TXT record starting with v=spf1 is present — a coarse email-authentication posture flag (use the SPF Validator to parse it) |
Response headers
Every response carries your balance, so your own code always knows where it stands without polling anything. All four are exposed to browsers through CORS.
| Header | What it carries |
|---|---|
x-api-remaining-credits | Credits left in the current cycle |
x-api-credits-used | Credits spent in the current cycle |
x-api-max-credits | The allowance for the cycle |
x-api-version | Version of the endpoint that answered |
Errors
Read the HTTP status first, then error for the specific reason. The body names the parameter that has to change.
| Status | Meaning | What to do |
|---|---|---|
400 | Input was rejected | Read error; it names the parameter that has to change. |
401 | Key missing or invalid | Check the header name and the key value. |
403 | Key valid, but not permitted here | A key restriction or an IP allow-list — never a bad key. |
429 | Rate limited, or out of credits | Read error to tell them apart, then back off or top up. |
What a call costs — 6 credits per call
Credits are shared across every APIVerve API — one balance, one key, one bill. Failed requests never count against it, so a rejected input costs nothing.
| Plan | Per month | Credits | DNS Lookup calls | Per 1,000 calls |
|---|---|---|---|---|
| Free | Free | 200 | 33 | Free |
| Starter | $29.99 | 200,000 | 33,333 | $0.90 |
| Pro | $99.99 | 1,000,000 | 166,666 | $0.60 |
| Mega | $299.99 | 4,000,000 | 666,666 | $0.45 |
Calls are what the credits buy at this API's rate — spend them here, on any of the other APIs, or across both. Nothing is reserved per endpoint.
Call it from cURL — GET /v1/dnslookup
No SDK to install — this is a plain HTTPS call to /v1/dnslookup with your key in the x-api-key header. Swap in a real key and it runs as-is.
curl "https://api.apiverve.com/v1/dnslookup" \
-H "x-api-key: YOUR_API_KEY"Resources
Also published for
Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Call it from Node.js — GET /v1/dnslookup
Install the Node.js SDK, then call the DNS Lookup API with your key. The client wraps the same HTTPS request, so anything it returns is what the endpoint returns.
npm install @apiverve/dnslookupconst res = await fetch("https://api.apiverve.com/v1/dnslookup", {
headers: { "x-api-key": "YOUR_API_KEY" },
});
const { data } = await res.json();
console.log(data);Resources
Also published for
Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Call it from Python — GET /v1/dnslookup
Install the Python SDK, then call the DNS Lookup API with your key. The client wraps the same HTTPS request, so anything it returns is what the endpoint returns.
pip install apiverve-dnslookupimport requests
res = requests.get(
"https://api.apiverve.com/v1/dnslookup",
headers={"x-api-key": "YOUR_API_KEY"},
)
print(res.json()["data"])Resources
Also published for
Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Call it from C# / .NET — GET /v1/dnslookup
Install the C# / .NET SDK, then call the DNS Lookup API with your key. The client wraps the same HTTPS request, so anything it returns is what the endpoint returns.
dotnet add package APIVerve.API.DNSLookupusing var client = new HttpClient();
client.DefaultRequestHeaders.Add("x-api-key", "YOUR_API_KEY");
var json = await client.GetStringAsync("https://api.apiverve.com/v1/dnslookup");
Console.WriteLine(json);Resources
Also published for
Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Call it from Go — GET /v1/dnslookup
No SDK to install — this is a plain HTTPS call to /v1/dnslookup with your key in the x-api-key header. Swap in a real key and it runs as-is.
req, _ := http.NewRequest("GET", "https://api.apiverve.com/v1/dnslookup", nil)
req.Header.Set("x-api-key", "YOUR_API_KEY")
res, _ := http.DefaultClient.Do(req)
defer res.Body.Close()
body, _ := io.ReadAll(res.Body)
fmt.Println(string(body))Resources
Also published for
Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Call it from PHP — GET /v1/dnslookup
No SDK to install — this is a plain HTTPS call to /v1/dnslookup with your key in the x-api-key header. Swap in a real key and it runs as-is.
$ch = curl_init("https://api.apiverve.com/v1/dnslookup");
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_HTTPHEADER, ["x-api-key: YOUR_API_KEY"]);
$response = curl_exec($ch);
echo $response;Resources
Also published for
Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Call it from Ruby — GET /v1/dnslookup
No SDK to install — this is a plain HTTPS call to /v1/dnslookup with your key in the x-api-key header. Swap in a real key and it runs as-is.
require "net/http"
uri = URI("https://api.apiverve.com/v1/dnslookup")
req = Net::HTTP::Get.new(uri)
req["x-api-key"] = "YOUR_API_KEY"
res = Net::HTTP.start(uri.hostname, uri.port, use_ssl: true) { |h| h.request(req) }
puts res.bodyResources
Also published for
Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Zero-code embed — one snippet, no backend
Drop an interactive DNS Lookup form onto any page. The widget calls the API for you, so no key ever appears in your markup and there is nothing to deploy.
Changelog — DNS Lookup API
Every change to this endpoint, newest first. Breaking changes ship as a new version and the previous one keeps serving — response fields are added, never removed or retyped in place, so an integration written against v1 keeps working.
Entries are picked up from dated catalog snapshots, so the first one appears after the next snapshot that moves something. A period where nothing changed produces no entry — silence is a valid changelog for the DNS Lookup API.
Domain Data
- BIMI Record Validator
- DKIM Validator
- DMARC Validator
- DNS Lookup
- DNS Propagation Checker
- DNSSEC Checker
- Domain Availability
- Domain Expiration
- Fully Qualified Domain
- MX Lookup
- Reverse DNS Lookup
- SPF Validator
- SSL Certificate Checker
- Subdomain Finder
- URL Lookup
- URL Title
- URL Unshortener
- WHOIS Lookup
Related articles
All articles →
DNS Lookups: A Developer's Debugging GuideDNS problems cause connection failures and email issues. Learn how to use DNS lookups to diagnose problems faster.Read
The DNS Migration Checklist Nobody Talks AboutDNS propagation takes 24-48 hours. Except when it doesn't. Here's the zero-downtime DNS migration checklist.Read
Why Your API Integration Keeps BreakingAPIs break in production. Here's why it happens and how to build integrations that survive the real world.Read