📍 WDQWDWQD987AAAAA:216.73.217.78
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b1ffd1996a05.html
📄

域名注册怎样取得可复查的状态证据：从注册局数据到解析记录逐项留痕

要取得可复查的域名注册状态证据，核心做法是：从权威数据源获取原始记录，连同查询时间、查询方式和返回内容一起保存，使他人能在之后用同样的方法复现同一结果。域名注册状态涉及注册局、注册商、DNS 解析和网站内容四个层面，每个层面的证据来源不同，不能互相替代。

先分清域名注册状态有哪几层证据

域名的“状态”不是一个单一事实，而是多条独立记录的集合：

• 注册局层面：通过 WHOIS 或 RDAP 协议查询，返回注册商、创建日期、到期日期、域名状态码（如 clientTransferProhibited）、名称服务器。这是域名是否存在的第一手依据。
• 注册商层面：账户内的域名列表、续费记录、转移锁设置。这部分只有账户持有人能看到，外部无法复查。
• DNS 层面：向权威名称服务器查询 A、AAAA、CNAME、MX、TXT 等记录，确认解析是否生效、指向何处。
• 网站层面：HTTP 响应头、页面内容、证书信息。这一层反映的是服务器配置，不是域名注册本身的状态。

写报告或排查问题时，如果只截一张 WHOIS 页面，就无法说明解析是否正常；只测 HTTP 状态码，也无法证明域名所有权归属。可复查的证据必须标明它属于哪一层。

用 RDAP 替代传统 WHOIS 获取结构化记录

传统 WHOIS 返回纯文本，字段顺序和措辞因注册局而异，不同时间查询的格式可能变化，复查时难以逐字比对。RDAP（Registration Data Access Protocol）返回 JSON，字段名固定，更适合存档。

可执行的步骤：

1. 确定目标域名的权威 RDAP 入口。通用做法是先查询 IANA 的 bootstrap 文件，找到该顶级域对应的 RDAP 基础地址，再拼接域名发起请求。
2. 用命令行保存完整响应，例如 curl -s https://rdap.example/bootstrap/domain/example.com -o example-20250101.json。注意把示例地址替换为实际查询到的 RDAP 服务地址。
3. 同时记录查询时刻的 UTC 时间、发起查询的 IP 或网络环境、使用的命令原文。
4. 复查时重新执行同一命令，对比 events（创建、到期、最后变更）和 status 数组是否变化。

适用条件：RDAP 对通用顶级域的支持较完整，部分国家顶级域可能仍只提供 WHOIS 文本。判断方法是在 IANA 的 bootstrap 文件中查看该顶级域是否列出 RDAP 地址；若没有，就退回 WHOIS，并保存原始文本而非摘要。

解析记录要查权威服务器，不要只看本地缓存

本地 dig 或系统解析器可能返回缓存结果，甚至被本地 hosts 文件覆盖。要证明 DNS 状态，应直接向该域名的权威名称服务器查询。

检查项：

• 先用 RDAP 或 WHOIS 结果确认当前登记的 NS 记录是哪些主机名。
• 对这些主机名逐一发起查询，例如 dig @ns1.example.com example.com A +noall +answer，保存输出。
• 对比多个权威服务器返回是否一致。若不一致，说明区域文件尚未同步，此时不宜下结论说“解析已生效”。
• 记录 TTL 值。TTL 较长时，即使权威服务器已更新，递归解析器仍可能返回旧记录，这属于缓存现象，不是权威数据错误。

需要区分“可能原因”和“已定位原因”：查询结果与预期不符，可能是缓存未过期、权威服务器未同步、区域文件配置错误，也可能是查询了错误的名称服务器。只有逐项排除后，才能把某一项写成确定结论。

把证据整理成可复查的记录

零散截图无法复查，建议按固定结构归档。每条证据包含：

1. 查询对象：完整域名，含末尾的点，避免歧义。
2. 数据来源：RDAP 服务地址、WHOIS 服务器主机名、或具体名称服务器。
3. 查询时间：精确到秒，标注时区。
4. 原始返回：JSON 文件或文本文件，不要只留摘要。
5. 查询命令：完整可复制，方便他人重放。

假设某次排查中，RDAP 显示域名状态为 active 且到期日在未来，但网站无法访问。此时可以判断注册状态本身没有问题，问题更可能在 DNS 解析或服务器配置，应转向解析层继续取证，而不是反复查询 WHOIS。这个例子中的域名和日期均为假设，用于说明判断路径。

复查时重点比对哪些字段

复查不是重新查一遍就结束，而是与上次记录逐字段比对。优先关注：到期日期是否被延长、域名状态码是否增减、名称服务器是否被改动、注册商是否变更。这四项中任何一项变化，都意味着域名控制权或生命周期发生了实质变动，需要进一步确认变更来源。

如果两次查询结果完全一致，可以确认该时间段内注册局记录未变，但不能据此推断解析和网站状态也未变，因为那是另外两层的数据。下一步应针对具体待解决的问题，选择对应层的数据源重新取证：注册归属问题查 RDAP，访问问题查权威 DNS 与 HTTP 响应。