如题,说是解决方案,其实只是利用限速系统的一点小漏洞(或者说我认为的漏洞)来把限速提升到可接受的范围内。
先说背景:
op 在限速上线前使用 zerotier 在上海本地的两条电信 1000/100 宽带间异地组网,能跑满对等百兆且延迟非常低。
限速上线后,op 因为种种无关原因其中一条宽带变成了移动的,再加上限速就导致了速度变成了 3Mbps(电信->移动)/70Mbps(移动->电信)。
电信上传的 3Mbps 根据 iperf3 的测试,其实是限制到了 10Mbps ,再每三个包丢两个。
两边的网关均使用 immortalwrt+singbox+zerotier 作为路由。
-
解决方案:
op 查资料的时候在某个网站上发现有人测出来纯 http 流量的上传不被限速,根据我自己的测试确实如此。貌似所有 tls 加密过的 tcp 流量、udp 流量都会被限速。zerotier 即使可以正常 p2p 连接也会被限速,表现为速度极慢但延迟正常。
(插一句题外话,op 之前编辑这个帖子的时候把该 url 贴在了帖子内,结果被警告“不要发布不受欢迎的内容”并 ban ip😥,发邮件反馈后貌似解开了)
于是就产生了使用 vmess+websocket 代理(电信->移动)流量的想法。随后在电信端部署 x-ui 再创建代理规则,移动端编辑一个电信端内网 ip 的 ip 规则 json ,设置分流就不多赘述了。
目前实测速度可以跑到 30Mbps(电信->移动)/105Mbps(移动->电信),姑且也算是 usable 了。
因为 op 的移动宽带没有公网 ipv4 也没有 ipv6 ,没办法测试由电信主动发起请求连接上移动的情况,这就等待 v 友测试了。
-
补充一个测试中遇到的坑,zerotier 会抢答本该被 singbox 代理的流量,我在/etc/zerotier 下编辑了个 local.conf ,以将电信的内网 ip 加入黑名单,并加入 zerotier 配置。这下被 singbox 代理的端口会从 singbox 规定的端口走,其他未代理端口会从 zerotier 走。
先说背景:
op 在限速上线前使用 zerotier 在上海本地的两条电信 1000/100 宽带间异地组网,能跑满对等百兆且延迟非常低。
限速上线后,op 因为种种无关原因其中一条宽带变成了移动的,再加上限速就导致了速度变成了 3Mbps(电信->移动)/70Mbps(移动->电信)。
电信上传的 3Mbps 根据 iperf3 的测试,其实是限制到了 10Mbps ,再每三个包丢两个。
两边的网关均使用 immortalwrt+singbox+zerotier 作为路由。
-
解决方案:
op 查资料的时候在某个网站上发现有人测出来纯 http 流量的上传不被限速,根据我自己的测试确实如此。貌似所有 tls 加密过的 tcp 流量、udp 流量都会被限速。zerotier 即使可以正常 p2p 连接也会被限速,表现为速度极慢但延迟正常。
(插一句题外话,op 之前编辑这个帖子的时候把该 url 贴在了帖子内,结果被警告“不要发布不受欢迎的内容”并 ban ip😥,发邮件反馈后貌似解开了)
于是就产生了使用 vmess+websocket 代理(电信->移动)流量的想法。随后在电信端部署 x-ui 再创建代理规则,移动端编辑一个电信端内网 ip 的 ip 规则 json ,设置分流就不多赘述了。
目前实测速度可以跑到 30Mbps(电信->移动)/105Mbps(移动->电信),姑且也算是 usable 了。
因为 op 的移动宽带没有公网 ipv4 也没有 ipv6 ,没办法测试由电信主动发起请求连接上移动的情况,这就等待 v 友测试了。
-
补充一个测试中遇到的坑,zerotier 会抢答本该被 singbox 代理的流量,我在/etc/zerotier 下编辑了个 local.conf ,以将电信的内网 ip 加入黑名单,并加入 zerotier 配置。这下被 singbox 代理的端口会从 singbox 规定的端口走,其他未代理端口会从 zerotier 走。