解析与连接是连续的不同阶段
访问域名时，系统或应用需要获得对应的网络地址，然后才能继续建立连接。DNS 负责解析环节；解析成功并不能证明目标服务一定可达，连接失败也不一定意味着 DNS 出错。先区分报错发生在哪个阶段，再决定检查什么。
浏览器和应用可能拥有独立缓存或解析设置，因此同一域名在不同应用中的表现会不同。排查时记录目标名称、发生时间、网络类型与错误提示，避免只用“网络不好”概括所有现象。
系统 DNS 与客户端设置
系统可能从当前网络自动获得 DNS，也可能使用管理员或用户指定的解析服务。客户端配置中的 DNS 则会按对应功能处理相关请求。不要假定更换一个地址能够改变设备上所有应用的解析路径。
Stash 文档提供系统解析及多种上游 DNS 的配置说明。初学者可以先理解当前来源，再按需要选择。下方片段仅展示使用系统解析的结构，不代表它适合所有环境，也不会提供额外连接资源。
dns:
nameserver:
- system缓存为什么会影响观察
缓存可以减少重复查询，但也可能让修改后的一段时间仍然观察到旧结果。网络切换、目标记录更新或应用自带缓存都会影响对照实验。先重新发起请求，再判断是否需要按系统文档清理相关缓存。
不要频繁清空所有网络设置来处理单个域名。记录改动前后的现象，确保测试目标与测试方式一致。如果只有某个应用异常，优先检查该应用的缓存和设置，而不是立即重置整个设备。
内网解析与复杂网络
公司、学校和家庭局域网中的名称可能只在特定解析环境下有效。将所有请求改给外部服务，可能导致内网名称无法解析。切换办公 VPN 或网络服务时，应注意 DNS、搜索域与路由之间的关系。
使用加密 DNS 并不保证所有环境都更快。上游可达性、服务位置和初始化解析都会影响结果。涉及进阶选项时，应对照当前版本文档，避免让解析代理服务器所需的请求又依赖同一条尚未建立的连接。
用分层方式排查问题
先确认设备已正常联网，再比较多个熟悉的域名。如果只有一个目标异常，检查拼写与目标服务状态；如果多个目标都解析失败，再检查系统和配置中的解析设置。随后核对规则、策略和实际连接路径。
修改解析设置前保存原值，一次只替换一个因素，并观察网页和业务应用是否同时恢复。使用日志或查询结果求助时，应去除访问记录中的敏感名称和内部地址。无法解释的设置宁可先恢复，也不要继续堆叠更多例外。
资料来源 · 核对于2026年10月28日
内置 DNS 服务文档 ↗