为啥我在日本服务器上部署了代理
用代理访问百度是正常的
访问google 报错 ConnectionResetError(10054, ‘远程主机强迫关闭了一个现有的连接。’, None, 10054, None)
我在服务器上直接请求google接口也是ok的 这种是啥问题啊
2 个赞
开的是全局代理吗？是不是没走代理啊。
可以看看服务器上的代理日志。另外看看你用浏览器访问别的外网网站能否正常访问，比如youtube
很显然，你的http代理被gfw给reset了啊。你的http代理又不是加密的，就算是https代理，我估计gfw也能给你识别出来。
如果翻墙是这么简单的操作，如果Gfw这么好对付，就不会出现vmess/vless/hy2/ssr等各种带加密、混淆的翻墙协议了。
1 个赞
http socks这种好像会撞墙
1 个赞
如果本地能ping通服务器，服务器能 ping通谷歌，就是配置错了。如果本地 ping 不通服务器，就是服务器强了
本地能ping通服务器 ping不同google
服务器两边都可以通
那就是没办法了啊？
是的，不然为啥这么多科学协议呢，就是为了过墙
1 个赞
对于http和socks5这些传统代理和ikev2等传统vpn协议，墙在十年前就能拦截了。现在的墙的标配是各种精心设计的规则+机器学习
http代理从各种方面讲都和正常tls流量一点都不像，有各种办法可以拦。简单地匹配一下关键词“google.com”就能拦。更何况它没加密，所有流量都是明文的，墙可以随意查看和篡改。墙给你拦了而不是偷偷加入恶意js代码你就偷着乐吧
梯子的代理协议为了模仿正常tls流量无所不用其极，甚至有的还用了真实浏览器的网络栈，就算这样还是能被找到特征然后被拦截
你在尝试绕过的是世界上最复杂的安全系统之一，开发它的人都是这个国家的计算机领域最聪明的人，他们完善这个安全系统花了十多年，最原始的代理协议怎么可能骗得过它
1 个赞
GFW：喵喵喵？
行吧 我还想爬点海外数据，看来脚本只能在海外服务器上跑了。