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
实测如下: 配置了国外组2个服务器8.8.8.8,8.8.4.4,国内组2个服务器114.114.114.114,119.29.29.29,禁用缓存,国内组加上chnroute列表,版本V1.2.3,上级路由挂上美国VPN,按目的地分流国外IP自动走VPN。 国内组添加1个域名:qq.com 国外组添加1个域名:google.com 测试qq.com和google.com都正常,各组内的2个服务器是并行请求,在上级路由封掉其中1个也都能正常反回,即是并行请求,最快反回的立即采用。
但如果测试的是baidu.com问题就来了:
这情况不是可以直接采用国内组反回的结果吗??? 国内域名等待国外组反回会变得很慢,有时候VPN断了直接就解释不出来了。。。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
实测如下:
配置了国外组2个服务器8.8.8.8,8.8.4.4,国内组2个服务器114.114.114.114,119.29.29.29,禁用缓存,国内组加上chnroute列表,版本V1.2.3,上级路由挂上美国VPN,按目的地分流国外IP自动走VPN。
国内组添加1个域名:qq.com
国外组添加1个域名:google.com
测试qq.com和google.com都正常,各组内的2个服务器是并行请求,在上级路由封掉其中1个也都能正常反回,即是并行请求,最快反回的立即采用。
但如果测试的是baidu.com问题就来了:
这情况不是可以直接采用国内组反回的结果吗???
国内域名等待国外组反回会变得很慢,有时候VPN断了直接就解释不出来了。。。
The text was updated successfully, but these errors were encountered: