这是一个创建于 1191 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近家里总是莫名其的断网，经过几天的排查，竟然发现是软件原因？？？只要一打开迅雷影音，全屋立马断网。断网后就算恢复，似乎网络也不太稳定。只要关掉迅雷影音，立马就好了。这特喵是什么原理？
 | 1 iPisces77 2022-08-30 09:03:01 +08:00 迅雷也会这样,想起好几年前,天天跳 ping 丢包 ,最后发现是迅雷的锅 |
 | 2 abc0123xyz 2022-08-30 09:06:09 +08:00 用爱奇艺万能播放器试试 |
 | 3 codehz 2022-08-30 09:16:05 +08:00 via iPhone 是不是被当作 pcdn 了（ |
 | 4 xmy2232867 2022-08-30 09:18:05 +08:00 parallels desktop 打开就断网，关了就好了。。。 |
 | 5 jieliu 2022-08-30 09:26:42 +08:00 @xmy2232867 我也遇到过，试试手动配置一下 dns |
 | 6 louxiaohei 2022-08-30 09:28:37 +08:00 是移动吗，我移动也有这种问题，但之前电信不会。。。 |
 | 7 datocp 2022-08-30 09:28:46 +08:00 路由器不行，并发受限。 按照以前的测试 1.迅雷这种软件发起大量并发(可能)超过 ISP 的限制,那再下一个 TCP 握手就无法完成。网络出现丢包现象。而且此时很大的可能网络的上 /下行流量并不饱合。也就是并发和流量是两个概念。并发数受限抑制了流量发起连接的过程。这么多年只能用一种方法解决。通过 iptables limit 对不常用端口进行限制，这个模块比较平和不会出现断线的情况。 https://wiki.dd-rt.com/wiki/index.php/Preventing_Brute_Force_Attacks #a="`iptables -vnL FORWARD --line-numbers | grep "PMTU" | cut -c1-5` - 1";a=`expr $a` #iptables -I FORWARD $a -s $i -j DROP #iptables -I FORWARD $a -s $i -p udp -j REJECT --reject-with icmp-proto-unreachable #iptables -I FORWARD $a -s $i -p tcp -j REJECT --reject-with icmp-proto-unreachable #iptables -I FORWARD $a -s $i -p ICMP --icmp-type echo-request -m limit --limit 4/sec -j ACCEPT #iptables -I FORWARD $a -s $i -m limit --limit 60/s --limit-burst 100 -j ACCEPT #iptables -I FORWARD $a -s $i -p tcp -m multiport --dport 25,80,443,1863 -m limit --limit 60/s --limit-burst 100 -j ACCEPT; 2.有些 ISP 提供了 302 跳转?很奇怪这些不是来源于官网的下载过程，竟然可以突破本地的 QOS 限制，百思不得其解。。。 3.就是路由没有 QOS 功能，早年没有设定 QOS 的路由在迅雷时连路由器的 WEB 管理界面都打不开，百思不得其解。后来设定了 QOS 以后终于能打开管理界面了。 终极解决办法，只能去软件上看看有没有连接数，上传速度这样的选项。如果用 linux 类路由可以通过以下命令查看并发数。 # cat /proc/net/nf_conntrack|wc -l 3523 而这些又跟路由的 tcp/udp timeout 消亡时间有关系 # cat *|grep timeout net.ipv4.tcp_fin_timeout=30 net.netfilter.nf_conntrack_tcp_timeout_established=600 net.netfilter.nf_conntrack_udp_timeout=65 net.netfilter.nf_conntrack_udp_timeout_stream=120 net.netfilter.nf_conntrack_generic_timeout=600 net.netfilter.nf_conntrack_tcp_timeout_syn_sent=120 net.netfilter.nf_conntrack_tcp_timeout_syn_recv=60 net.netfilter.nf_conntrack_tcp_timeout_fin_wait=120 net.netfilter.nf_conntrack_tcp_timeout_time_wait=120 net.netfilter.nf_conntrack_tcp_timeout_close=10 net.netfilter.nf_conntrack_tcp_timeout_close_wait=60 net.netfilter.nf_conntrack_tcp_timeout_last_ack=30 |
 | 8 JellyJourney 2022-08-30 10:12:31 +08:00 是移动宽带吗，我坐标无锡移动宽带，一打开磁力下载，不管是迅雷还是比特彗星之类的，只要一开始下载就断网，但是手机迅雷下载不会 |
 | 9 sadfQED2 OP @louxiaohei 对。北京移动 |
| 11 sadfQED2 OP @JellyJourney 对，北京移动 |
 | 12 nanjingwuyanzu 2022-08-30 10:31:18 +08:00 我在家备份微信聊天记录到 PC 的时候也是会断网，坐标南京移动 |
 | 13 ZeroYe 2022-08-30 11:49:21 +08:00 光猫还是路由器拨号的？ |
 | 14 hsfzxjy 2022-08-30 11:59:48 +08:00 via Android 不知道有没有关系，但前几天看到一个同样很神奇的网络问题 https://blog.ando.fyi/posts/diagnosing-an-unsual-wifi-issue/ HN 讨论： https://news.ycombinator.com/item?id=32524702 |
 | 15 fengchen0vr 2022-08-30 13:54:48 +08:00 via iPhone 以前遇到过光猫有软件问题，开迅雷连接数多了就崩了，后来换猫就好了 |
 | 17 systemcall 2022-08-30 19:51:34 +08:00 光猫太垃圾了，连接数多了就死机了 解决方法：改路由拨号 |
 | 18 hxy100 2022-09-10 11:13:16 +08:00 不一定是路由硬件或光猫问题，有可能是 openwrt 系统的问题，某条规则刚好跟迅雷的网络请求冲突，或者碰上了 openWrt 某个 Bug （我之前遇到过，确认是 openWrt 的问题，具体细节原因未知），尤其是 openwrt 安装了扶墙插件的情况下，这种情况更普遍。如果 openwrt 是作为旁路由的话，可以先把 openwrt 节点去掉再试试。 |
Select Language