DNS并发查询没有正确工作

NobyDa

im-Kalix

NobyDa 这不仅仅是IPv6的问题，在当前的版本下，如果用户配置了多个DNS地址，那么Surge理应采用回复最快的结果。结果Surge却等到所有DNS服务器都返回结果后才进行下一步工作。
这造成的结果是，假设某个人同时配置了十个DNS地址，他原本期望这能带来极致的速度和稳定性，可由于DNS查询速度实际上取决于配置里最慢的那一个，最终实现的是负优化。

NobyDa

im-Kalix 不会等待的。Surge使用优选DNS机制。如果10个DNS中的其中一个优先返回了A结果，那么其他DNS结果会直接被抛弃并且立即并发TCP握手。

但如果开启IPv6，则会等待其中一个DNS的A和AAAA结果都拿到后才进行并发TCP握手。

im-Kalix

NobyDa 一楼的实验是用空白配置做的，也就是说没有开启IPv6

NobyDa

im-Kalix Suege关闭IPv6后，简单试了下用几个高延迟的DNS，并不会拖慢A记录查询。
很可能是你自身网络因素或其他不严谨的实验造成的

im-Kalix

NobyDa 明白了，原来还得手动重启一下Surge才行

Lang722

im-Kalix 工具＞DNS结果

请问这个工具在哪，想要复现下结果

im-Kalix

Lang722 主页面下方的选项卡

im-Kalix

目前最好的解决办法：

在[Host]段配置* = server:syslib，即在配置文件中添加：

[Host]
* = server:syslib

这基本上可以解决Surge DNS和IPv6的兼容问题，唯一要注意的是此时不可以关闭FakeIP，否则会造成招商银行App无法显示。不过这几乎算不上什么问题，这样的配置足够日常使用了。

Lang722

im-Kalix 但是官方文档显示syslib和增强模式不是不兼容吗？

SurgeTeam

im-Kalix 这种配置方式会导致各种潜在问题，你的问题的本质是上游 DNS 服务器不正确导致的，8.8.8.8 在中国访问困难，手动配置为一个中国的公共 DNS 服务即可。

im-Kalix

SurgeTeam 我这里还有一个解决办法：我这里的Wi-Fi的默认DNS有三个：218.85.157.99、218.85.152.99、fe80::1。当我手动配置了system-server = 218.85.157.99, 218.85.152.99时（也就是将fe80::1排除在DNS列表外），IPv6 DNS的查询延迟问题就消失了。所以我之前会认为是DNS并发查询的问题。

还有一种办法是我在这个帖子里分享过的其中的第一种，不过这个办法太麻烦我最近没用了（现在想想，这个办法有可能只是没有载入fe80::1造成的）。

目测来看，会出现查询延迟的域名都是没有IPv6记录的域名。

im-Kalix

im-Kalix 我刚才尝试了dns-server = 223.5.5.5, 223.6.6.6也可以解决问题（也就是将system排除在外），只是必须手动重启Surge才能生效。（我之前一直以为这个办法没用的‖