ucomelyy 日志ID：675bdb8eff1aa615128ccdb7 2024-12-13-140631.log 当时的操作场景是在appstore里进入账户界面，一直刷不出内容，进入最近请求内看到基本都是DNS lookup failed: Timeout。 以DNS lookup failed: Timeout为关键字，应该是14:29:39开始 到 14:29:42后结束，等于基本4、5秒没有网络，麻烦开发者看看。 本次测试里只添加了ali的doh，实际日常使用过程中混合alidns和dnspod的doh，也不定时出现该问题，并且不限于appstore，实际使用过程可能是任意一app出现这问题。 其实一开始是怀疑因为dns限速导致，但后来想了想限速大概率只是解析慢，而且应该也不大可能两个dns都同时限速禁止请求，并且相同配置文件，在mac上surge使用时从未有过断网的感受。
ucomelyy 补充下，不限于doh，只要使用加密dns，不管填多少个，或者不同协议，都会不定时出现这个错误，导致几秒内无法访问。也怀疑过是否是网络问题，但实际使用中无论4G 5G wifi 移动 电信都会出现，并且相同网络环境下同时间其他设备是正常上网的。
MeM 应该也不大可能两个dns都同时限速 因为 Surge 是并发使用多个 DNS 同时去解析的，所以是有可能同时限速，限速后就超时失败了。 要排除这种情况，出现问题的时候重启 Surge ，如果恢复正常就不是 DNS 限速造成的。
ucomelyy MeM 实际情况是在ios上超时失败的那几秒，同wifi下，相同配置下的mac上（设置同样的加密dns）可以正常使用的，如果是限速导致超时应该是wifi下所有设备都会无法连接。而且根据这个的测试：https://blog.hentioe.dev/posts/test-alidns-dnspod-doh-speed-limit.html，达到限速也知识解析变慢，不太可能出现多个doh都拒绝服务的情况。 其实我在想，鉴于国内这诡异的dns限速，开发者能不能在dns配置里加个回退或备用dns解析地址，在主dns解析timeout的时候使用。
SurgeTeam 日志显示是原有连接突然没有了响应，等待超时后重新连接才恢复。根据你的描述，大概率是运营商网络基站切换，导致 NAT 丢失所致。 通常来讲配置正确的数据网络上，切换基站一般不会导致 NAT 失效，但是如果运营商配置有问题，则可能出现这种情况。 我们这新版本中为这种情况进行了优化，如果 DoH 连接在 2s 内没有响应，则会立刻重建连接。
ucomelyy SurgeTeam 最新tf版本今天出现了同样问题，日志id：6763c3bab2f19b0bd68f469a 2024-12-19-061218.log。 截图： https://1drv.ms/i/s!AmnjNlnrqT7WhLtqpYVFXV91T775sA?e=ISbcZm https://1drv.ms/i/s!AmnjNlnrqT7WhLtrKHgTGJserYd0gw?e=dhYzVH https://1drv.ms/i/s!AmnjNlnrqT7WhLtpqwSOYj05OWFTLg?e=L8axxx
