实测观察

公共 DNS 的 IP 查询结果实测：8.8.8.8、1.1.1.1、9.9.9.9 等

我们在同一天查询了六个常见公共 DNS 的地址，对比定位、ASN、代理与机房标记、反向 DNS、Tor 状态和邮件黑名单。结果里的分歧本身就是最好的教材。

By yandong2023 · 编辑审核 2026-08-14

为什么要查询公共 DNS 的地址

公共 DNS 是互联网上最为人熟知的一批 IP 地址。它们的运营方公开、用途有文档说明，也没有人会真的怀疑 8.8.8.8 在搞欺诈。这让它们成了理想的“对照组”：如果查询工具对一个身份早已明确的地址给出了意外结果，这个意外反映的是数据源本身，而不是这个地址。

2026 年 10 月 9 日，我们用 TrustIP 每个结果页都会运行的同一套检查查询了六个公共 DNS：用 ip-api 查网络归属、位置以及它自己的代理、机房和移动网络分类；用 PTR 查询反向 DNS；对照 Tor Project 出口节点列表；以及五个公开 DNS 黑名单（SpamCop、PSBL、Mailspike、UCEPROTECT Level 1 和 DroneBL）。下面先列原始观测，再说明它们能说明什么、不能说明什么。

原始观测

8.8.8.8 —— AS15169 Google LLC；ip-api 定位美国阿什本（Ashburn）；proxy: true，hosting: true；PTR 为 dns.google；不是 Tor 出口；五个黑名单均未列出。
1.1.1.1 —— AS13335 Cloudflare；ip-api 定位澳大利亚南布里斯班（South Brisbane）；proxy: false，hosting: true；PTR 为 one.one.one.one；不是 Tor 出口；均未列出。
9.9.9.9 —— AS19281 Quad9；ip-api 定位美国伯克利（Berkeley）；proxy: false，hosting: true；PTR 为 dns9.quad9.net；不是 Tor 出口；均未列出。
208.67.222.222 —— AS36692 Cisco OpenDNS；ip-api 定位美国圣何塞（San Jose）；proxy: false，hosting: true；有四个 PTR 名称，包括 resolver1.opendns.com 和 dns.umbrella.com；不是 Tor 出口；均未列出。
223.5.5.5 —— AS37963（阿里巴巴）；ip-api 定位中国杭州；proxy: false，hosting: true；PTR 为 public1.alidns.com；不是 Tor 出口；均未列出。
114.114.114.114 —— AS137702；ip-api 定位中国济南；proxy: true，hosting: true；PTR 为 public1.114dns.com；不是 Tor 出口；均未列出。

启示一：六个里有两个“代理”其实不是代理

ip-api 把 8.8.8.8 和 114.114.114.114 标记为代理，另外四个没有标记。递归 DNS 解析器负责回答域名查询，并不转发你的网页流量，所以从网站判断“是否信任这个访客”的角度看，这六个地址没有一个是代理。这个标记反映的是 ip-api 对某些网段的分类方式，它的文档对该字段的定义也很宽泛，涵盖代理、VPN 和 Tor 出口地址。

实际可用的规则是：单个数据源给出的代理标记只是提示你进一步核查，而不是结论。如果你自己的地址被标记，先看是否有第二个独立来源给出同样结论，再核对网络归属和 PTR 是否与你的运营商一致，最后看这个标记是否和你实际遇到的问题对得上。两个来源意见不一的标记，绝不应该成为封禁、拒绝退款或指控某人的唯一依据。

启示二：城市只是登记信息的产物

这六个公共 DNS 都使用任播：同一个地址在许多地点同时宣告，你的查询由网络路由到的那个站点回答。可每次查询都只返回了一个城市。1.1.1.1 被定位到澳大利亚南布里斯班——那里是 APNIC 总部所在地，而 1.1.1.0/24 正是由 APNIC 持有、借给 Cloudflare 使用的网段。114.114.114.114 被定位到济南，尽管这项服务通常被认为与南京有关。

按数据库自己的逻辑，这两个城市都不算错，它们反映的是登记信息或过去的映射决定。但如果把它们理解为“我的请求去了哪里”，那就都错了。普通用户被定位到错误城市，也是同样的机制：数据库为一整段地址记录一个地点，而现实的分布比一行记录复杂得多。

启示三：黑名单和 Tor 检查结果范围窄，但很有用

这六个地址都不在 Tor 出口列表中，也没有被五个黑名单中的任何一个列出。这是一个精确的陈述：在查询那一刻，这些列表里没有这些地址。它不代表这些地址在笼统意义上“安全”；而一个没有正常应答的列表返回空结果，更不能被理解为“干净”。这也是 TrustIP 会屏蔽测试条目解析不正确的黑名单结果的原因。

反向 DNS 是信息量最大的单项字段。每个公共 DNS 都有一个挂在运营方自己域名下的 PTR 名称，这正是运维规范的基础设施应有的样子，和邮件过滤器会怀疑的“1-2-3-4.dynamic.example.net”这类通用命名正好相反。

如何自己复现

在 TrustIP 上逐个查询这些地址，结果页会列出每项检查及其来源。
运行 dig -x 8.8.8.8 +short，从你自己的解析器查看 PTR 记录。
下载 https://check.torproject.org/torbulkexitlist，在里面搜索这个地址。
直接查询黑名单：把四段数字倒过来再接上列表域名。例如 9.9.9.9 对应 dig +short 9.9.9.9.bl.spamcop.net，223.5.5.5 对应 dig +short 5.5.5.223.bl.spamcop.net。没有应答表示未列出——前提是该列表的测试条目（dig +short 2.0.0.127.bl.spamcop.net）能从你的解析器返回结果。
换一天再查一次：数据商的分类和黑名单都会变化，所以每条观测都要注明日期。

参考资料

以下来源供读者核验技术背景。列出不代表这些机构认可 TrustIP。