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

V2EX = way to explore

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

现在注册

已注册用户请登录

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

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

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

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

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

第 1 条附言 · 8 小时 58 分钟前

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

迅雷

网络延迟

PCDN黑名单

49 条回复 • 2026-01-05 12:44:55 +08:00

sonaxyjh

1 天前

看下连接数

lcy630409

1 天前

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

stinkytofux

1 天前

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

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

fengjch127

1 天前

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

厂家名称: 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

1 天前

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

fengjch127

1 天前

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

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

stinkytofux

1 天前

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

fengjch127

1 天前

@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

1 天前

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

wuzhewuyou

1 天前 via Android

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

Zy143L

1 天前

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

laminux29

1 天前

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

fengjch127

1 天前

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

KagurazakaNyaa

1 天前

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

datocp

1 天前 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