反向 IP 查询（PTR 记录）

反向 DNS 回答的是普通查询的反方向问题：给定一个地址，它的所有者把这个地址指回了哪个名字？本页会自行构造反向域名 —— IPv4 用 a.b.c.d.in-addr.arpa，IPv6 用 ip6.arpa 下的半字节形式 —— 然后请求 PTR 记录，并显示由哪个解析器应答、响应码是什么、是否存在 CNAME 链以及 TTL。第二种模式会在同一个地址块内，逐个查询你输入地址旁边的那些地址，因为主机商往往用一眼可见的规律给机器命名。这里的一切都是公开、被动的信息：不扫描、不做字典暴力破解、不查 WHOIS。
要查询的地址
结果
就绪 —— 尚未发送查询。
输入地址后点击反向查询。
反向查询能告诉你什么、不能告诉你什么
查询的方向。普通查询通过 A 和 AAAA 记录从域名查到地址，由站点所有者控制。反向查询则通过 PTR 记录从地址查到域名，控制它的是网络所有者，而不是网站所有者。这一个区别就解释了这里看起来奇怪的绝大多数现象：像 srv12.hoster.example 这种符合主机商命名规律的域名，说明是谁在运营这台机器，却完全没说上面跑的是哪个网站。

没有 PTR 应答是正常的。没有人有义务创建反向域名，大多数地址块也从来不做。空应答只代表所有者留空了或者应答已被移除，不代表这个地址没人用或在做错事。它同样会经过常规缓存，所以刚添加的名字可能要过一阵才在所有地方可见。

为什么邻居地址很有意思。地址块是按段分配的，客户通常持有的最小段是 /24 —— 256 个地址。主机商会按某种模式给这些地址命名，因此读一读某个地址周围的少数几个域名，往往就能看出整个地址块的命名规律和背后的服务商。本页先问离你最近的那些地址，都在同一个 /24 内，且永远不会去猜那些不是地址的域名。

它不代表什么。反向域名不是网站域名：应答里的名字可能属于路由器、邮件中继或负载均衡器，而不属于任何站点。一个地址可以服务数百个互不相关的站点，一个大型站点也可以分布在几十个地址上，所以共用一个域名只是关于托管的线索，绝不能当作两件事相关的证据。请把邻居地址当成一种命名规律，而不是一份所有者名单。

代价，以及邻居列表为什么慢。列表里的每个地址都是一次独立查询，占用的是其他页面共用的那一份解析器配额；列表一次只查一个地址并在两次之间留出间隔，以保持在公共解析器可接受的范围内。因此跑完整个列表需要一些时间，你也可以随时取消：剩下的地址会被直接丢弃，不会留下任何还在运行的东西。

本页不会做的事。不做字典暴力破解、不做地址段扫描、不做端口探测、也不查注册数据。如果某个地址没有反向域名而你想知道它位于谁的网络里，诚实的下一步是 IP 查询页面 —— 它读取公共服务确实会公开的网络与位置字段；以及子网计算器 —— 它能在不向任何地方发送数据的前提下展示该地址的地址块边界。

你可以自己查阅的公开来源。关于谁持有某个地址段的权威记录由区域注册机构保存：IANA IPv4 地址空间和IANA IPv6 单播分配文件列出了每个地址块被分配给了哪个注册机构，各注册机构随后再公布自己的Delegation 记录。本页刻意不去查询这些文件：它们属于另一种更重型的查询，而通过上面的链接手工查阅，才是回答“这是谁的网络”的诚实方式。