麻烦看看openwrt里安装的miniupnpd版本?我测试的是2.1-1
估计是miniupnpd版本升级后要适配一下
一个scrape报文可能高达几十上百兆,会下载很久。
还没来得及做中断连接的菜单命令,暂时只能先删除tracker再添加。
有没有办法单独只查询stats?mode=top100 页面,里面的种子都是当下最热门的,旁边有peer数量也可以读出来到界面显示
scrape太大了有好几百M!
有没有办法单独只查询stats
可以手动修改url, 路径里的announce改成stats?mode=top100
最好先在浏览器里试一下tracker是否能正常返回
这里多加一行,tracker 种子(热) ?可以的话能自动化比较好。
我去试一下手动行不行。。
这里多加一行,tracker 种子(热) ?
多加一个类别太麻烦了,还是在右边把peer数量解析出来吧
多加一个类别太麻烦了,还是在右边把peer数量解析出来吧
不是我意思是说这里单独做一列?该处只解析stats页,,和scrape功能分开做成2个显示
可以手动修改url, 路径里的announce改成stats?mode=top100
最好先在浏览器里试一下tracker是否能正常返回
那就折衷方案… tracker 匯入, 多一顆 top 100 按鈕… 然後全選更新, 或多或少某幾台會正常返回, 不知可不可行?
剛用 notepad++ 修改貼上好像不行…
不是我意思是说这里单独做一列?该处只解析stats页,,和scrape功能分开做成2个显示
你的意思应该是把scrape和stats分开显示,但scrape里又会包含stats的热门种子,所以如何设计界面还可以再考虑一下
剛用 notepad++ 修改貼上好像不行…
UDP tracker的scrape命令不支持返回infohash列表,所以输入框里显示不支持
UDP tracker的scrape命令不支持返回infohash列表,所以输入框里显示不支持
应该可以处理下,自动过滤udp的
自动过滤udp的
对,可以自动过滤一下
问题版本1.74
DHT还是容易引发Slow UDP Denial of Service Attack,,能加个连接超时优化下吗?
加个高级选项,dht.udp_send_queue_sec,默认值10秒,最多允许存在队列里面10秒则进行drop丢弃
或者现在DHT是每30分钟请求一次,在每30分钟请求DHT网络之前进行清空全部队列执行丢弃也可以?
当然推荐是2个方案同时都做起来。。。
现在的drop机制只有是外部访问才执行,,主动查询DHT网络没有做,所以就有这种毛病啦,加个10秒超时就好了
加个高级选项,dht.udp_send_queue_sec
你的DHT数据包发送队列怎么会这么长呢?是启动的任务很多吗?
帮群友发的,他就挂了30个任务出现了这个问题。