Shadowrocket DNS 设置：3 种方式选择与网页打不开排查
简答：Shadowrocket DNS 设置建议先保留系统 DNS建立基线；需要固定解析器时再试自定义 DNS，需要加密 DNS 查询时再测试 DoH。
定义：Shadowrocket DNS 设置，是在客户端或配置中指定域名解析方式与解析服务器，用于把域名转换为 IP，但不等同于代理节点、规则路由或完整连接能力。
先看结论：Shadowrocket DNS 怎么选
如果你只是遇到网页打不开，建议先不要同时更换 DNS、节点、规则和路由模式。第一步保留系统 DNS，确认问题能否稳定复现；明确需要固定解析服务器时，再测试自定义 DNS；需要加密 DNS 查询时，最后再测试 DoH。
| 方式 | 适合场景 | 主要优点 | 局限 | 建议 |
|---|---|---|---|---|
| 系统 DNS | 建立排错基线，或需要跟随当前 Wi-Fi、蜂窝网络 | 改动少，便于判断是否是自定义设置导致异常 | 解析结果会随当前网络和系统设置变化 | 排错时优先选择 |
| 自定义 DNS | 需要指定某个普通 DNS 地址 | 配置直观，便于固定解析器 | 普通 DNS 的连通性和结果受网络环境影响 | 确认有明确需求后再用 |
| DoH | 希望通过 HTTPS 传输 DNS 查询 | DNS 查询通过 HTTPS 承载 | DoH 端点本身必须可访问，不代表所有流量都会经过代理 | 使用已核验的完整 HTTPS 端点 |
Shadowrocket 的 App Store 公开说明列出了 DNS 请求记录、DNS over HTTPS、DNS over TLS 和 DNS over QUIC 等能力，同时说明它是独立网络工具，不包含代理服务或服务器资源。查看 App Store 应用说明
综合评价：系统 DNS 最适合新手排错，自定义 DNS 适合有明确解析需求的用户，DoH 适合需要加密 DNS 查询且能确认端点可达性的场景。三者没有对所有网络都适用的固定优先级。
30 秒自查卡：记下 Wi-Fi 或蜂窝网络、当前配置、路由模式和测试域名；先用系统 DNS打开同一域名；只改一个 DNS变量后重连；分别记录“能否解析、规则走向、是否超时、是否出现 TLS 错误”；失败就恢复上一项改动。
Shadowrocket DNS 设置前：先确认活动配置和备份
Shadowrocket 的功能和界面会随版本变化，本文不把某个菜单路径视为所有版本都相同。若当前版本提供 Settings → DNS，可先从这里查看 DNS 相关选项；若你是通过配置文件管理 DNS，则应确认编辑的是当前正在使用的配置，而不是列表中未启用的副本。
- 记录当前状态：记下网络类型、配置名称、节点名称、路由模式和现有 DNS 设置。
- 保留原配置：复制或导出原始配置，至少保留修改前的文本内容。
- 确认活动配置：配置文件能被看到，不代表它一定正在使用；修改后要返回主界面确认状态变化。
- 一次只改一项：不要同时改 DNS、规则、节点、IPv6 和路由模式，否则无法判断是哪一项产生影响。
如果配置来自订阅地址，后续更新可能覆盖本地手动修改。遇到这种情况，先保留原始配置和修改记录，再重新确认当前活动配置。
Shadowrocket DNS 的最短设置流程
- 先测试原状态：在当前网络下打开一个固定域名，再打开第二个不同域名，记录是正常、解析失败、连接超时还是 TLS 报错。
- 优先恢复系统 DNS：如果之前填过自定义 DNS，先恢复系统或应用默认设置，保存后断开并重新连接。
- 需要自定义时：只填写一个已核验、确实可访问的普通 DNS 地址。不要把订阅链接或带
https://的 DoH 地址填进普通 DNS 输入框。 - 需要 DoH 时：使用解析服务提供方公布的完整 HTTPS 端点。RFC 8484 使用
https://dnsserver.example.net/dns-query说明 DoH URI 的格式，但该地址只是协议示例，不是可直接使用的服务。 - 保存并重连：断开 Shadowrocket 连接后重新连接，再用同一网络和同一域名测试。
- 记录结果：分别观察 DNS 请求、规则命中、连接建立和 TLS 错误，不要只看客户端是否显示“已连接”。
Apple 的 iPhone 用户指南说明，Wi-Fi 网络的详细设置中可以查看 DNS、HTTP 代理等相关网络选项；因此，如果问题只出现在某个 Wi-Fi 下，也要检查系统网络设置。Apple：管理 iPhone 的 Wi-Fi 设置
普通 DNS 地址、DoH URL 和订阅链接不要混填
| 内容 | 常见形式 | 应该放在哪里 | 错误后果 |
|---|---|---|---|
| 普通 DNS | 203.0.113.53（格式示例） | 只接受普通 DNS 地址的字段 | 若填入 URL，可能无法保存或无法解析 |
| DoH | https://dnsserver.example.net/dns-query（格式示例） | 当前版本明确提供的 DoH 字段或配置项 | 端点不可达时可能导致解析失败或等待超时 |
| 订阅链接 | https://example.com/subscribe | 订阅或配置导入入口 | 填入 DNS 字段不会变成可用解析器 |
本文不提供可直接使用的公共 DNS 地址，也不把第三方配置文件当作 Shadowrocket 官方配置格式。若当前版本没有显示对应字段，不要自行添加未经核实的字段名；应以应用内提示、当前配置格式和实际保存结果为准。
DoH 的协议定义见 IETF RFC 8484。DoH 只说明 DNS 查询如何传输，不等同于所有网页流量、应用流量或代理连接都自动改变。IETF RFC 8484：DNS Queries over HTTPS
改完 DNS 仍打不开：按四层定位问题
| 现象 | 优先检查 | 下一步 |
|---|---|---|
| 所有域名都打不开 | 连接开关、活动配置、节点或网络 | 恢复原 DNS，确认客户端连接状态，再测同一域名 |
| 提示无法解析或找不到服务器 | DNS 地址、DoH URL、网络可达性和缓存 | 先回到系统 DNS，再判断是否只有某个网络失败 |
| 能解析但连接超时 | 规则、路由、节点或目标连接 | 不要继续反复换 DNS，先观察请求实际走向 |
| 只有某个应用失败 | 应用自身网络策略、规则或缓存 | 用同一域名在浏览器和该应用中分别测试 |
| 出现证书或 TLS 错误 | 设备时间、证书、TLS 握手或中间链路 | 不要简单归因于 DNS，先检查时间和连接日志 |
| 延迟测试正常但网页打不开 | 测试目标与真实网页链路不同 | 重新请求同一网页，分别记录解析、连接和 TLS 结果 |
DNS 成功只能说明域名解析阶段返回了结果，不能证明后续路由、节点连接、TLS 握手和网页响应都正常。Shadowrocket 的公开应用说明支持 DNS 请求记录等功能，但单次测试不能证明所有应用和域名都可用。查看 Shadowrocket App Store 说明
Config、Proxy、Direct 怎么用于排查
如果当前版本提供 Config、Proxy、Direct 等路由选项，可以把它们当作对照变量，而不是把它们直接当成 DNS 模式。
- Config：按照当前配置中的规则选择策略。适合观察真实使用状态，但要同时确认规则顺序和命中策略。
- Proxy：用于临时对比代理路径是否能连接目标。它不能证明所有规则都正确，也不能自动证明 DNS 一定采用某种路径。
- Direct：用于对比当前网络的直连结果。直连失败可能来自本地网络，直连成功也不能证明代理路径正常。
不同版本、配置格式和 DNS 选项可能改变解析请求的处理方式，因此不要假设切换 Config、Proxy、Direct 必然会改变 DNS 路径。正确做法是保持 DNS 不变，只切换一个路由变量，并记录请求结果；完成对照后恢复原来的路由设置。
Wi-Fi 与蜂窝网络分别核验
- 在 Wi-Fi 下记录当前 DNS、配置、路由模式和测试域名。
- 保持 Shadowrocket 设置不变，只切换到蜂窝网络。
- 重新打开同一个域名，并记录是否仍为解析失败、超时或 TLS 错误。
- 切回 Wi-Fi，确认结果能否重复。
- 如果只有 Wi-Fi 失败，检查该网络的 DNS、HTTP 代理、IPv6 和局域网限制。
不要用 ping 或单次延迟结果替代网页访问验证，也不要把一次解析成功理解为节点、规则和应用都正常。
恢复与撤销：DNS 改错后怎么回退
- 恢复修改前记录的 DNS 值，或恢复系统 DNS。
- 恢复原来的活动配置、路由模式和节点选择。
- 断开连接后重新连接，再打开新的请求。
- 如果订阅更新覆盖了手动设置，重新确认当前活动配置，并保留原始配置副本。
- 恢复后仍失败时，停止继续修改 DNS，转而检查节点、规则、网络和 TLS。
回退时优先恢复最后一次变更，不要一次删除全部配置。这样更容易判断问题来自 DNS、路由还是连接本身。
常见问题：Shadowrocket DNS 设置怎么选
Shadowrocket DNS 设置在哪里？
部分版本会提供 DNS 相关设置入口，常见名称可能包含 Settings 和 DNS；如果你通过配置文件管理，也要确认当前编辑的是正在使用的配置。菜单和字段并非所有版本完全相同，应以当前 App 界面为准。
Shadowrocket 用系统 DNS 还是 DoH？
排错时先用系统 DNS建立基线；明确需要固定解析器后再测试自定义 DNS，需要加密 DNS 查询时再测试 DoH。DoH 不等于所有流量都会经过代理。
普通 DNS 地址和 DoH 地址有什么区别？
普通 DNS 通常填写地址形式，DoH 使用完整 HTTPS 端点。不要把 https://... 填入只接受普通 DNS 地址的字段，也不要把订阅链接当作 DoH 服务。
改 DNS 后网页仍然打不开怎么办？
先恢复系统 DNS并保持其他设置不变，然后按解析、规则、连接、TLS 四层排查。能解析但超时，通常不应继续只更换 DNS。
Shadowrocket 显示已连接，为什么网页还是打不开？
“已连接”不能证明 DNS、规则、节点、TLS 和目标网页全部正常。用同一域名重新请求，并分别记录解析结果、规则走向、连接状态和错误类型。
订阅更新后 DNS 设置失效怎么办？
先确认订阅更新是否覆盖了本地手动修改，再检查当前活动配置。保留原始配置和修改前后的差异，避免重复编辑错误文件。
更新说明与资料边界
本文更新于 2026 年 10 月 27 日。Shadowrocket 的功能、版本和界面可能继续变化；本文可核验的事实主要来自 App Store 应用说明、Apple 用户指南和 IETF RFC 8484。具体菜单、字段名称和配置兼容性，请以当前安装版本的应用内界面和保存结果为准。
如果你已经确认 DNS 解析正常，但问题仍表现为节点超时、跨境连接失败或办公网络不稳定，再进入线路和连接层排查。
常见问题
Shadowrocket DNS 设置在哪里？
部分版本会提供 DNS 相关设置入口，常见名称可能包含 Settings 和 DNS；如果通过配置文件管理，还要确认编辑的是当前活动配置。具体菜单以当前 App 界面为准。
Shadowrocket 用系统 DNS 还是 DoH？
排错时先用系统 DNS建立基线；需要固定解析器时再测试自定义 DNS，需要加密 DNS 查询时再测试 DoH。DoH 不等于所有流量都会经过代理。
普通 DNS 地址和 DoH 地址有什么区别？
普通 DNS 通常填写地址形式，DoH 使用完整 HTTPS 端点。不要把 HTTPS URL 填入只接受普通 DNS 的字段，也不要把订阅链接当作 DoH 服务。
改 DNS 后网页仍然打不开怎么办？
先恢复系统 DNS并保持其他设置不变，再按解析、规则、连接、TLS 四层排查。能解析但超时时，不应只继续更换 DNS。
Shadowrocket 显示已连接，为什么网页还是打不开？
连接状态不能证明 DNS、规则、节点、TLS 和目标网页全部正常。用同一域名重新请求，并分别记录解析、规则、连接和错误类型。
订阅更新后 DNS 设置失效怎么办？
检查订阅更新是否覆盖了本地修改，再确认当前活动配置。保留原始配置和修改记录，避免重复编辑未启用的文件。