今天凌晨，我的上海电信 1000 下/100 上的宽带进入了限速模式。
一开始发现的时候以为可以用 fakehttp 进行解封，但后面观测到的一些情况说明，现在的情况和以前不太一样了
目前观测到的情况是：
1.跟以前一样，各个测速站点和软件测试上行速率完全正常
2.IPV4 的 iperf3 打流完全正常，上行测试非常完美
3.IPV6 的 iperf3 打流异常，被卡在最高 21.0 Mbits/sec ，而且时不时归零
4.即使是自建的 IP 访问的高位端口的 http 上传服务，依旧可以跑满上行，可以说正经的 http 上传任务完全不受限制
5.但在宽带这一侧用同样的方法同样的端口创建的 http 服务却不行，还是卡上传限速
6.常用网盘全部在白名单里，但最高只能跑到 80+兆的水平
7.SFTP 被限制的很严，和其他被限速的一个待遇
8.bt 下载速度未受影响，上传在本身就已限速的情况下也没有观测到显著的限制
9.fakehttp 已经失效，目前测试没有实际作用了
总结：
如果没有 PT 以及其他类似要求的话，其实这种限速也不是不能用，现在电信的精准限速已经把对用户的影响降低到了很低的程度。
我之所以还是想折腾解除限速，主要原因是办公原因，公司 VPN 并不在白名单里，上传文件被卡的吐血....
一开始发现的时候以为可以用 fakehttp 进行解封，但后面观测到的一些情况说明，现在的情况和以前不太一样了
目前观测到的情况是：
1.跟以前一样，各个测速站点和软件测试上行速率完全正常
2.IPV4 的 iperf3 打流完全正常，上行测试非常完美
3.IPV6 的 iperf3 打流异常，被卡在最高 21.0 Mbits/sec ，而且时不时归零
4.即使是自建的 IP 访问的高位端口的 http 上传服务，依旧可以跑满上行，可以说正经的 http 上传任务完全不受限制
5.但在宽带这一侧用同样的方法同样的端口创建的 http 服务却不行，还是卡上传限速
6.常用网盘全部在白名单里，但最高只能跑到 80+兆的水平
7.SFTP 被限制的很严，和其他被限速的一个待遇
8.bt 下载速度未受影响，上传在本身就已限速的情况下也没有观测到显著的限制
9.fakehttp 已经失效，目前测试没有实际作用了
总结：
如果没有 PT 以及其他类似要求的话，其实这种限速也不是不能用，现在电信的精准限速已经把对用户的影响降低到了很低的程度。
我之所以还是想折腾解除限速，主要原因是办公原因，公司 VPN 并不在白名单里，上传文件被卡的吐血....
1
Select Language