bitcomet连续DHT over UDP现象

关于DHT已连接节点数的破事水继续讨论:

前言:本文存在大量不懂装懂的名词,多有担待(
现状:版本2.05.11.28,挂机16小时,主界面DHT节点8000+,高级模式v4节点数1500+,v6节点数1400+


DHT over UDP流量图呈连续多次的DHT通信,一批DHT通信结束后,随即开始下一次DHT通信,1小时视图下,30分钟一次的通信峰消失,代以持续大量的DHT会话数。
由于DHT通信会导致部分用户的廉价网络设备断网,通信周期的缩短会使这些用户的体验进一步下降,直到这些用户关闭DHT。
问题1:最近的更新中DHT通信周期是否有调整?DHT通信周期是可设置的吗?
问题2:主界面DHT节点数量的增长速度也较前增快。是频繁的通信促进了节点数的增加,还是节点数的增加导致DHT需多次通信方可完成(长队列被切成若干个短队列,过长的队列与下一次通信连成一片)?
可能导致此问题的个人设置:
种子市场,启用但是满了。
DHT种子,启用但是满了,启用下载元数据,但是挂机前该失败的都失败了。

根據說明,似乎無需進行額外設定,BitComet 會在默認情況下自動連接並使用 DHT 網路,而用戶無需手動介入。BitComet 使用與 TCP 端口相同的 UDP 端口進行 DHT 網路連接。
http://wiki-zh.bitcomet.com/使用dht_tracker

如果發現種子市場或 DHT 已滿,可以考慮縮小其數量範圍,或者檢視並清理一些不再需要的項目,甚至禁用種子市場功能,以減輕 DHT 活動和減少網路負載。

image

image

如果 DHT 單純使用 UDP 通信,你可以透過進階選項調整相關的 UDP 值,這可能對 DHT 活動產生影響。調整這些設定可能有助於平衡網路性能。

这是优化后的效果,所以你可以看到每30分钟查询一次DHT把结果缓存到数据库中,在早期版本是每次下载任务实时查询一次DHT网络(或者达到单个任务的20分钟倒计时刷新期)
如果用的是2021年后发布优化DHT的版本,然后BT任务下载的时候去通过缓存获取peer结果,30分钟内不会产生DHT查询流量,这个过程可以加快获取用户列表

至于你说的设备断网,这种说法已经被否认证实,实际上的具体原因是因为部分省份移动运营商限制并发连接数,换电信就没事了,或者是使用了openwrt等垃圾路由器系统,然后路由器安装了大量的插件导致配置文件不当引起的

只能说遇到被运营商限制连接数的情况,直接去关闭DHT就可以了,因为使用其它软件也会遇到一样的问题,和用的是哪款软件没啥关系

https://bbs.itzmx.com/thread-89918-1-1.html
https://bbs.itzmx.com/thread-97397-1-1.html
https://bbs.itzmx.com/thread-102529-1-1.html

我是傻逼,关掉DHT种子就和原来一样了。

1.我提问的是DHT为什么从“30分钟1次”变成了“总是”,现在我已经找到原因了,谢谢。
2.我现在用的已经是openwrt官方固件了,不算“大量插件+配置不当”了吧,我首选的解决方法仍然是把最大连接数拉到32768,不改照样断网(ax6s默认最大连接数甚至不够16384)。鉴于当前部分路由器厂商的固件是套壳的openwrt,所以为了给别人搜到有用的信息

我即使是被封了,也要在小黑屋里,用这腐朽的声带喊出:如果你的BT下载软件DHT导致路由器断网,只能从“减小发udp包速度”、“提升最大连接数”、“关DHT”三个里选一个。

我要是觉得BitComet不好,我早换了,也不至于在这研究怎么不关DHT、不把udp发包限制太死,网络还不断。

那可能是BUG,正常情况是只有30分钟发一次,能找到问题就好修复了,你说的DHT种子的话等会去测试一下看看会不会复现总是发DHT

openwrt……关fullcone试试?我x86/arm装的openwrt开着全锥都有断网问题,关全锥或者关dht就没问题