We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
在代理服务的设置geosite:cn 就block防止回国流量。
结果软件的测速功能就error了(很多软件用http://www.gstatic.com/generate_204测速),以hy2为例 ERROR TCP error {"addr": "xxxx:xxxx", "id": "user", "reqAddr": "www.gstatic.com:80", "error": "rejected"}
apernet/hysteria#905
v2fly的geosite.dat 则没有这个问题
这个从到底是合理还是不合理呢?
The text was updated successfully, but these errors were encountered:
问题已知悉,建议自行处理。
Sorry, something went wrong.
最近,更新最新数据库后,在使用中观察到,还有很多其他国外域名也在cn里,不是只有gstatic,这是为什么呢?
使用白名单(国内地址直连),结果gstatic和很多其他国外域名也是直连的,那些域名都是有阻断/干扰的,导致相应某些页面内容加载缓慢/失败。
换成全局就恢复正常。
前几次更新,在使用中没注意到页面加载缓慢/失败,所以没注意到是不是也有相应问题。
该问题似乎涉及域名较多,很多域名的命名也没有太多规律,手动挨个撸有点累。
咕咕等这些被重点关注、服务功能受地理位置限制的公司的各种域名,直连、使用其国内服务器,这不好吧? 一方面连接稳定性不会好吧? 另外地理位置判断上有隐患。解决地理位置判断问题,也是这些软件、服务的存在意义之一,不是吗?
再有,不是有专门的规则集只代理被阻断干扰的地址(无论国内外默认全部直连,然后只有被阻断的地址代理),有需要的去用那个规则集不就好了吗,为什么要在白名单里把gstatic这类国外地址加到cn里?
No branches or pull requests
在代理服务的设置geosite:cn 就block防止回国流量。
结果软件的测速功能就error了(很多软件用http://www.gstatic.com/generate_204测速),以hy2为例
ERROR TCP error {"addr": "xxxx:xxxx", "id": "user", "reqAddr": "www.gstatic.com:80", "error": "rejected"}
apernet/hysteria#905
v2fly的geosite.dat 则没有这个问题
这个从到底是合理还是不合理呢?
The text was updated successfully, but these errors were encountered: