这样对 IPV6 支持会有问题吧，设计复杂了不少。
不过这个算法听起来挺不错，我现在用的 BloomFilter（对单IP规则），和传统 for（对 CIDR）。
居然是这样吗？看了下ip数据库里确实很多相邻的，确定没误封就行了
111.112.0.0/14
111.116.0.0/15
111.118.200.0/23
111.118.202.0/24
111.112.0.0-111.117.255.255
111.118.200.0-111.118.202.255
可以切断已经建立的连接?
自动订阅规则的效果不错 除了导入和导出 还可以再加一个清除列表的按钮
图标方面可以复用一下XP中才显示的TCP连接发起解锁图标
先完善一下自动订阅 之后在做手动添加吧
在API中也做一个接口方便外置程序添加和删除列表
可以，已经建立的连接会断开并且加入黑名单
能切断已经建立的连接就好
不然得像tr那样重启任务才能实际生效
对了，ip这里能不能加个"非"的勾选选项，启用"非"后变为白名单模式，只有在列表内的ip才能连接，不在列表内的ip拉黑名单，比如这份China的ip库，启用非后可以屏蔽所有海外ip就是成功了
这样就不用把除了中国外的所有世界各国的ip库添加进去，自然也提高了性能
现在是支持单IP的
下一版改进
可以加个选项，白名单模式
1個讚
如果要加的话 可以把选项的名字改一下 从IP黑名单 改为IP过滤
加两个单选框 分别为黑名单模式和白名单模式
名称改进建议
通过IP黑名单阻止peer 》 通过IP列表过滤peer
从下列HTTP地址自动更新IP黑名单 》 从下列HTTP地址自动更新IP列表
合并到现有黑名单 》合并到现有IP列表
替换现有黑名单 》替换现有IP列表
还有一点就是很多BT软件在过滤选项中都会有一个 "对tracker进行过滤"的选项
虽然可能不是很有必要但是有条件的话可以加一下
rss有时候新建订阅后，切换到种子市场的rss市场里发现显示不全，在市场里点击右键刷新都没有用，必须关闭整个比特彗星重新打开，这时候rss市场才能显示出刚才添加的rss
自己研究了几天，发现多任务同时下载，各种脑残校验失败丢弃数据怒刷日志，下载速度也是拉跨。只有通过单任务单个下载，才能减轻怒刷脑残校验失败丢弃数据，下载速度拉跨的现象。
目前已知13 14代英特尔CPU容易出现校验失败的问题
同一个分块丢弃3次及以内是正常现象，超过3次会加入ban列表，标注此用户为数据传输错误
beta4已发布，欢迎试用
2個讚
想确认一下
-
IP 黑名单更新时会使用代理吗？如果使用的话，是以下哪一类别？
-
“已接收记录”与“已加载记录”区别是什么？为何数量是不一致的？
该列表包含 IPv4 与 IPv6，CIDR 网段与单 IP（省略 IPv4 的 /32 与 IPv6 的 /128）
实测导出列表时，内容与订阅地址一致（8627 条）
属于“其他网络流量”
导入一行算一条“接收记录”，但经二分排序后如果网段有重叠部分会合并成一条“加载记录”，详见60楼的解释
内部不是按网段来判断的 自然显示加载的条目 和IP列表中的行数不一样
可以在其后面放置一个气泡提示 以解释这种差异 就像种子市场里的那种效果就行
自动规则订阅 那边也可以加一个提示 说明可用IP列表格式
我这边也粗略合并了一下，但似乎不能从 8627 条合到 1718 条
而看上去这 1718 条正好对应的是 IPv4 的合并结果，请确认一下是否有统计 IPv6？
附上我测试的 IP 列表
https://bt-ban.pages.dev/IPLIST.txt
这里有转换成 IP 范围，但未合并的列表（按顺序排列，相邻网段也比较容易视认）
https://bt-ban.pages.dev/IPRANGE.txt
列表每小时更新，可能会有少数增删条目
刚手动合并了一下，第 1718 行正好是 IPv4 的结束位置
感谢反馈，用你的IP列表文件测试了一下，代码对特定IPv6网段的解析处理有bug，下一版修复
2個讚