QUOTE(tsXor @ Jan 9 2023, 11:39)

仔细分析了一下,感觉是这样的:
如果直接挂代理,v2ray的话正常会开“绕过中国大陆”,即直连geosite:cn。但是.hath.network域名太多,v2ray的geosite.dat不可能收录;ip太多,geoip.dat也只能收录一部分。所以v2ray会让基本所有所有.hath.network走代理,而墙大概是双向的,所以大陆节点超时。
如果你像我那么配置,那么所有H@H直连,所以调度到外网会超时。
hath.network 的 geosite 默认不会是 cn,所以 v2ray 会根据 hath.network 解析的 IP 做 geoip。
geoip 是用 IP Ranges 来记录的,实际上不会出现 IP 太多无法收录的问题。
大陆 H@H 大多数用三大运营商的家宽来跑,
而三大运营商的 IP Ranges 在 IP 库中“太干净”了,在 geoip 判断下基本的归属几乎会 100% 判定为大陆。
而海外的 IP 归属由于到处广播,位置很容易错,但对 v2ray 来说问题不大,一律丢去走代理就 OK。
所以 v2ray 直接做“绕过中国大陆”进行分流的话,按理来说是最优解,
在代理节点带宽充足的情况下,大陆 H@H 和海外 H@H 的请求都不容易超时。
但问题是大陆 H@H 的负载太高,所以会出现的情况更多是分配到大陆 H@H 的请求超时,海外 H@H 正常。
我能想到的海外 H@H 超时的情况是:
你挂了美国或者欧洲的节点,然后 H@H 区域设置为大陆。
在这情况下,H@H 的 rpc 调度到海外的流量优先调度到亚洲其他区域的 H@H。
但由于你挂了美国或者欧洲节点,这就导致你客户端到海外 H@H 的路由是 大陆-节点-美国/欧洲-亚洲,相当于跨大洲访问。
这就容易导致海外 H@H 访问超时。
This post has been edited by VVFGV: Jan 9 2023, 05:57