在Shadowrocket中配置备用DNS（fallback-dns-server）时，用户应当先通过编辑当前配置文件进入[General]段落，新增一行“fallback-dns-server = 首选备用的DNS地址”，保存后重新加载配置让该参数生效。在DNS服务器列表中保留至少一组主用解析服务器作为日常主力，同时将备用地址设置为网络兼容性最高的公共DNS（如8.8.8.8或114.114.114.114），并确保该地址为主DNS全盘失效时能够无障碍访问的保底通道。配置完成后建议通过临时填入无效主DNS并观察实时日志的方式来验证备用机制是否正常触发，确认无误后将主DNS恢复为正常列表。日常使用中若日志频繁显示备用DNS被调用，则应及时调整主DNS列表的服务器组合以提升其可靠性，避免长期依赖备用通道而影响解析速度和抗污染能力。
备用DNS的作用与配置逻辑
理解备用DNS在整个解析链中的位置
Shadowrocket中的备用DNS（fallback-dns-server）是位于主DNS服务器列表之后的一个独立解析通道，它在主DNS服务器全部不可用或返回异常结果时才会被激活介入。与主DNS并发查询所有列表服务器并采用最快返回结果的模式不同，备用DNS采用顺序兜底的策略，只有在主解析完全失败的情况下才发起查询。这种设计确保了在绝大多数情况下解析速度最快的主服务器能够正常响应，同时为网络环境变化时主通道不可用提供了最后一道解析防线，避免因单一DNS故障导致全局断网。
主DNS与备用DNS的职责划分
主DNS服务器列表通常包含用户精心挑选的多个国内国外高可用服务器，在正常网络条件下承担全部域名解析任务。备用DNS则作为保底方案，只在主DNS请求超时、返回错误码或解析结果明显异常时发挥作用，其设计目标并非提升解析速度而是保障解析服务的绝对连续性。用户在配置时应当将最稳定、兼容性最强的DNS服务器填入备用字段，例如运营商的默认DNS或国际通用DNS，确保在主解析因网络策略或服务器故障而中断时，备用通道能够以最低的延迟成功兜底。
备用DNS与DNS劫持功能的关系
DNS劫持功能会拦截所有目标端口为53的请求并强制重定向到用户指定的解析服务器，这一操作发生于主DNS列表和备用DNS之前。当劫持开启时，主备DNS的配置仍然生效但所有请求的实际目标都已被劫持重写，此时主备之间的切换逻辑不再完全由用户配置的列表顺序决定。用户在同时开启劫持和配置备用DNS时，应当明确劫持目标地址的可靠性，因为劫持会使备用DNS在主DNS失败后同样指向劫持目标，而无法自由切换至用户单独指定的备用地址。
在配置文件中设置fallback-dns-server
通过配置文件直接编辑备用DNS参数
Shadowrocket并未在图形化设置界面中提供fallback-dns-server的直接输入框，该参数的配置需要通过编辑配置文件来实现。用户进入“配置”页面，选择当前加载的配置文件并进入“编辑配置”模式，在配置文本中找到[General]或[DNS]段落，手动添加或修改fallback-dns-server = 服务器地址这一行来指定备用解析服务器。如果配置文件中不存在该条目，用户可以在[General]段落的末尾新增一行写入，保存后重新加载配置即可生效。配置文件编辑方式赋予了用户对备用DNS的完全控制权，但需要用户对配置语法有基本了解。
图形化设置中的备用DNS替代方案
虽然Shadowrocket设置界面中没有直接的fallback-dns-server配置入口，但用户可以通过在DNS服务器列表中添加一组稳定的备用服务器来实现类似的效果。具体做法是将主DNS服务器（如DoH和DoT）排列在列表前端，将传统的明文DNS（如223.5.5.5或114.114.114.114）放置在列表最后面，Shadowrocket会在加密通道超时后自动尝试列表末端的明文服务器完成解析兜底。这种列表排序方式的实质效果与专用fallback参数一致，而且不需要用户手动编辑配置文件，是绝大多数普通用户更容易上手的配置方案。
配置文件语法检查与保存注意事项
在配置文件中添加fallback-dns-server时，确保服务器地址的格式与主DNS列表中的格式一致，支持IP地址、域名和带端口的格式如“8.8.8.8:53”或“1.1.1.1”。同时注意该条目只能出现一次，多条fallback配置会导致解析引擎出现异常行为。保存配置文件后，用户应在配置页面执行“重新加载”操作让新参数生效，并通过实时日志验证备用DNS在故障模拟场景下是否真正被调用。
备用DNS与主DNS的协同机制
故障触发条件与切换时序
备用DNS的触发基于主DNS请求的超时时间或返回的错误代码，当主列表中所有服务器在规定超时时间内均未返回有效响应时，引擎会立即发起对备用DNS的查询请求。整个超时等待和切换过程在毫秒级完成，用户几乎感受不到解析延迟的增加，但首次触发备用时因为需要等待主服务器超时，会略微延长首个域名的解析时间。之后的解析请求会直接使用备用DNS，直到用户重新加载配置或手动切换网络环境才会重置主备选择状态。
主DNS部分失败时的处理策略
如果主DNS服务器列表中只有部分服务器超时或返回错误，而其他服务器正常响应，引擎不会触发备用DNS，因为主列表中只要有一个服务器成功返回即可满足解析需求。只有在主列表中的所有服务器全部超时或全部返回无效结果时，备用DNS才会被启用。这种处理策略确保备用DNS只在最极端的全盘故障情况下介入，避免因个别服务器不可用而频繁切换至备用通道导致解析效率波动。
备用DNS生效后的状态保存与恢复
一旦备用DNS被触发并成功完成一次解析，引擎会在当前会话中持续使用备用DNS而不会自动切回主DNS，直到VPN连接重启或配置重新加载。这种状态保存机制避免了解析通道的频繁切换带来的不确定性，但也意味着用户需要手动触发一次配置重载才能让主DNS恢复优先地位。在排除主DNS故障后，用户应当重新加载配置或重启VPN，将解析通道重置回主优先的正常模式。
fallback-dns-server的典型应用场景
公共WiFi环境下应对DNS劫持与封锁
在机场、酒店、咖啡馆等公共WiFi环境中，网络提供商常常通过强制DNS劫持将未付费或未认证的用户重定向到认证页面，导致主DNS无法正常工作。备用DNS在这种情况下可以作为绕过劫持的备用解析通道，因为公共WiFi的劫持策略通常针对UDP 53明文请求，而用户的主DNS若配置为DoH或DoT加密解析，公共WiFi无法劫持加密流量，备用DNS则可以设置为传统的明文公共DNS，在加密通道因网络策略受阻时提供兜底解析。这种组合方案让用户即使在强制认证的公共WiFi下也能保持基本的域名解析能力。
主用加密DNS服务器不可达时的保底方案
当用户的网络环境限制或拦截了DoH或DoT的加密DNS流量时，主DNS列表中的所有加密服务器都会超时无响应，此时备用DNS作为明文解析通道可以立即接管并提供最基本的域名解析服务。虽然明文DNS牺牲了隐私保护和抗污染能力，但至少保证了用户能够正常上网，不会因为加密解析被阻断而导致完全断网。这种保底方案的稳定性极高，因为明文DNS（如114.114.114.114）在绝大多数网络环境下都能无障碍访问，适合作为最后一道解析防线。
代理节点切换时的DNS连续性问题
当用户在Shadowrocket中切换代理节点时，节点的出口网络环境可能发生变化，导致之前工作正常的DNS服务器在新节点下无法访问。备用DNS在此场景下能够确保解析服务在节点切换过程中不发生中断，因为主DNS可能因新节点的路由策略而失效，但备用DNS通常选择的是全球通用的公共DNS，在任何网络出口下都具有极高的访问兼容性。备用DNS的存在让节点切换过程中的域名解析保持连续，用户不会感知到因切换节点而导致的短暂断网。
备用DNS配置的常见格式与参数
单服务器地址的基本格式
最基本的备用DNS配置是在[General]段落中写入单行“fallback-dns-server = 8.8.8.8”，这样当主DNS全部失效时，所有解析请求都会发往8.8.8.8这台公共DNS服务器完成。该格式支持IPv4和IPv6地址，用户也可以填写域名形式的DNS地址，但为了避免因域名解析本身失败导致备用DNS不可用，建议优先使用稳定的IP地址作为备用目标。单服务器配置简单直接，适合大多数只需最基本兜底解析的用户。
多个备用服务器的并列写法
如果用户希望在主DNS全盘故障时有多个备选通道可尝试，可以在配置文件中连续写入多行“fallback-dns-server”条目，每行指定一个不同的解析服务器地址。Shadowrocket在处理多个备用服务器时会采用顺序尝试的策略，先尝试第一个备用服务器，若超时或失败则继续尝试下一个，直到某一服务器成功返回解析结果为止。多备用服务器的配置在公共WiFi等极端网络环境下提供了更高的解析成功率，但同时也增加了整体的故障切换时间。
带端口与协议前缀的扩展格式
备用DNS同样支持指定非标准端口和加密协议，例如“fallback-dns-server = 1.1.1.1:853”表示使用DoT端口进行加密解析，或“fallback-dns-server = https://dns.google/dns-query”使用DoH协议。但在备用场景下使用加密协议需要谨慎评估，因为备用的触发条件本身就是主DNS不可用，此时加密协议可能同样受阻。通常建议备用DNS使用标准53端口的明文协议以最大化兼容性，特殊需求下也可使用加密备用。
验证备用DNS生效与故障排查
通过实时日志模拟主DNS超时
为了验证备用DNS是否配置正确并能够正常触发，用户可以临时在DNS服务器列表中添加一个无效的DNS地址（如192.0.2.1）作为唯一主DNS，让所有主解析请求必然超时。然后访问任意域名并打开实时日志，如果日志中显示主DNS请求超时后紧接着出现了向备用DNS地址发起的解析请求并成功返回IP地址，则说明备用DNS配置已生效且工作正常。测试完成后记得移除无效的主DNS地址以恢复正常解析配置。
解析日志中备用DNS的命中识别
在常规使用中，如果主DNS正常工作，解析日志中不会出现备用DNS的请求记录，因为引擎不会触发备用机制。只有当主DNS出现故障时，日志中才会出现“fallback-dns-server triggered”或类似标识，表明当前解析请求已切换到备用通道。用户可以定期检查日志中是否有备用DNS的命中记录，如果频繁出现则说明主DNS服务器的稳定性存在问题，需要更换更可靠的主DNS服务器来减少对备用的依赖。
配置文件加载错误导致备用失效的排查
如果备用DNS配置后始终无法触发，首先检查配置文件中fallback-dns-server的拼写是否正确，注意是“fallback”而非“failback”或“fall-back”。其次确认该行是否位于正确的段落（[General]下）且没有与主DNS列表的语法冲突。若配置文件语法无误但备用依然不生效，尝试在设置界面清空当前DNS服务器列表，让主DNS自然失效后再测试备用是否能够单独工作，排除主DNS持续有效导致备用无机会触发的可能性。
常见问题FAQ
备用DNS和DNS服务器列表中的最后一个服务器有什么区别？
DNS服务器列表中的所有服务器是并发查询关系，任何一个返回结果即采用；备用DNS是在所有主服务器都失效时才按顺序尝试，属于串行兜底。备用DNS的触发条件更严格，只有在主DNS全盘失败时才会介入。
如何在没有图形设置的情况下添加备用DNS？
必须通过编辑配置文件手动添加。进入“配置-编辑配置”，在[General]段落中添加“fallback-dns-server = 地址”行，保存并重新加载配置即可生效，无需任何图形化操作。
备用DNS可以配置多个吗？
可以，多行并列即可。每行一个服务器地址，Shadowrocket会按顺序尝试，直到某个服务器成功返回解析结果。这种方法在复杂网络环境下提高了兜底成功率。
备用DNS触发后如何让主DNS恢复优先？
备用DNS触发后，当前会话会持续使用备用DNS，直到VPN连接重启或配置重新加载。用户可以手动断开并重连VPN，或在配置页面重新加载当前配置，使解析通道重置为主DNS优先状态。