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-wrt.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 节点去掉再试试。
|