反向IP与反向DNS查询
把IP地址反查回主机名。反向DNS（PTR）记录是邮件服务器和日志分析工具用来给地址对应名称的依据；我们通过两个公共解析器实时查询它，并检查该名称是否指回同一个地址。
PTR查询
52.216.73.216.in-addr.arpa
| 解析器 | 状态 | 记录 | TTL | DNSSEC | 延迟 |
|---|---|---|---|---|---|
| Cloudflare 1.1.1.1 (DoH) | NXDOMAIN | — | — | 是 | 6 ms |
| Google 8.8.8.8 (DoH) | NXDOMAIN | — | — | 是 | 5 ms |
托管在该地址上的域名
DNS指向该地址的网站，来自IP2WHOIS托管域名索引。免费方案每页只返回一个名称，因此这只是样本，绝非完整列表。
托管域名索引今天的配额已用完；只显示缓存的结果。请在2026年10月23日 UTC 00:00之后再试。
数据出处 Hosted-domain data by IP2WHOIS (IP2Location.io)
IP2WHOIS Hosted Domain API (IP2Location.io) · not queried: daily budget reserve reached; resets 2026-10-23T00:00:00Z运行反向查询
输入IPv4或IPv6地址，然后点击查询。您自己的地址已预先填入。结果显示PTR名称、应答的解析器，以及正向确认是否成功。
反向DNS（PTR）结果
PTR记录由控制该地址块的一方设置——您的运营商、托管服务商——而不是由域名的所有者设置。
PTR记录
在反向区域中为该地址登记的主机名，例如邮件服务器的mail.example.com，或家庭线路的203-0-113-42.dynamic.example-isp.net。有些地址有多个。
正向确认的反向DNS
我们会查询PTR名称的A/AAAA记录，并检查原始地址是否在其中。匹配（FCrDNS）是邮件服务器希望从发送服务器看到的结果；不匹配是邮件被拒收的常见原因。
in-addr.arpa与ip6.arpa
反向记录保存在特殊的区域中：IPv4地址倒写后的42.113.0.203.in-addr.arpa，以及IPv6在ip6.arpa下的32个十六进制位的名称。地址块持有者委派这些区域并设置记录。
为什么有些IP没有PTR
许多运营商从不为家庭或移动网段设置PTR，云服务商在客户设置之前也会留空。家庭连接没有PTR是正常的，只有对发送邮件的服务器来说才是问题。
该IP上的域名
要查找托管在一个地址上的所有网站（反向IP托管查询），需要一个被动DNS数据库来记录哪些名称曾在一段时间内解析到该地址；PTR记录只保存运营者选择的那一个名称。上线时我们还没有这类数据，当能以允许展示的条款获得时，我们会添加这项功能。对于单个网站，域名IP查询工具可以进行正向查询。
反向DNS的原理
反向查询是对in-addr.arpa或ip6.arpa树中PTR记录的一次普通DNS查询。区域注册机构把一个地址块的反向区域委派给它的持有者，由持有者为其运行域名服务器并为每个地址添加记录。因为内容由持有者决定，PTR只是网络运营者的一种声明，不能证明任何事情——这正是正向确认很重要的原因。
常见问题
什么是反向IP？
从地址而不是名称出发的查询：要么是PTR记录（本页显示的内容），要么在托管场景下，是托管在该地址上的域名列表。
如何反查一个IP地址？
在上方输入地址；一秒之内就会返回PTR主机名。在终端中：nslookup 203.0.113.42或dig -x 203.0.113.42。
如何运行反向查询？
在本页输入地址即可。在命令行中使用dig -x <ip>或nslookup <ip>，macOS/Linux上还可以用host <ip>。
我能查到一个IP地址属于谁吗？
PTR名称常常能透露运营商，有时还有城市或接入类型；注册记录（参见WHOIS查询）显示持有该地址块的组织。个人用户永远不会被公布。
能从IP找到主机名吗？
只有当运营者设置了PTR记录时才可以。服务器和许多固网地址有PTR；移动和许多家庭网段没有。
能追踪某人的IP吗？
您可以查询一个地址的公开信息——运营商、区域、主机名——就像本站所做的那样。要从地址追踪到某个人，需要运营商的用户记录，而这些只有有关部门才能获得。
DNS应答来自Cloudflare 1.1.1.1和Google 8.8.8.8（DNS over HTTPS），通过CheckMyIP查询服务获取；缓存时间不超过记录的TTL（我们这边为60秒）。