社区实例不可用

[shunia]

刚看到项目尚未自行部署，想尝试一下社区实例看看效果。用安卓端Clash Meta导入配置后，可测延迟正常，但是无法打开墙后网页和应用。想确认一下可能是什么问题？

[CorrectRoadH]

已重启社区实例，我这边测试一下，重新订阅信息之后。暂时是能跑的，后续会定位一下具体的问题。

[hahach]

之前我以为可能是wireguard的dns问题。

前两天我改了作者的配置模板文件，把proxies的模板里面远程dns打开了并且配置了 1.1.1.1的服务端dns。 后面还把warp+改成了Zero truth。还有clash 本地dns配置里面默认dns增加了 1.1.1.1。 还在本机上重新优选过ip。 就解决了。

以上操作都有可能是解决的问题。 不过今天重新拉镜像，默认配置模板重置后，也还能访问。 那我这里的情况就只剩下： 1、账户类型 warp+ vs Zero truth 2、clash 本地设置dns 3、优选ip

其中1、3我觉得可能性较低。

[shunia]

我这会儿更新订阅后，问题还是存在。

Clash Meta的调试日志显示 Retrying handshake because we stopped hearing back after 15 seconds，应该是服务端有点问题？

[shunia]

我这会儿更新订阅后，问题还是存在。

Clash Meta的调试日志显示 Retrying handshake because we stopped hearing back after 15 seconds，应该是服务端有点问题？

还有一条dns的报错 re-creating the http client due to requesting ****/dns-query****: Get ****/dns-query****: context deadline exceeded，很符合 @hahach 的说法。不过这块儿我不太懂，所以无法确定。

[CorrectRoadH]

之前我以为可能是wireguard的dns问题。

前两天我改了作者的配置模板文件，把proxies的模板里面远程dns打开了并且配置了 1.1.1.1的服务端dns。 后面还把warp+改成了Zero truth。还有clash 本地dns配置里面默认dns增加了 1.1.1.1。 还在本机上重新优选过ip。 就解决了。

以上操作都有可能是解决的问题。 不过今天重新拉镜像，默认配置模板重置后，也还能访问。 那我这里的情况就只剩下： 1、账户类型 warp+ vs Zero truth 2、clash 本地设置dns 3、优选ip

其中1、3我觉得可能性较低。

确实有可能。因为我测试的是surge，surge的节点有给出dns是1.1.1.1 。而clash的配置没有显式的给出。🤔

[hahach]

之前我以为可能是wireguard的dns问题。 前两天我改了作者的配置模板文件，把proxies的模板里面远程dns打开了并且配置了 1.1.1.1的服务端dns。 后面还把warp+改成了Zero truth。还有clash 本地dns配置里面默认dns增加了 1.1.1.1。 还在本机上重新优选过ip。 就解决了。 以上操作都有可能是解决的问题。 不过今天重新拉镜像，默认配置模板重置后，也还能访问。 那我这里的情况就只剩下： 1、账户类型 warp+ vs Zero truth 2、clash 本地设置dns 3、优选ip 其中1、3我觉得可能性较低。

确实有可能。因为我测试的是surge，surge的节点有给出dns是1.1.1.1 。而clash的配置没有显式的给出。🤔

我的使用环境是clash meta pc上的clash verge rev。由于对开启tun模式，以及fakeip之类的东西不太懂，我以为是这些的问题。后面测试的时候，关闭tun和系统代理，入站在本地监听一个端口，直接给规则指向warp的代理组。这样就相当于这个端口的访问是全局走warp的。 结果发现国内国外都一样，部分网页可以部分不行。我对DNS这块不熟，我的理解是上文的这个测试规则，应该是cloudflare warp的服务器来做dns解析吧。这时候我认为就是dns的问题了。

后面折腾的过程里，看到有的地方说wireguard协议如果不指定远程dns，那么是本地解析的。我尝试改过项目模板增加了dns项目，上文也提了没效果。

刚刚又测试了下，我直接用社区的订阅链接是无法访问需要走代理的任何网站的。。。 然后我提取了社区订阅里的wireguard代理部分，导入我自己的配置里，走全局是可以访问的。 那么很有可能是社区的clash配置文件里有dns的问题。这方面我实在是不太懂，我只能贴我自己的clash配置里面的dns了，各位懂的可以对比下看看问题出在哪。

dns: enable: true prefer-h3: true listen: 0.0.0.0:1053 ipv6: true default-nameserver:

• 223.5.5.5
• 1.1.1.1 enhanced-mode: fake-ip fake-ip-range: 198.18.0.1/16 fake-ip-filter:
• localhost.ptlogin2.qq.com nameserver:
• https://doh.pub/dns-query
• https://dns.alidns.com/dns-query fallback:
• tls://8.8.4.4
• tls://1.1.1.1 proxy-server-nameserver:
• https://doh.pub/dns-query fallback-filter: geoip: true geoip-code: CN geosite:
  • gfw ipcidr:
  • 240.0.0.0/4

[vvbbnn00]

经过测试，订阅在clash verge rev等软件中运行时，确实存在该问题，解决方法是针对每个代理节点，设置dns信息，并将remote-dns-resolve设置为true

# ...
- dns:
  - 1.1.1.1
  - 1.0.0.1
  ip: 172.16.0.2
  mtu: 1280
  name: xxxx
  port: 'xxxx'
  private-key: xxxx
  public-key: xxxx
  remote-dns-resolve: true
  server: xxxx
  type: wireguard
  udp: true

[CorrectRoadH]

社区实例稍后会同步代码，解决这个问题👌

[CorrectRoadH]

社区实例已更新到最新的代码。该issue可关闭 @vvbbnn00

[shunia]

我这里测试结果还是一样的，似乎并没有修复。

[CorrectRoadH]

我这里测试结果还是一样的，似乎并没有修复。

好的，我稍后再测试一下🤔

[YinsenHo]

目前貌似并没有修复