Shadowrocket DNS怎么设置：先用系统DNS，再按故障选择
简答：大多数用户第一次设置 Shadowrocket 时，先保留系统DNS；只有出现明确的解析超时、解析结果异常，或确实需要加密DNS查询时，再单独测试自定义DNS或DoH。最快路径是：打开 Home 确认连接状态和 Global Routing，进入 Config 核对当前启用的配置，再到配置详情的通用设置或代码视图检查 DNS 字段；每次只改一个变量，断开后用同一网络和同一域名复测。下面按首次配置、网页打不开、内网域名异常三种场景给出选择和操作路径。
定义：DNS是把域名转换为IP地址的解析服务；在 Shadowrocket 中，DNS解析、规则匹配、Global Routing、节点连接和TLS握手属于不同环节，DNS正常不等于网页一定能打开。
30秒结论：Shadowrocket DNS设置怎么选
本文是96110.buzz本地视觉备份整理的第三方使用指南，不是 Shadowrocket 官方页面；关于应用版本、菜单名称和字段是否可用，应以当前 App Store 页面及应用内实际显示为准。App Store页面显示，Shadowrocket支持记录DNS请求、本地DNS映射，以及 DNS over HTTPS、DNS over TLS 和 DNS over QUIC 等功能，但它本身不提供代理服务器或节点资源。Apple App Store中的Shadowrocket功能说明
| 场景 | 建议先选什么 | 验证重点 |
|---|---|---|
| 第一次使用，尚未确认基础连接 | 系统DNS | Home是否已连接，同一域名是否能稳定解析和访问 |
| 只有一个网站打不开 | 暂时不要改DNS | 规则命中、Global Routing、节点和该域名的连接日志 |
| 多个域名都解析超时 | 先恢复系统DNS，再单独试自定义DNS | 固定Wi-Fi或蜂窝网络，只改变DNS |
| 明确需要加密DNS查询 | 在确认普通配置正常后再试DoH或DoT | 字段格式、端点可达性和是否真正启用 |
| 办公或局域网域名失效 | 恢复组织提供的系统DNS | 内网解析器、本地映射和当前网络是否一致 |
一句话选择：先用系统DNS建立基线；明确解析故障再换自定义DNS；只有端点和格式都确认后才尝试DoH、DoT或DoQ；内网域名异常时优先恢复原来的组织DNS。
先认清四类设置：它们不是同一件事
系统DNS
系统DNS是当前iPhone网络环境提供的解析设置。Wi-Fi和蜂窝网络可能使用不同的网络参数，因此切换网络后，解析结果和超时表现可能变化。Apple的iPhone指南说明，用户可以在已连接的Wi-Fi详情中查看和管理网络设置，但这属于iOS系统网络层，不等于 Shadowrocket 配置文件中的DNS字段。Apple支持：管理iPhone上的Wi-Fi设置
自定义DNS
自定义DNS是让 Shadowrocket 使用指定的解析器地址，而不是完全依赖当前网络提供的DNS。它适合对照排查“系统DNS是否超时”这类问题，但不能因为某个地址常见或看起来延迟低，就直接断定它更稳定。本文不提供未经核验的公共DNS地址。
DoH、DoT和DoQ
这几个词描述的是DNS查询的传输方式：DoH通过HTTPS传输，DoT通过TLS传输，DoQ通过QUIC传输。Shadowrocket的 App Store功能说明列出对这些协议的支持；但“应用支持某协议”不等于每个版本、每个配置入口都使用相同字段，也不等于当前网络一定能连接该端点。App Store中的协议支持说明
本地DNS映射
本地DNS映射是给特定域名指定地址，适合测试内网服务、开发环境或已经确认的局部解析。它不是通用DNS替代方案，不能解决节点失效、规则选错、TLS证书错误或远端服务不可用。
重要边界：DNS与代理出口不是一回事。Shadowrocket是否接管某个请求，还取决于VPN连接是否建立、Home中的 Global Routing、配置文件规则和节点策略。配置文件中出现DNS字段，只能说明文件包含相关设置，不能单凭字段存在证明它当前已经生效。
当前界面怎么点：先确认Home、Config和生效状态
- 打开 Shadowrocket 的 Home 页面。先看顶部或主连接区域的VPN状态，确认是否已经启动；同时记录当前显示的 Global Routing 模式，例如 Direct、Proxy 或 Config。不要在未连接状态下把网页打不开直接归因于DNS。
- 进入 Config 页面。查看当前被选中的配置文件名称。若列表中有多个本地文件或远程配置，不要默认正在编辑的文件就是正在使用的文件；先核对选中标记或当前页面显示的活动配置。
- 打开活动配置的详情或代码视图。不同版本可能把入口显示为配置右侧的信息按钮、编辑按钮或代码视图。进入后先搜索或定位
[General]区域，再检查是否存在dns-server字段。若当前版本没有代码编辑入口，应以应用提供的DNS设置页面为准，不要凭猜测添加字段。 - 回到 Home 检查 Global Routing。如果配置文件包含规则和DNS设置，通常需要确认 Global Routing 是否使用 Config；如果当前选择的是 Direct 或 Proxy，配置文件中的规则可能不会按你预期承担全部流量。切换模式会改变流量路由，但不会自动补齐服务器地址、认证信息或DNS端点。Shadowrocket设置指南中的Global Routing与Config说明
- 重新连接后再复测。保存后停止连接，再重新启动；使用同一网络、同一节点、同一域名测试。若修改后网页仍打不开，先回看日志和规则，不要连续叠加多个DNS字段。
停止条件：如果配置保存失败、Home仍显示旧配置、连接无法启动，立即恢复备份，不要继续增加字段。菜单名称可能随应用版本变化；截至2026-10-31，本文能核实的是 App Store列出的功能范围，具体按钮位置仍应以你的当前界面为准。
格式对照：普通DNS、DoH和DoT不要混填
| 类型 | 外观示例 | 通常表示什么 | 常见错误 |
|---|---|---|---|
| 普通DNS地址 | 192.0.2.10 | IPv4解析器地址的示意格式 | 把完整URL粘贴进去 |
| IPv6 DNS地址 | 2001:db8::10 | IPv6解析器地址的示意格式 | 未确认当前网络支持IPv6就直接归因于DNS |
| DoH端点 | https://resolver.example/dns-query | 通过HTTPS访问的DNS端点 | 把URL当成普通IP地址填写 |
| DoT端点 | tls://resolver.example | 通过TLS连接的DNS端点示意 | 填入不接受该协议的字段 |
| DoQ端点 | quic://resolver.example | 通过QUIC连接的DNS端点示意 | 把协议前缀删掉后当作普通DNS地址 |
表中域名和地址仅用于说明格式，不代表可用服务。Shadowrocket是否接受某种前缀、是否需要端口、是否允许多个DNS服务器，以及加密DNS如何与代理策略配合，要以当前版本的字段提示和导入结果为准。App Store页面确认了相关协议能力，但没有在公开页面中完整列出每个版本的配置语法，因此无法把某一份第三方配置格式直接当作所有版本的官方规则。Apple App Store：Shadowrocket版本与功能说明
最小排错流程：一次只改一个变量
- 建立基线。记录Wi-Fi或蜂窝网络、Home中的Global Routing、活动配置、节点名称和测试域名。先保持系统DNS，不要同时切换节点和规则。
- 看请求是否进入Shadowrocket。打开应用的数据或日志相关页面，观察测试域名是否出现请求记录。没有记录时，先查VPN连接、应用流量接管范围和系统权限；不要继续换DNS。
- 判断是否真的卡在解析。如果日志显示域名没有得到地址，才把DNS超时作为排查方向；如果已经得到IPv4或IPv6地址，网页仍打不开，下一步查规则、代理出口、TCP连接、IPv4/IPv6路径或TLS，而不是继续换DNS。
- 只做一次对照。将系统DNS与一个来源明确的自定义DNS进行对照，或者在字段明确支持时测试一个DoH端点。保持网络、节点、域名和Global Routing不变，断开后重新连接。
- 按结果回滚。解析恢复且网页能打开，说明DNS变化可能影响了该测试场景，但不能据此证明长期稳定；若解析仍失败或整体更差，恢复原配置。单次访问不等于长期可用。
| 现象 | 优先排查 | 下一步 |
|---|---|---|
| 所有域名都解析失败 | VPN状态、活动配置、DNS字段 | 恢复系统DNS，重新连接并复测固定域名 |
| 只有一个域名打不开 | 规则命中、节点或目标服务 | 查看该请求日志，暂不批量更换DNS |
| 日志已有地址，但网页连接失败 | 代理出口、TCP、TLS或IPv6 | 保持DNS不变，只对照一次Direct、Proxy或Config策略 |
| Wi-Fi正常、蜂窝网络异常 | 网络侧DNS、IPv4/IPv6差异 | 分别记录两种网络的同一域名结果 |
| 内网域名失效 | 组织DNS被替换、本地映射误配 | 恢复组织提供的DNS，检查本地映射 |
配置备份、订阅更新和回滚
修改前先保存当前配置内容，并记下活动配置名称。若配置来自远程订阅，更新操作可能重新写入配置文件，导致手工DNS字段消失；因此“保存成功”不等于下次更新后仍会保留。每次更新后重新核对活动配置、Global Routing和DNS字段。
建议按以下顺序回滚：停止 Shadowrocket 连接；恢复原配置；确认原配置重新被选中；检查 Home 中的 Global Routing 和节点没有被同时改变；使用同一网络和同一域名复测。若恢复后仍无法连接，问题可能不在DNS，需要转向规则、节点、系统网络或目标服务排查。
Shadowrocket是客户端，不等于订阅、节点或线路服务。App Store页面明确说明它是独立的网络工具，不包含代理服务或服务器资源。Apple App Store：Shadowrocket应用说明
如果你还需要继续核对节点、线路和跨平台连接问题，可在完成DNS基线后查看边界云加速的相关网络诊断服务。
常见问题
Shadowrocket DNS设置怎么选，系统DNS是不是一定最稳定？
不是“一定稳定”，但它适合作为大多数用户的第一条基线，因为它反映当前网络环境下的默认解析路径。若系统DNS明确超时，再单独测试自定义DNS或加密DNS；不要把一次成功访问当作长期稳定结论。
自定义DNS和DoH可以同时使用吗？
两者关注的维度不同：自定义DNS强调使用哪个解析器，DoH强调通过什么传输方式查询。是否可以在同一配置中并用，取决于当前版本的字段设计和实际生效逻辑。不要重复添加同名字段，也不要把普通IP、DoH URL和DoT主机名混填。
DNS改了以后网页还是打不开，下一步查什么？
先看日志是否已经完成域名解析。如果已经得到地址，应转查规则匹配、Global Routing、节点、代理出口、IPv4/IPv6、TCP连接或TLS；保持DNS不变，只对照一次连接策略。
为什么Wi-Fi能用，切到蜂窝网络就不行？
Wi-Fi和蜂窝网络可能使用不同的DNS、IPv4/IPv6路径和网络策略。分别记录网络类型、活动配置、Global Routing和同一域名结果，再一次只修改一个变量。
我修改了Config里的dns-server，为什么没有生效？
先确认编辑的是 Home 当前使用的配置，而不是列表中的其他文件；再确认配置保存成功、Global Routing是否使用Config，并停止后重新连接。如果配置来自订阅，检查更新是否覆盖了手工修改。无法确认时，恢复备份比继续叠加字段更安全。
Shadowrocket里找不到本文说的DNS入口怎么办？
不要根据旧教程强行寻找完全相同的菜单。先查看当前版本的 Home、Config、Settings和配置详情页面，搜索DNS、General或代码视图等实际显示名称；若仍无法确认字段含义，保留系统DNS并以应用内提示为准。
常见问题
Shadowrocket DNS设置怎么选，系统DNS是不是一定最稳定？
不是“一定稳定”，但它适合作为大多数用户的第一条基线，因为它反映当前网络环境下的默认解析路径。若系统DNS明确超时，再单独测试自定义DNS或加密DNS；不要把一次成功访问当作长期稳定结论。
自定义DNS和DoH可以同时使用吗？
两者关注的维度不同：自定义DNS强调使用哪个解析器，DoH强调通过什么传输方式查询。是否可以在同一配置中并用，取决于当前版本的字段设计和实际生效逻辑。不要重复添加同名字段，也不要把普通IP、DoH URL和DoT主机名混填。
DNS改了以后网页还是打不开，下一步查什么？
先看日志是否已经完成域名解析。如果已经得到地址，应转查规则匹配、Global Routing、节点、代理出口、IPv4/IPv6、TCP连接或TLS；保持DNS不变，只对照一次连接策略。
为什么Wi-Fi能用，切到蜂窝网络就不行？
Wi-Fi和蜂窝网络可能使用不同的DNS、IPv4/IPv6路径和网络策略。分别记录网络类型、活动配置、Global Routing和同一域名结果，再一次只修改一个变量。
我修改了Config里的dns-server，为什么没有生效？
先确认编辑的是 Home 当前使用的配置，而不是列表中的其他文件；再确认配置保存成功、Global Routing是否使用Config，并停止后重新连接。如果配置来自订阅，检查更新是否覆盖了手工修改。无法确认时，恢复备份比继续叠加字段更安全。
相关阅读
参考资料
- Apple App Store：Shadowrocket功能、协议支持与应用边界
- Apple支持：管理iPhone上的Wi-Fi设置
- Shadowrocket设置指南：Global Routing、Config与功能说明（shadow-official.com）