快帆DNS查询排查：结果、报错与浏览器差异

网页提示找不到服务器地址时，DNS 查询可以提供一条线索：在当前查询条件下，域名是否得到了解析答复。它不是测速，也不是网站可用性证明。下面以 Windows 11 的 nslookup 为例，说明怎样保留查询结果，与快帆连接状态和浏览器表现一起核对。

一、只查询明确的域名

先看浏览器的准确提示。如果已经出现网站自己的登录页、内容权限说明或证书错误，应按对应问题检查，不必把所有访问异常都当成 DNS 故障。本站已有证书错误排查文章。

在 Windows 终端或命令提示符中，可以输入 nslookup example.com 后回车。这里 example.com 只用来展示命令写法；实际排查时替换成你有权访问、需要检查的公开域名。只填域名，不带 https://、路径或登录链接中的查询参数；子域名也要保留准确。不要把私人内部域名交给陌生在线查询工具。

微软 nslookup 文档说明，直接带查询名称的写法属于非交互模式；不另指定 DNS 服务器时，命令使用默认 DNS 服务器。本例只做查询，不要求修改系统 DNS，也不需要先清空所有网络设置。

图1：配图展示命令格式，不是实测终端输出，也未给出任何固定解析地址。

二、返回地址，只说明查询这一环有答复

保存查询的域名、使用的服务器信息、时间以及最终结果。输出里 DNS 服务器自身的地址，与目标域名返回的地址是不同角色，不能把第一处出现的地址都当成目标网站。也不要以另一个人的截图为固定标准：同一网站可能有多个服务地址，不同查询条件下的结果未必完全一致。

MDN 的网页访问过程说明把 DNS 查址与后续向服务器请求网页分开介绍。因此，命令返回记录之后，还需在浏览器中验证目标页面；拿到地址不能证明账号有权限、页面内容可用或后续传输顺畅。不要直接把地址粘到浏览器里代替原域名作为最终结论。

三、按报错原文保留线索

依据微软文档，出现 timed out 表示查询在规定等待与重试条件下没有及时得到答复；先记录时间和当前网络，再在相同条件下复查一次。出现 Nonexistent domain 时，先核对拼写、子域名与当前查询所用的服务器，不能仅凭这一次答复认定整个业务网站已经关闭。

如果提示 Refused 或 Server failure，也应原样记录，不要统称为“没网”。查询结束后同时记下浏览器能否打开该页面；某个查询超时，不等于设备上的所有网络连接都失败。遇到公司或学校管理的网络，把记录交给管理员继续核对，按管理要求处理设置。

图2：三类结果对应不同线索，不能全部写成“网站打不开”。

四、命令查询与浏览器的路径可能不同

Mozilla 的DNS over HTTPS 说明介绍了浏览器可通过 HTTPS 向兼容的解析服务发起查询。因此，命令查询与浏览器可能没有使用相同的解析路径；浏览器有结果、命令超时，或反过来，都需要结合实际设置继续判断，不能只选其中一个结果当作定论。

图3：路径差异只是需要核实的条件，不表示本机浏览器一定启用了DoH。

反馈时写明：“设备与系统、公开域名、时间、本地网络、快帆连接状态与线路、命令结果、浏览器提示、是否改过设置。”截图遮住无关内部地址和账号信息。先保存这些条件，再由支持人员判断需要检查哪一环；反复更换 DNS 或同时改多项设置，会让前后结果难以比较。