新建磁力链接会一直卡在“等待种子文件元数据下载”，怎么解决？
这种情况是死种，基本没办法，等 或者用离线下载
热门资源也是如此，迅雷可以读取，但是彗星会卡这一步
你如何知道你这是热门资源的？如果你不会判断的话，可以把磁力连接发出来我试一下
从你截图上复制下来的链接是：UO3OCY4LSTC2VEBAYVE7T2IUOJ7KSUHP
从测试结果来看，是个彻彻底底的死种，根本不是所谓的“热门资源”
我意思不是只有这一个有问题，是无论哪一个资源，只要是通过磁链打开的都会卡在元数据下载这一步。我又不是只盯着这个磁链死磕。
检查健康度是否大于100%，大于100%才不是死种可以正常下载，用户数是否足够多，如果用户数为0，那么也是彻底的死种
只有离线下载才能拯救死种，因为此时下载方式是基于http到服务器取回本地
正常的活种显示如下
死种显示如下
你怎么死磕这个……ubuntu我也经常拿来测试网速的，以前元数据下载这步基本秒开，现在也会卡在这步比较长的时间
你知道b站前段时间开始顶部为什么变成红色吗？每年三月是特殊时期。官方提供磁力转种子文件下载加速的服务器被GFW防火墙封禁了，只能等待解封或者让官方更换服务器ip地址
在缺少服务器的情况，只能使用bt原生网络去获取，磁力转种子速度取决于资源热门程度。
端口阻塞？
如图:
有没有兴趣给opentracker做一下这个，好不容易逮到作者，，，但是他说他不会
功能2. BT客户端通过udp tracker请求opentracker，opentracker在代码里判断获取用户远程访问的UDP端口覆盖用户请求汇报的自身监听端口，用于NAT1 UDP打洞，由于此时发起UDP的端口可以打开，能被其他人连接，创建一个#FEATURES+=-DWANT_NAT1UDP用于开关
目前实现的BT客户端有比特彗星(bitcomet)，他是通过pex通知其它下载者自己的NAT1 UDP端口，我想让他在opentracker上实现，实现后可以支持utorrent、qbittorrent等等其他的客户端
对于http tracker发起的时候可以加个检测吗 如果path目标是/stats则丢弃 不让请求发出去到服务器上，避免不必要的请求
stats页面是种子市场用的，我没想到会有人拿去当tracker来用，然后导致服务器崩溃死循环stats_top_txt
和这个无关，是有人把链接加到了任务的种子里面，请求会带info_hash那种
初步判断是opentracker服务端的问题，在联系开发者
v2.7.0 Linux AppImage版已打包发布，欢迎大家试用
每次啟動，能不能在未完成任務那裡而不是全部任務
有時移動文件後，已完成的有可能變成未完成
