关于DHT导致UDP发起包过多引起网络瘫痪浏览器无法访问国内哔哩哔哩等网站的解决办法
禁用dht试试，如果路由器做了桥接，改回光猫拨号。和这个TCP设置没有任何关系，tcp发起在100W以内都属于正常，主要是DHT
和路由器无关，十年前50元的tp路由器都可以应付10w并发，主要是运营商限制每秒UDP并发
如果被运营商限制，建议禁用DHT或者调下该值，可以用该命令观察是否触发限制
psping -t www.baidu.com:80
去掉勾即可禁用DHT
路由器多半是不会炸的，看192.168.1.1能打开就代表路由器是ok的，99%的情况都是运营商限制
主要是DHT，你确认下就知道了，统计分类里面可以看到详情
DHT可以跑掉几十个G流量，发送2亿个包了，你先把dht禁用掉在确认下吧，你可以展开udp传输看一下
打开比特彗星时因DHT产生UDP连接数过大增长，可能导致移动宽带网络质量下降的一个选项，降低每秒UDP发起数量
https://bbs.itzmx.com/forum.php?mod=viewthread&tid=89918&fromuid=1
都说了是DHT，你不信，有些省份运营商就喜欢搞这种小蛾子，cache的运营商，，基本没了
DHT后来版本都有优化过了，每30分钟最多查询一次
我之前用小米的官固，打开彗星的几十秒内会出现网页打不开延迟暴涨的情况，但是路由不会死机，然后慢慢恢复正常，应该是官固限制了最大连接数
后来刷机用的openwrt，打开彗星可以观察到活动连接几秒内暴涨，直接把内存占光爆内存，内存回收赶不上占用，然后路由死机重启
我之前试过：
关掉FullCone-NAT
关掉UPNP
限制DHT网络UDP发送队列阈值为3000 1000都试过
限制每秒UDP发送数据包
以上几个方法只能做到缓解，偶尔路由负载大的时候，打开还是会死机重启
前两天把DHT禁用了，发现预览 磁力获取啥的各种功能也正常，下载速度也没变慢，最主要路由也不死机了，内存回收跟得上，下载完连接数很快就会降回几百一千的
这个是运营商限制连接数哦，电信宽带就不存在问题。路由器死机至今没有遇到过，因为路由器死机 你路由器后台都会打不开的，既然你能打开后台就可以代表路由是正常工作的
可能移动宽带的原因吧，打开彗星后台就是会打不开，内存够用的情况下过个几十秒才能进。
提前打开路由页面的情况下才能观察到连接数暴涨，可用内存狂降，降到剩十几二十M的时候，路由器就亮黄灯重启了，这是我之前用openwrt碰到的，估计固件本身就存在内存泄漏问题，彗星加剧了这一点。
后面用的QSDK，官方驱动不存在内存泄漏问题就不会重启，但连接数暴涨还是会导致网络延迟等问题，我关闭DHT一个多星期了，目前体验良好，感觉没有任何影响。
事主在此，话题就是我跟lz讲的，想不到3个论坛（ITZMX、恩山、cometbbs）来来回回讨论了这么久。
网络异常发生在周期性DHT通信的时候，连接数超过路由器处理的能力导致。当然也不是所有路由器都会发病，lz的硬路由就没问题（便宜，但是它有可能真能处理这么多连接数），恩山有人拿电脑做的软路由也没问题（但是据说x86的openwrt只支持16386连接数，这个和我后面的观点不一致）。据我所见发病的都是路由器刷第三方固件的（但是不刷第三方固件怎么有连接数看）。
我的路由器是Redmi2100，用openwrt的时候发现发病的，后来听说pandavan体验更佳就换了pandavan，但是照样发病（虽然轻了些），恩山的大佬对此的解释是CPU太下饭，扶不起来。
现在我把路由器最大连接数从16386改成32768，从此再没发病过，连接数最高飙到2W出头（这个可能就是移动宽带的限制了），CPU和内存也没有别人说的那样爆满（甚至还能玩的更野）。
所以个人总结：DHT把路由器打瘫了，黑科技调高连接数，钞能力换设备，都没有的就按lz的限制udp发包或者关闭DHT，但是找ISP没用。
我的求助帖在恩山还挂着，假如有大佬有更好的方法，顺便把悬赏取了。
我的是红米AX6，这个路由只有openwrt可以刷。路由器的cpu我不太懂，可用内存openwrt看最大有400M，连接数最大是65535。
我之前都不敢一次性下载太多，下载完了也要赶紧存到别的地方，不然打开彗星就炸，估计是长效种子和后台上传的原因，停止了任务也一样会上传，五六十个任务一起发包路由器顶不住，我之前看过，65535都能撑爆。
我之前是下十几个左右种子就要清理了，现在关闭DHT，再也没碰到过这个问题了，下载了五六十个种子打开彗星连接数也才几千。
我100任务感觉没什么压力…
我一直在想2W这个连接数会不会和我100任务×200udp限制有关，但是今天把udp限制在了100，连接数也慢慢爬到了1W7，感觉正相关，但是没这么线性；250udp的话，连接数差不多要到2W5，RM2100的CPU平均负载过1，顶不住了。
看来路由器自身死机毛病大部分出问题的人都是有一个共同特征，刷了openwrt
用硬路由或者直连光猫就不会有这种现象，只存在运营商限制
我这个彗星UDP默认队列阈值是30000，每秒最多发包个数是1000，默认设置进去很快就炸了。
在软件里限制一下可以缓解，但是下的任务太多了也是会出现问题的，而且是间歇性的，有时候进去网络不会有问题，路由器撑得住，有时候进去网络会跟没限制一样很快瘫痪。
我在公司宿舍住的时候从没有碰到过这个问题，辞职回家之后才碰到的，确实是openwrt的问题。
是的，tp路由器，，设置改成10000每秒udp包都没有任何问题，路由器不会死机
我现在用的是pandavan，把数据调大了也会CPU负荷过大断网，现在只不过刚好找到一个性能的平衡点。
某国产路由器大厂有WAN口盲插的特性（如果早知道WAN口也会被DHCP），如此这般耐操是否和其特性有关？
openwrt我记得是不支持硬件加速的,所有包转发全是cpu处理,如果cpu扛不住的话就会导致路由器卡住断网,我之前那个竞斗云就是ipq4019抗3w连接就炸了.现在换了新的r4s后rk3399抗住了15w链接的冲击,但是如果有硬件加速的话,转换能力是比纯cpu处理高出一大截的,就像新路由3,我刷的老毛子,支持硬件加速,用新3的那段时间基本上没有因为bitcome出现过断网,而且路由器cpu占用极低.
