Reverse DNS Lookup
Find the hostname associated with any IPv4 or IPv6 address via PTR record lookup
Frequently Asked Questions
in-addr.arpa domain (for IPv4) or ip6.arpa (for IPv6) to find the associated hostname.8.8.8.8 resolves to dns.google via a PTR record.8.8.8.8 → dns.google → 8.8.8.8. This confirmation is used by email servers to verify that a server's IP and hostname are consistent, which is a strong spam prevention signal.ip6.arpa zone instead of in-addr.arpa. For example, the IPv6 address 2001:4860:4860::8888 (one of Google's DNS servers) resolves to dns.google. IPv6 PTR records are less commonly configured than IPv4 ones.mail.example.com → 203.0.113.10). A PTR record performs reverse DNS resolution — it maps an IP address back to a hostname (e.g. 203.0.113.10 → mail.example.com). PTR records are stored in the special in-addr.arpa zone and are managed by the IP block owner (usually your ISP or hosting provider), not your domain registrar. Both records must agree for forward-confirmed reverse DNS (FCrDNS), which is important for mail server trust.ip6.arpa domain with a nibble format: the full 128-bit address is expanded to 32 hex digits, reversed nibble by nibble, and each digit separated by dots. For example, the address 2001:db8::1 expanded is 20010db8000000000000000000000001, and its PTR query becomes 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa. IPv6 PTR records are less commonly set than IPv4 — even many server operators skip them — but they are equally important for mail deliverability if you send email over IPv6.About This Reverse DNS Lookup Tool
This free Reverse DNS (rDNS) Lookup tool performs a PTR record lookup for any public IPv4 or IPv6 address. It also attempts a forward confirmation lookup — verifying that the resolved hostname maps back to the original IP. Private, loopback, and reserved IP addresses are blocked for security.
Well-known DNS Server IPs
| IP | Provider | Hostname |
|---|---|---|
| 8.8.8.8 | dns.google | |
| 1.1.1.1 | Cloudflare | one.one.one.one |
| 9.9.9.9 | Quad9 | dns9.quad9.net |
| 208.67.222.222 | OpenDNS | resolver1.opendns.com |
| 4.2.2.2 | Level3 | b.resolvers.Level3.net |
Reverse DNS Use Cases
| Use Case | Why it Matters |
|---|---|
| Email deliverability | PTR required by many mail servers |
| Network diagnostics | traceroute/ping show hostnames |
| Security logging | Logs show hostnames not just IPs |
| Spam prevention | FCrDNS check by mail servers |
| Abuse investigation | Identify servers behind an IP |
Related Internet Tools
Related Articles
View all articles
How to Read a PTR Record Like a Network Investigator — Email Forensics, ISP Naming Patterns, and FCrDNS
A PTR record can say anything — anyone who controls a server can configure their reverse DNS to claim any hostname. FCrDNS (Forward-Confirmed Reverse DNS) verifies authenticity by checking that the PTR hostname resolves back to the original IP. Here's how to read ISP and datacenter naming conventions in PTR records, how reverse DNS reveals email header forgery, and why PTR record changes can indicate BGP hijacking.
Reverse DNS Is an Assertion, Not a Proof — Here's What FCrDNS Actually Verifies
A PTR record saying "mail.example.com" for an IP doesn't prove that IP is operated by example.com — it proves whoever controls the reverse DNS zone for that IP chose to set that name. Here's the fundamental asymmetry between forward and reverse DNS, why "forward-confirmed reverse DNS" (FCrDNS) provides substantially more confidence than PTR alone, how Google uses FCrDNS to verify Googlebot traffic, and when PTR records are legitimately useful for logging even without cryptographic verification.
Reverse DNS for IPv4 vs IPv6: Why ip6.arpa Delegation Works So Differently from in-addr.arpa
IPv4 and IPv6 reverse DNS use the same in-addr.arpa/ip6.arpa concept — but IPv6's vastly larger address space means most addresses simply don't have PTR records, by practical necessity rather than oversight. Here's how each zone's delegation works, who controls PTR record configuration, and why "no PTR record" is a much more common and unremarkable result for IPv6.
IP Geolocation: How It Works, Why City-Level Accuracy Is Unreliable, and the VPN Problem
IP geolocation is 95–99% accurate at country level and 50–80% accurate at city level — and VPN users are always wrong by design. Here's how geolocation databases work, the legitimate business uses, the VPN problem for geo-dependent services, and what an IP lookup actually reveals beyond location.
Reverse DNS and Email Deliverability: Why Your PTR Record Silently Matters
A missing PTR record silently degrades email deliverability. Here's how forward-confirmed reverse DNS works, why it matters for email authentication, who controls PTR records, and how reverse DNS is used in security investigation.