离线文本版 · Markdown 标记与示例按原文保留。
> 日期说明：归档日期为历史整理日期，不代表原始首发时间；本文于 2026-11-02 核对并修订。命令示例需按实际环境替换占位符。 权威 DNS、递归解析器、操作系统、浏览器以及应用自身都可能缓存记录。本文整理两个容易忽略的环节，作为日常使用时的检查参考。 <!-- more --> ## 不同位置有不同缓存 权威 DNS、递归解析器、操作系统、浏览器以及应用自身都可能缓存记录。修改控制台中的 A 记录，不意味着所有访问者会立即看到新地址。TTL 是重要参考，但不是任意环节都能强制遵守的承诺。 ## 分层查询比反复刷新有效 先确认权威记录，再查公共递归解析结果，最后看本机查询。浏览器使用加密 DNS 时，可能绕过系统配置。用 curl 的 resolve 参数可以临时指定连接地址，同时保留正确域名与 TLS 校验。 ## 日常使用的小结 迁站时提前降低 TTL，在切换期间保留旧服务一段时间。不要因为一台设备缓存未更新，就连续修改多次解析记录。 ## 操作参考与适用边界 ### 分别查询记录 ```sh nslookup example.com nslookup example.com 1.1.1.1 curl --resolve example.com:443:203.0.113.10 -I https://example.com/ ``` 203.0.113.10 是文档示例地址，必须替换。resolve 只改变该次连接目标，仍保留域名和证书校验；公共解析结果与内网私有记录可能不同。 ### 如何判断结果 操作后应将实际结果与文中目标对照；命令成功退出只能证明该步骤完成，不能替代业务层验证。记录异常信息时，保留时间、软件版本与相关上下文，方便后续复查。 ## 参考资料 - [官方文档与规范](https://developers.google.com/speed/public-dns/docs/using)（本次整理参考，页面内容可能随版本更新） - [继续阅读本站归档](/archives/)