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
在使用某一个端口连接到SSR上后,SSR和客户端的连接端口在一段时间后变化 可以借鉴v2ray实现这个特性,这样可以有效防止使用某单个端口后,防火长城针对此端口的限速问题
The text was updated successfully, but these errors were encountered:
那得客户端和服务端都得变吧
Sorry, something went wrong.
嗯,开发难度应该比较大
用从unix时间和连接密码生成的某种伪随机的结果如何?
我其实在2018年也在想这个问题,后来的解决方案是开启端口段,然后用防火墙转发到SSR端口;客户端放10+个端口,负载均衡。实测下来,被联通限速的情况会少一些。 当然现在是在用IPV6节点了,似乎不存在QOS和被封的问题。
No branches or pull requests
在使用某一个端口连接到SSR上后,SSR和客户端的连接端口在一段时间后变化
可以借鉴v2ray实现这个特性,这样可以有效防止使用某单个端口后,防火长城针对此端口的限速问题
The text was updated successfully, but these errors were encountered: