这是一个创建于 557 天前的主题，其中的信息可能已经有所发展或是发生改变。
发现电视上一旦打开这玩意，路由器上就出现上传远大于下载的情况
不是有意见，毕竟服务免费，只是求证我理解是对的么？
 |
1
swxk521 2023-05-21 22:58:03 +08:00 via Android
那是肯定的，电视我都设置了上行 100kb
|
 |
2
cooldaddy OP @swxk521 明白，看来应该加个限速，只要上下基本对等，或者上传稍高 50%~100%是可以接受的。毕竟既然受惠同时也应该付出，别过分就好。
|
 |
3
weid 2023-05-22 05:19:21 +08:00 via iPhone
这图片上的是怎么弄的
|
|
4
cooldaddy OP @weid HA （ Home Assistant ）会自动发现 owrt 路由器并且帮你监控这些数据，至于 cpu 温度，没找到合适的 restful 服务，所以自己快速写了一个简单的 http://fisherworks.cn/?p=3832
|
 |
5
nuansediao 2023-05-22 11:54:29 +08:00
我买了 vip 啊。也一样的，同样上传很多。
|
 |
6
dann73580 2023-05-22 15:03:07 +08:00
内置 p2p(pcdn)已经是这类软件的基操了，我的建议是，嫌烦就卡死 50kb ，或者 dns 解析了查一下屏蔽掉。如果用的免费软件觉得可以给他们一点，只要上传不高于 3mbps 也仁至义尽了，满足一个对等用户的单人带宽量。
|
|
8
cooldaddy OP 我试了一下，无论使用 iptables 按 pkts 限速，或者复杂一点用 tc 做流量整形，都可以把上传速度降下来
但相应的，换台的等待时间也变长了，如果上传限的太狠，就直接卡顿了 不限就没任何问题，换台也秒换 |
|
9
cooldaddy OP 搞定了。
学习了 linux tc 来做限速，本来受限于开了 flow offloading 发现 iptables 条目失去作用无法限速（又不愿关闭 flow offloading 降低性能实现限速） 后来想到，既然路由是虚拟化，在物理机层面没有 flow offloading 没问题吧 但物理机和虚拟机完全是桥接，二层通信，iptables 又无法标记流量了 结果早上爬起来学习了一下 ebtables ，就从二层标记流量 终于成功用 tc 限速了，qdisc 开在物理机进 owrt 虚拟机的 vnet0 上，nice ！ 回头找时间写篇东西记录一下 |
|
10
cooldaddy OP 写好了，需要的自取。
http://fisherworks.cn/?p=3903 |
Select Language