机场网页打不开，先辨认失败的位置
访问网页是一串连续步骤：处理域名、建立连接、完成加密协商，再请求页面和相关资源。DNS 主要提供域名解析所需的信息。空白页、长时间转圈或某张图片不显示，都不足以单独证明 DNS 故障。
先保存浏览器显示的具体错误类别。域名解析失败、连接超时、证书错误和网站返回的账户限制，发生在不同环节。即使症状相似，下一步也应不同；一口气修改 DNS、切换节点和重装软件，会把可观察的线索打乱。
用四个小比较缩小范围
- 换目标：同一浏览器访问其他日常网站，判断是单个站点还是广泛异常。
- 换浏览器：同一设备访问同一地址，观察问题是否只出现在某个浏览器环境。
- 看客户端：查找目标请求及其命中规则，确认连接是否按预期进入和离开内核。
- 换网络：在允许的情况下使用另一个受信任网络，保持设备和任务不变作参照。
每次只改变一个条件，并记下结果。另一个浏览器能打开，只能说明两者环境存在有用差异，不能立刻认定原浏览器损坏；它们可能采用不同的代理、加密 DNS、扩展和缓存策略。
按错误类别决定下一步
域名解析失败：先核对地址拼写和网络是否已完成正常接入，再检查实际负责解析的组件。域名本身不存在、解析服务暂时异常与本机配置问题，需要结合多个观察区分。
连接超时：解析可能已经完成，但连接路径、目标服务或请求处理仍有问题。此时仅更换 DNS 不一定有帮助，应查看客户端日志与同一目标在其他可用路径上的表现。
证书相关错误：检查系统日期时间、是否处于需要正常登录的公共网络，以及错误涉及的具体域名。不要通过永久关闭证书校验解决，也不要因为网页打不开就安装陌生根证书。
收到明确网页提示：HTTP 错误或地区、账号提示表明某个服务器或中间服务已经返回响应，但不代表所有页面资源均已成功加载。先辨认响应来自哪里，再处理账户、权限、请求频率或目标服务的问题。
DNS 可能由多个层次处理
路由器、操作系统、浏览器和代理客户端都可能参与域名解析。浏览器启用了自身的加密 DNS 时，修改系统 DNS 未必改变这次浏览请求的实际解析路径。某些设置还会根据网络条件或组织策略调整行为，不能只看一个开关就推断全部请求路径。
先整理当前配置：浏览器是否有独立解析设置，客户端是否启用了自己的 DNS，系统是否由网络自动获得 DNS。看清谁负责当前请求，再按照对应项目说明修改一层；不要同时覆盖多层配置，否则成功与失败都难以解释。
公司或学校网络可能依赖内部域名与受管理的解析规则。未经允许替换这些设置，可能让内网站点或业务软件失效。遇到管理策略限制时，应联系管理员提供错误和时间，而不是绕过配置。
分流会影响看到的地址与路径
某些代理配置使用虚拟地址映射，诊断时出现的地址可能用于客户端内部处理，而不是目标站点的实际公网地址。看到陌生地址不能直接认定解析被破坏，应先理解当前配置的工作方式。
同一个网站也可能同时使用登录、图片、视频和接口等多个域名。首页正常但图片不显示，可能只是某个资源域名的路径不同，也可能来自浏览器扩展或目标服务器。观察失败请求对应的域名和命中规则，比给整个应用添加一条宽泛规则更有针对性。
直接把域名换成 IP 访问，也不是通用的 DNS 验证方法。HTTPS 站点常依赖域名选择证书与服务，同一个 IP 还可能承载多个站点。访问 IP 后出现不同页面或证书错误，不能据此断言原站只存在 DNS 问题。
把修改做成可以恢复的操作
- 先截图或记录原有设置，遮盖代理地址中的凭据。
- 选择一个可以说明原因的调整，只修改对应组件。
- 重新发起同一访问，必要时按软件说明处理相关缓存。
- 确认网页内容与实际需要的功能都能使用，不只看首页出现。
- 没有改善时恢复原配置，再继续下一个判断。
缓存清理可能改变结果，但“清完好了”仍需要结合此前变化解释。不要把反复清理所有浏览数据当成日常维护方式，这可能删除登录状态，却掩盖真正的配置问题。
什么时候应该换一个排查方向
如果客户端显示请求走错策略，先阅读规则、全局和直连模式；如果页面已明确提示账号或地区条件，参考网络与账号问题的区别。能够连接和具备使用资格是不同条件，DNS 调整不能替代后者。
向服务方求助时，提供具体域名、错误类别、发生时间和比较结果，避免发送完整订阅。这样能让下一步围绕实际失败环节展开，而不是继续盲目切换设置。
