暂时没想到批量磁力链的应用场景和逻辑方法。有需求的彗友，能不能把需求说的更清楚一些？
我自己有磁力链接啊，一堆txt文件，每行一个
可以让批量添加仅限完整链接（不是特殊码，靠magnet:?xt=urn:btih就能分辨有多少个
迅雷几年前的功能了
感谢反馈，选中了不起作用是最新版出现的bug，下一版已修复。一块网卡多IP是支持的，不知道你看到的彗星高级选项网卡IP列表里有没有正常显示？
根据协议，后面加不加“/”是会对下载地址有影响的。还是遵守规范比较好。
http://www.bittorrent.org/beps/bep_0019.html
Ctrl+U可以批量添加磁链任务，Ctrl+B可以批量添加HTTP任务
感谢详细反馈，问题已查明，下一版已修复了
如果是目录形的话，一定要用/结尾，单文件种子可以不用/
楼上有人发了bep_0019也说明了，根据协议尾部一定要有/
长效种子能不能加个加密功能？此处加个设置，默认值为禁用加密，以便兼容旧版客户端，下拉框可选值开启加密，开启后可以在1.71新版客户端中优先采用加密通信方式，如果对方客户端版本为旧版则返回为未加密连接进行连接长效，可选值强制加密，仅发起加密连接，此时仅能连接1.71以上的客户端
现在的长效种子传输都是明文的，很容易被运营商干扰阻断连接，甚至限速传输速度，例如使用爱快软路由就能识别出来
TCP UDP长效被成功识别
例如BT协议中的DHE加密，实现到长效上应该不难，这样运营商就没办法检测在做什么传输什么文件了
2個讚
支持小樱，希望长效支持加密
不过一些地方，可能加密也会起到反效果，某些地区会限制无法识别的流量
显示的IPv4/IPv6列表都是正常的。
我的建议是在现有基础上增加一个，根据匹配规则，自动从候选列表中选择合适的IP的功能。
因为很多运营商提供的IPv6前缀并非固定。重新连接后IP地址发生变化，之前手动选择的IP将无法连接网络。
但每个运营商至少前缀第一段(/16)是不同，用户可根据这个特点来让软件自动匹配可用的地址。
不知道算不算参考设计，Linux的ip6tables命令就有类似的地址匹配方法。
::1234/::ffff = ****:****:****:****:****:****:****:1234
::1234:1234/::ffff:fffc = ****:****:****:****:****:****:1234:1234 (~1237)
240e::/ffff:ff00:: =
240e:0000:****:****:****:****:****:**** ~ 240e:00ff:****:****:****:****:****:****
当然在匹配前缀时有更直接的方法：240e::/24
而在前后缀同时匹配的时候则可以：240e::1234/ffff:ff00::ffff
我觉得，，路由重新拨号导致前缀变化的情况下，比特彗星绑定的网卡出口IP导致失效？这种时候可以考虑重启下比特彗星？可以节省很多代码开发量，，，时间腾出来先做其他的功能。
而且路由给电脑分配的ipv6，一般是临时的，后缀也会发生变化，除非你想用绑定网卡mac的那个固定的ipv6后缀，此时只会有前缀发生变化。
其实要做这个好像也不难，Windows10有这类获取网卡的ip，可以在发生变化的时候点击一下右下角的重新检测后，然后同步到高级设置中的网卡绑定？
话说我还没用过那个绑定功能。。我没多网卡多IP啥的（多个ip是ipv4）
由于1.70中绑定IP的选项不生效，所以并没有确认遇到IP变化后是否会失去网络。或许有缺省候选，或许没有。
后缀的固定并不是问题，有状态DHCPv6就可以实现。并且Windows根据MicroSoft Fixed IID生成的后缀是固定的（除非更换网卡），只有隐私扩展的临时地址才会变化。这两个IP后缀都可以作为上游管理的依据。
正如上面提到，有这个需求的用户并不多，并且已有其他方法实现。
而彗星在1.66版本加入自定义绑定IP地址的功能，使得这个任务可以由彗星独立完成。
但目前来看，至少在IPv6地址的绑定上，由于无法应对地址的变化而失去了应有的用途。
因此这并不是一个新功能，而是对旧功能的完善。
当然我同意这是一个优先度相当低的问题。
说个题外话，不知道彗星当初增加这个选项的意图，但个人认为是相当有前瞻性的考虑。
由于IPv6摆脱了NAT，导致以往以NAT为前提的小型局域网集中管理方案无法正常生效。这也是为什么爱快一直拖延到最近才完整支持IPv6的原因（之前暂且支持NAT6）。路由器无法以NAT为依据拦截流量，部分权限归还至设备和应用程序。源地址的选择正是其中之一。
上面提到需求用户不多，但单线多拨、多线多拨这些话题在国内的路由器领域中一直是热点。这些用户最终还是会遇到同样的问题，因为以NAT为前提的负载均衡已经不管用了。——当然，他们并非都用彗星。即使是，在全体看来仍然是小众。
总是显示：content not available。一片空白，无法下载1.7.7beta版本
因为你是大陆用户，无法下载，你可以翻出去
建议你加个交流群什么的，一般都会有
开发者有增加对utp支持的计划吗？感觉utp还是有点用
utp好像优先级很低，得排队
utp意义不大，排期在后面
话说，，比特彗星DNS查询走的不是系统通道吧，，我记得应该能TTL缓存？毕竟tracker基本上每个任务都是大量重复的域名，此时不应该反复去查询解析，在TTL有效期内（例如一般域名响应600秒），可以系统缓存不在二次查询，不然的话，，DNS队列怎么会堵着好几千那么多呢
账号登录不上好像是DNS，不是DHT导致堵着
同意，DNS应该缓存