一打开迅雷就会拖垮全家的网

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

目前注意到一个很离谱的问题，一打开迅雷整个家里的网直接被拖垮，从任意设备 ping 光猫延迟高，丢包高。尝试在光猫后面接了个路由器（路由模式，相当于多一层 NAT ），ping 路由器正常，ping 网关问题依旧。

即使没有活跃了上传下载任务，也会有明显的影响。

目前申请了改桥接，还需要时间，不知道能不能解决问题。

我看网上说这种情况可能是被 pcdn 黑名单了？可是我从来没用过 pcdn ，也没有高上传的服务，而且对比 https://www.v2ex.com/t/1143876 中的情况，我的 NAT 似乎是正常的（ NAT2 ）。

各位有什么头绪和解决方案吗？

第 1 条附言 · 22 天前

在等待了四五天成功改桥接后，问题消失了，虽然不能 ping 光猫了，但是从 ping 外部网站来看，即使拉满下载速度和任务数量，ping 的结果几乎没有影响

迅雷

网络延迟

PCDN黑名单

51 条回复 • 2026-01-07 13:53:20 +08:00

sonaxyjh

23 天前

看下连接数

lcy630409

23 天前

先桥接再说
目前看是光猫性能问题

stinkytofux

23 天前

一模一样的问题, 我也发现了, 而且我检查了连接数, 路由器负载, 网络上下行都没有异常, 但是只要用迅雷, 局域网立马卡的不能用.

一直不知道原因, 也不知道怎么解决, 只能尽量避免使用迅雷, 非用不可的情况下也是用完马上关掉.

fengjch127

23 天前

目前的光猫看起来确实很老，之前怀疑是云网关的问题，取消了云网关没有显著的改善。

厂家名称: NBEL
网关型号: XE-140W-TD
硬件版本: V2.0.0
软件版本: NBEL.2.0.4
设备温度: 53
PON 类型: 10GEPON
PON 发帧数: 630180822
PON 发功率: 4.30dBm
PON 收帧数: 3889207795
PON 收功率: -17.10dBm

(Get-NetTCPConnection -State Established).Count
113
(Get-NetUDPEndpoint).Count
312

看起来连接数并不多，不至于拖垮光猫的性能吧 :thinkface

stinkytofux

23 天前

而且我常年跑 PT 的, 网络经常满速上传下载也没有像迅雷这么离谱的情况. 一开迅雷局域网就爆炸. 终于遇到一个跟我同样问题的人了.

fengjch127

23 天前

@sonaxyjh 看了一下，tcp 113,udp 312,不知道这个命令查的全不全

(Get-NetTCPConnection -State Established).Count
113
(Get-NetUDPEndpoint).Count
312

stinkytofux

23 天前

肯定不是桥接和性能问题, 我家现在就是公网 IP, 内网 NAT1, 光猫桥接. 路由器性能非常富裕, 也解决不了迅雷卡爆局域网的问题. 我怀疑可能是网络风暴啥的, 我也不是太懂网络, 无法再深入排查了.

fengjch127

23 天前

@stinkytofux 我能看到的就是从 12345 端口发送出去的 udp 包，说起来倒也不算 “海量”，一秒钟个位数的样子

https://imgur.com/a/JMb174P
<blockquote class="imgur-embed-pub" lang="en" data-id="a/JMb174P" data-context="false" ><a href="//imgur.com/a/JMb174P"></a></blockquote><script async src="//s.imgur.com/min/embed.js" charset="utf-8"></script>

stinkytofux

23 天前

迅雷这样一个做了 20 多年下载器的公司, 产品这么稀烂, 是怎么做到的.

wuzhewuyou

23 天前 via Android

迅雷我用 n1 挂，用完关，印象中开着也不卡啊，我肯定有没那么及时关闭迅雷的时候

Zy143L

23 天前

有可能运营商限制了连接数..迅雷在后台会有很多 P2P 链接

laminux29

23 天前

没安装 360 安全卫士的后果。360 安全卫士有一个内置软件叫“流量防火墙"，打开后你就知道为什么迅雷会拖垮家里的网速了。

fengjch127

23 天前

@laminux29 火绒有类似的工具吗？或者是个什么样的规则？实在不想装 360

KagurazakaNyaa

23 天前

@fengjch127 火绒的同类工具就是那个流量监控

datocp

23 天前 via Android

迅雷软件常见效果就是超过局端限制并发数，
当年在 8M 光纤桥接的测试结果大概在 1200 ，应该和带宽的大小成正比，当然论坛也有人说是你的硬件不行，他家设备可以跑 10 几万并发。

光猫就不好说了，这东西俗称阉割猫，用的有问题的固件，甚至有终端数量限制。当年用上海电信 20m ，像是 5 终端限制，还存在下行流量才 200kb 。。。后来改桥接，改了桥接，它还周期性改回去。改桥接以后自己能控制 tcp/udp timeout 这些参数决定了连接数消亡时间，也决定稳定性。

20m 光纤有 135kb 上行，做了 qos 以后，终于可以在迅雷时访问路由的管理界面。至于为什么 100mbps 的 lan 端口，才使用 20mbps 的流量还有 80mbps 的剩余却无法访问路由管理界面，百思不得其解，难道仅仅是路由 cpu 撑不住？还是有其它常见的广播包拥塞就没深入研究了，能确定的是做了 dstport qos 以后，终于可以访问路由了。

至于迅雷的大并发抑制，尝试过的只有一种方法 iptables limit 。会发现迅雷的很多并发可能它用了，对下载流量没帮助。

还有个问题，当年发现电信局端已对英雄联盟做 qos 。即便上行看似 100%占满，游戏也无延迟，不排除局端对迅雷有发现抑制的过程。另外据传闻大量应用了缓存服务器，存在 302 跳传。这也是个百思不得其解的问题，发现这些 302 跳转链接的下载速度可以打破 qos 的流量上限限制，导致 qos 无效继而导致延迟问题。。。

iptables -N rate_limit
iptables -F rate_limit
iptables -A rate_limit -p tcp --dport 22 -m limit --limit 3/min --limit-burst 3 -j ACCEPT
iptables -A rate_limit -p udp --dport 1194 -m limit --limit 3/min --limit-burst 3 -j ACCEPT
iptables -A rate_limit -p ICMP --icmp-type echo-request -m limit --limit 3/sec -j ACCEPT
iptables -A rate_limit -p <protocol> --dport <port> -m limit --limit <x/sec/min/hr> --limit-burst X -j ACCEPT
iptables -A rate_limit -p ! ICMP -j LOG --log-prefix " Connection dropped!! "
iptables -A rate_limit -p tcp -j REJECT --reject-with tcp-reset
iptables -A rate_limit -p udp -j REJECT --reject-with icmp-port-unreachable
iptables -A rate_limit -j DROP