ipv6 dht
docker版本这个选项不起效果
webui在线播放、
绑定app界面和webui上可以加一行最后访问ip地址、
weiui的rss、
文件列表单个文件健康度、
utp的connecting超时改成10秒、
utp的cpu占用
utp的传输宽带吞吐
ipv6 dht
docker版本这个选项不起效果
webui在线播放、
绑定app界面和webui上可以加一行最后访问ip地址、
weiui的rss、
文件列表单个文件健康度、
utp的connecting超时改成10秒、
utp的cpu占用
utp的传输宽带吞吐
你的又不是官方版…看名稱就知道 ![]()
目前utp发起连接是3秒钟超时,重发5次,之后作为连接失败处理
看了一下代码,目前合并tracker的情况:
1、打开torrent文件时,如果已存在任务,会读取torrent文件里的tracker合并到已存在任务;
2、下载磁链时,会把磁链里的tracker合并到获取到的种子文件/元数据里;
3、从HTTP链接下载torrent文件时,如果发现获取的元数据infohash与已存在任务重复,会将获取的种子文件/元数据里的tracker合并到已存在任务;
目前应该还没有实现将磁链里的tracker合并到已存在的任务里。如果需要的话,可以加一下
感谢建议,已加入todo list
2.16版应该已经改好了
我的意思是在connecting分类里控制在10秒,双击展开查看,至少他现在是显示20秒这样。。这个过程会占用全局正在发起"BT"值
或者把utp同时应用到 network.tcp_connection_timeout 的值控制,写10秒应该10秒强制掐断connecting连接进入dead里
哦 还有个Linux docker版本,这个选项不起效果,会强制默认为128秒超时,无法自己改成10秒
官网上的更新已经落后于论坛两个版本了 是遇到什么问题了吗?
官网上的小安装包是外包的,更新比较慢。也快要更新了
{
"rules": [{
"enabled": true,
"action": "disallow",
"rule_type": "peer_listen_port",
"rule_value": "15000",
"comment": ""
}, {
"enabled": true,
"action": "disallow",
"rule_type": "peer_id_prefix",
"rule_value": "XL0018",
"comment": ""
}, {
"enabled": true,
"action": "allow",
"rule_type": "default",
"rule_value": "",
"comment": ""
}]
}
加载的client_filter.json 文件就3个,但是比特彗星检测到6个,看起来是手动规则自动冒出一份到订阅规则里面去了?
这个是更新ip库吗,看版本还是2024-5-1
找到复现了, 是client_filter2.json 文件不存在就会显示成6条规则,影响不大,界面上的小问题
2.16的peerid过滤出问题了,以前可以缩写XL0018,现在要完整写-XL0018 匹配前缀去了,以前中间任意值都行
客户端名称也不行了,,,变成要求前缀
以前高级设置不用写完整的,而且可以从任意位置开始,,,好吧那就加个-吧,感觉还是以前那样好,可以匹配中间任意内容,不过好像据说能用?代替任意值,等会试试看