浏览器输入域名后，通常需要先获得用于连接的地址，再建立连接并请求网页。DNS 主要参与域名查询这一环节。网站打不开时，如果没有先分清失败发生在哪一步，很容易把任何问题都当成 DNS 故障。

解析、连接与网页响应是不同阶段

解析失败表示没有顺利得到需要的查询结果；连接超时可能发生在已有地址之后；已经收到登录页或服务错误，则说明请求至少走到了更后面的环节。错误文字应完整记录，不宜只保留“打不开”三个字。

得到一个 IP 地址，也不能证明那个地址当前可以访问，更不能保证账号、证书和目标功能都正常。先把现象写清楚，再决定是否修改解析设置。

一次查询可能经过哪些设置

系统、浏览器和代理客户端可能采用不同的解析配置，并利用已有缓存。因此，在一个工具里查询成功，并不必然代表另一个应用使用了同样的结果。排查时应记录到底是哪个应用报错，以及它通过什么方式接入网络。

使用代理时，还要分清客户端为了连接节点进行的查询，与访问目标域名需要的查询。节点地址无法解析时，即使目标网站本身正常，也可能无法建立代理连接。

从小范围对照开始检查

  1. 确认输入的是正确域名，没有多余空格、错拼或过期收藏地址。
  2. 用同一个应用访问两个平时可用的不同网站，判断是否只有单个域名失败。
  3. 记录当前网络、客户端模式以及原有 DNS 设置，不先覆盖整套配置。
  4. 保持设备和目标不变，切换一种可用网络，观察错误是否变化。

如果只有某个域名失败，还需要考虑域名自身的配置或服务故障。更换解析服务并不能修复所有网站端问题。

有依据地修改，避免反复清空

只有当现象指向解析配置时，再按系统或客户端文档调整对应项目。一次只改一个位置，并保留恢复方式；同时改路由器、系统、浏览器和客户端，会使结果难以解释。

缓存可能保存之前的查询结果，但清缓存只是特定排查步骤，不是通用加速手段。也不应把普通网址直接替换成 IP 作为长期解决办法，网站的证书、虚拟主机和应用路由仍可能依赖域名。

留下能帮助下一步判断的记录

一条有用记录应包含时间、目标域名、应用名称、完整错误类型、网络与修改项。分享前遮住订阅地址、账号及业务信息；不需要公开自己的全部访问日志。

基础链路仍有异常时，继续阅读连接故障排查顺序。如果网页只在某个浏览器失败，可以转到浏览器单独异常检查，避免反复改动无关设置。