Skip to content

PBH-BTN/BTN-Spec

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

36 Commits
 
 
 
 

Repository files navigation

BTN-Spec

BitTorrent Threat Network 标准规范。通过实现此规范,能够让让您的客户端接入任何其它符合此规范的 BTN 实例。

Tip

当前规范版本号:0.0.2 (草案、非稳定版本) ,内部版本 8
在实现非稳定版本 BTN-Spec 时,建议与 BTN 规范制定者联系。

设计理念

BTN-Spec 设计时考虑到中心化服务器容易遭到攻击或者数据泄露等情况,因此它被设计为可以在极低服务质量保证的情况下为大量用户提供服务。

  • 不使用任何长连接
  • 提交/获取数据时,不影响缓存数据
  • 抛去需要动态环境的功能,其其余的规则分发等功能,应当可以在完全静态环境中部署(如:Github Pages),提高抗故障能力
  • 最后,本规范设计时着重考虑了带宽消耗,避免服务器在任何非必要的情况下向客户端传输额外数据

客户端规范

  • 客户端每次获取 BTN 响应后,都应该持久化缓存本地
  • 如果初始化失败(且为网络错误或者服务器临时故障),则应当在一段时间后重试,这个时间不应该短于 600 秒。如果是服务器明确表明客户端版本/协议不兼容(403、400 状态码),则不应该继续重试(
  • 如果提交数据失败,则客户端不应当进行重试:
    • 对于 Peers 快照数据:直接丢弃
    • 对于封禁列表数据:缓存直至下次提交
  • 如果获取数据失败,最多进行 3 次重试,然后推迟到下次获取窗口
  • 如果服务器要求客户端重定向,则应跟随重定向

登录鉴权

所有发送到 BTN 实例的请求,都必须进行鉴权。尽管 BTN 实例可能对此不做要求,但你必须在所有发送到 BTN 实例的请求中,携带鉴权头。这样,BTN 实例将可以识别您的身份,并根据需要,从配置阶段开始就根据用户身份下发不同的配置文件。

BTN 使用 AppID + AppSecret 的组合来鉴权,以下是需要携带的 HTTP 请求头:

客户端、服务端必须支持:

Authorization: Bearer <AppID>@<AppSecret>

客户端必须支持、服务端可选支持:

X-BTN-AppID: <AppID>
X-BTN-AppSecret: <AppSecret>

客户端不支持、服务端可选支持:

BTN-AppID: <AppID>
BTN-AppSecret: <AppSecret>

规范推荐您支持第一和第二种,但由于仍有旧版本 PBH 运行,因此推荐您也支持第三种。

表明您的客户端实现

为了让 BTN 实例识别您的客户端的身份,您应该在 User-Agent 中携带一个 BTN 信息标记,其中包含:

  • 您的实现名称和版本号(例如:PeerBanHelper/v3.2.0)
  • 您的 BTN 实现版本号,此字段被固定为 BTN-Protocol(例如:BTN-Protocol/v3.0.0)

以下是一个标准 User-Agent 示例:

Java/17.0.1 PeerBanHelper/v3.2.0-dev BTN-Protocol/3.0.0

特别的,如果你在实验 BTN 协议,则应该将版本号置为 0,并附带 dev 标签:

Java/17.0.1 PeerBanHelper/v3.2.0-dev BTN-Protocol/0.0.0-dev

此 UA 允许 BTN 实例发送兼容响应,以适配多个不同 BTN 规范版本的客户端。

让服务器配置你

一旦准备就绪,您应该向 CONFIG URL 发送一个 GET 请求,要求 BTN 服务器为您下发配置文件。

以下是一个示例响应:

{
	"min_protocol_version": 3,
	"max_protocol_version": 3,
	"ability": {
		"submit_peers": {
			"interval": 900000,
			"endpoint": "https://btn-dev-v2.ghostchu-services.top/ping/submitPeers",
			"random_initial_delay": 5000
		},
		"submit_bans": {
			"interval": 900000,
			"endpoint": "https://btn-dev-v2.ghostchu-services.top/ping/submitBans",
			"random_initial_delay": 5000
		},
		"rules": {
			"interval": 900000,
			"endpoint": "https://btn-dev-v2.ghostchu-services.top/ping/rules",
			"random_initial_delay": 5000
		},
		"reconfigure": {
			"interval": 900000,
			"random_initial_delay": 5000,
			"version": "3642e5eb-d435-4905-ad0e-e908470833c3"
		}
	}
}

在您的客户端实现收到此响应后,应首先检查自己的客户端是否满足 protocol_version 的需求,处于区间之内。如果不处于区间内,则应退出,并向用户报告错误。
ability 对象内是服务器支持的能力及其配置列表,其具体内容由各个能力模块定义。

能力

服务器不必实现全部能力,同理客户端也是。但你总是应该尽最大可能实现本规范列出的所有能力,以提供最佳使用体验。
特别的,在配置提交数据类的能力时,应首先征求用户同意以确保用户知道自己的部分数据将被提交到服务器。在未取得用户同意的情况下,不得执行这些能力。

提交 Peers 列表 submit_peers

此能力允许 BTN 兼容客户端向 BTN 实例提交目前连接到下载器的 Peers 列表。

配置

{
	"interval": 900000,
	"endpoint": "https://btn-dev-v2.ghostchu-services.top/ping/submitPeers",
	"random_initial_delay": 5000
}

interval: 提交间隔(单位:毫秒) random_initial_delay: 首次提交延迟随机偏移(单位:毫秒)。客户端首次提交应被计划在 interval + random.nextLong(random_initial_delay) 期间,以避免服务器出现请求处理尖峰,缓解服务器压力 endpoint: 指定此能力数据将被提交到哪个 API 端点。

请求

以下是请求示例:

{
	"populate_time": 1713971696000,
	"peers": [{
			"ip_address": "CE67:2B6F:646A:138B:9E4F:DD47:894E:608E",
			"peer_port": 12345,
			"peer_id": "-BC1234-",
			"client_name": "BitComet 1.2.3.4",
			"torrent_identifier": "<使用特定算法对 info_hash 进行加盐哈希>",
			"torrent_size": 12346789765,
			"downloaded": 3463465,
			"rt_download_speed": 133525,
			"uploaded": 2345754,
			"rt_upload_speed": 234456465,
			"peer_progress": 0.1245,
			"downloader_progress": 1,
			"peer_flag": "u I H X E P"
		},
		{
			"ip_address": "198.148.143.87",
			"peer_port": 23333,
			"peer_id": "-qB2312-",
			"client_name": "qBittorrent 2.3.1.2",
			"torrent_identifier": "<使用特定算法对 info_hash 进行加盐哈希>",
			"torrent_size": 12346789765,
			"downloaded": 3463465,
			"rt_download_speed": 133525,
			"uploaded": 2345754,
			"rt_upload_speed": 234456465,
			"peer_progress": 0.1245,
			"downloader_progress": 1,
			"peer_flag": "u I H X E P"
		}
	]
}

字段说明:

  • populate_time - 数据打包时间
  • ip_address - Peer 的 IPV4/IPV6 地址
  • peer_port - Peer 连接的端口号
  • peer_id - Peer ID,直接提交原始内容,无需过滤不可打印字符,如果不支持或未获取到,请使用空字符串填充
  • client_ name - Peer ClientName,有时也被称为 User-Agent,如果不支持或未获取到,请使用空字符串填充
  • torrent_identifier - 种子唯一 ID,基于 info_hash 使用特定算法加盐哈希,以匿名化处理
  • torrent_size - 种子大小(单位:bytes)
  • downloaded - 用户下载器从此 Peer 获取的数据总量 (单位:bytes),如果不支持,请使用 -1 值填充
  • rt_download_speed - 用户下载器从此 Peer 获取数据的实时速度(单位:bytes),如果不支持,请使用 -1 值填充
  • uploaded - 用户下载器向此 Peer 提供的数据总量 (单位:bytes),如果不支持,请使用 -1 值填充
  • rt_upload_speed - 用户下载器向此 Peer 提供的数据的实时速度 (单位:bytes),如果不支持,请使用 -1 值填充
  • peer_progress - Peer 在当前 torrent 的下载进度(浮点型,0 = 0%,1 = 100%)
  • downloader_progress - 用户在当前 torrent 的下载进度(浮点型,0 = 0%,1 = 100%)
  • peer_flag - BT 客户端显示的 “标志”,直接获取并填写在这里即可,如果不支持或未获取到,请使用空字符串填充

提交方式:
向此能力给定的 endpoint 发送 POST 请求。请求体必须且只能使用 GZIP 压缩,不支持未压缩的传输。
附加请求头:

  • Content-Encoding: gzip

响应

期望响应:

  • 200 - 服务器成功处理此请求

错误、重定向响应:
请参见:通用响应处理

提交 Peers 累积数据列表 submit_histories

此能力允许 BTN 兼容客户端向 BTN 实例提交自上次提交以来,累积的 Peers 数据更新项。

配置

{
	"interval": 900000,
	"endpoint": "https://btn-dev-v2.ghostchu-services.top/ping/submitHistories",
	"random_initial_delay": 5000
}

interval: 提交间隔(单位:毫秒) random_initial_delay: 首次提交延迟随机偏移(单位:毫秒)。客户端首次提交应被计划在 interval + random.nextLong(random_initial_delay) 期间,以避免服务器出现请求处理尖峰,缓解服务器压力 endpoint: 指定此能力数据将被提交到哪个 API 端点。

请求

以下是请求示例:

{
	"populate_time": 1713971696000,
	"peers": [{
			"ip_address": "CE67:2B6F:646A:138B:9E4F:DD47:894E:608E",
			"peer_id": "-BC1234-",
			"client_name": "BitComet 1.2.3.4",
			"torrent_identifier": "<使用特定算法对 info_hash 进行加盐哈希>",
			"torrent_size": 12346789765,
			"downloaded": 3463465,
			"downloaded_offset": 133525,
			"uploaded": 2345754,
			"uploaded_offset": 234456465,
			"first_time_seen": 1234567890,
			"last_time_seen": 1234567890,
			"peer_flag": "u I H X E P"
		}
	]
}

字段说明:

  • populate_time - 数据打包时间
  • ip_address - Peer 的 IPV4/IPV6 地址
  • peer_port - Peer 连接的端口号
  • peer_id - Peer ID,直接提交原始内容,无需过滤不可打印字符,如果不支持或未获取到,请使用空字符串填充
  • client_ name - Peer ClientName,有时也被称为 User-Agent,如果不支持或未获取到,请使用空字符串填充
  • torrent_identifier - 种子唯一 ID,基于 info_hash 使用特定算法加盐哈希,以匿名化处理
  • torrent_size - 种子大小(单位:bytes)
  • downloaded - 用户下载器从此 Peer 获取的数据总量 (单位:bytes),此值不应因下载器数据变化而重置,如果不支持,请使用 -1 值填充
  • downloaded_offset - 下载器提供的已下载数据,如果不支持,请使用 -1 值填充
  • uploaded - 用户下载器向此 Peer 提供的数据总量 (单位:bytes),此值不应因下载器数据变化而重置,如果不支持,请使用 -1 值填充
  • uploaded_offset - 下载器提供的已上传数据,如果不支持,请使用 -1 值填充
  • first_time_seen - 会话开始时间
  • last_time_seen - 会话结束时间
  • peer_flag - BT 客户端显示的 “标志”,直接获取并填写在这里即可,如果不支持或未获取到,请使用空字符串填充

提交方式:
向此能力给定的 endpoint 发送 POST 请求。请求体必须且只能使用 GZIP 压缩,不支持未压缩的传输。
附加请求头:

  • Content-Encoding: gzip

响应

期望响应:

  • 200 - 服务器成功处理此请求

错误、重定向响应:
请参见:通用响应处理

提交封禁列表 submit_bans

此能力允许 BTN 兼容客户端向 BTN 实例提交当前活跃的封禁列表。

配置

{
	"interval": 900000,
	"endpoint": "https://btn-dev-v2.ghostchu-services.top/ping/submitBans",
	"random_initial_delay": 5000
}

interval: 提交间隔(单位:毫秒) random_initial_delay: 首次提交延迟随机偏移(单位:毫秒)。客户端首次提交应被计划在 interval + random.nextLong(random_initial_delay) 期间,以避免服务器出现请求处理尖峰,缓解服务器压力 endpoint: 指定此能力数据将被提交到哪个 API 端点。

请求

以下是请求示例:

{
	"populate_time": 1714280802047,
	"bans": [{
		"btn_ban": false,
		"module": "com.ghostchu.peerbanhelper.module.impl.rule.PeerIdBlacklist",
		"rule": "匹配 PeerId 规则: StringStartsWithMatcher{rule='-hp', hit=TRUE, miss=DEFAULT}",
		"peer": {
			"ip_address": "123.187.29.6",
			"peer_port": 60874,
			"peer_id": "-HP0001-",
			"client_name": "HP 0.0.0.1",
			"torrent_identifier": "<使用特定算法对 info_hash 进行加盐哈希>",
			"torrent_size": 5044211712,
			"downloaded": 0,
			"rt_download_speed": 0,
			"uploaded": 0,
			"rt_upload_speed": 0,
			"peer_progress": 0.0,
			"downloader_progress": 0.3929437099724969,
			"peer_flag": "I E",
                        "ban_unique_id": "123456789"
		}
	}]
}

字段说明:

  • populate_time - 数据打包时间
  • bans - 封禁列表
  • btn_ban - 是否是被 BTN 的规则封禁的 Peer
  • module - 执行封禁规则模块名称
  • ip_address - Peer 的 IPV4/IPV6 地址
  • peer_port - Peer 连接的端口号
  • peer_id - Peer ID,直接提交原始内容,无需过滤不可打印字符,如果不支持或未获取到,请使用空字符串填充
  • client_ name - Peer ClientName,有时也被称为 User-Agent,如果不支持或未获取到,请使用空字符串填充
  • torrent_identifier - 种子唯一 ID,基于 info_hash 使用特定算法加盐哈希,以匿名化处理
  • torrent_size - 种子大小(单位:bytes)
  • downloaded - 用户下载器从此 Peer 获取的数据总量 (单位:bytes),如果不支持,请使用 -1 值填充
  • rt_download_speed - 用户下载器从此 Peer 获取数据的实时速度(单位:bytes),如果不支持,请使用 -1 值填充
  • uploaded - 用户下载器向此 Peer 提供的数据总量 (单位:bytes),如果不支持,请使用 -1 值填充
  • rt_upload_speed - 用户下载器向此 Peer 提供的数据的实时速度 (单位:bytes),如果不支持,请使用 -1 值填充
  • peer_progress - Peer 在当前 torrent 的下载进度(浮点型,0 = 0%,1 = 100%)
  • downloader_progress - 用户在当前 torrent 的下载进度(浮点型,0 = 0%,1 = 100%)
  • peer_flag - BT 客户端显示的 “标志”,直接获取并填写在这里即可,如果不支持或未获取到,请使用空字符串填充
  • ban_unique_id - 唯一封禁ID,在解封之前此值应保持不变

提交方式:
向此能力给定的 endpoint 发送 POST 请求。请求体必须且只能使用 GZIP 压缩,不支持未压缩的传输。
附加请求头:

  • Content-Encoding: gzip

响应

期望响应:

  • 200 - 服务器成功处理此请求

错误、重定向响应:
请参见:通用响应处理

允许重新配置 reconfigure

此能力允许 BTN 兼容客户端检测 BTN 实例上的配置更改,并在需要时重新配置 BTN 兼容客户端。

配置

{
	"interval": 10800000,
	"random_initial_delay": 5000,
	"version": "0d1a867c-c665-460a-992a-94e983b40ec1"
}
  • interval: 提交间隔(单位:毫秒)
  • random_initial_delay: 首次提交延迟随机偏移(单位:毫秒)。客户端首次提交应被计划在 interval + random.nextLong(random_initial_delay) 期间,以避免服务器出现请求处理尖峰,缓解服务器压力
  • version: 指定当前配置版本号,当两次检查版本号不一致时,将会触发重新配置

响应

期望响应:

  • 200 - 服务器成功处理此请求

错误、重定向响应:
请参见:通用响应处理

请求

和初次配置一样,会请求 config-url 配置端点。

响应

和初次配置一样。

请求云端规则

此能力允许 BTN 兼容客户端从 BTN 实例上获取云端规则。

配置

{
	"interval": 900000,
	"endpoint": "https://btn-dev-v2.ghostchu-services.top/ping/rules",
	"random_initial_delay": 5000
}
  • interval: 提交间隔(单位:毫秒)
  • random_initial_delay: 首次提交延迟随机偏移(单位:毫秒)。客户端首次提交应被计划在 interval + random.nextLong(random_initial_delay) 期间,以避免服务器出现请求处理尖峰,缓解服务器压力
  • endpoint: 指定客户端应请求哪个端点获取规则信息

响应

期望响应:

  • 200 - 服务器成功处理此请求

错误、重定向响应:
请参见:通用响应处理

请求

GET <endpoint>?rev=<rev>
  • rev: 本地缓存的规则版本号。如果本地未缓存,可不提供此参数;尽管不提供也能正常返回数据,但推荐发送请求时携带此参数,这样服务器将能够视情况返回 204 状态码,告知客户端规则未发生改变而节约传输带宽

响应

{
    "version": "1981c7af",
    "peer_id": {
        "hp/torrent 新变种": [
            "{\"method\":\"STARTS_WITH\",\"content\":\"-xm\"}"
        ]
    },
    "client_name": {
        "hp/torrent 新变种": [
            "{\"method\":\"STARTS_WITH\",\"content\":\"xm/torrent\"}"
        ],
        "BTN-全随机 PeerID (特征识别-粗略)": [
            "{\"method\":\"EQUALS\",\"content\":\"gopeed dev\"}"
        ]
    },
    "ip": {
        "BTN-多拨下载-2024-06-16": [
            "42.248.192.0/24",
            "..."
        ],
        "BTN-进度回退-2024-06-07": [
            "110.185.22.124/30",
            "..."
        ],
        "多拨黑名单": [
            "101.69.63.0/24",
            "..."
        ],
        "BTN-网段统计-HIT: 21-2024-06-26": [
            "94.140.5.0/24"
        ],
        "BTN-恶意刷流": [
            "115.231.45.0/24"
        ],
        "BTN-进度回退-网段统计-HIT: 59-2024-06-26": [
            "218.21.79.0/24"
        ],
        "BTN-2024-07-09 过量下载": [
            "115.216.192.175"
        ],
        "BTN-吸血IDC/专线": [
            "103.249.120.217",
            "..."
        ],
        "BTN-进度重置-2024-06-16": [
            "101.69.63.0/24"
        ],
        "PCDN": [
            "60.220.182.0/24",
            "61.160.233.0/24"
        ],
        "BTN-多拨-不舍得换IPV6后缀": [
            "240e:660:150c::/47"
        ],
        "BTN-Taipei Torrent 吸血 IP 段": [
            "58.241.210.0/24"
        ],
        "BTN-全随机 PeerID": [
            "218.90.201.2",
            "..."
        ],
        "BTN-进度回退-2024-07-18": [
            "27.227.175.0/17",
            "..."
        ],
        "BTN-自动生成-不受信任IP": [
            "1.55.45.106",
            "..."
        ],
        "BTN-阿里云小水管流量消耗器": [
            "120.79.218.87",
            "..."
        ],
        "BTN-进度回退-2024-06-26": [
            "110.185.22.181",
            "..."
        ],
        "BTN-IDC数据中心恶意行为-进度回退": [
            "115.231.84.130",
            "..."
        ],
        "BTN-多拨进度倒退": [
            "223.90.140.0/24",
            "..."
        ],
        "BTN-马来西亚吸血": [
            "2001:e68::"
        ],
        "BTN-进度回退-网段统计-HIT: 20-2024-06-26": [
            "185.236.42.0/24"
        ],
        "ClientName 不可解析": [
            "62.171.169.210",
            "..."
        ],
        "BTN-紧急推送": [
            "106.58.44.0/24",
            "..."
        ],
        "BTN-24-07-26紧急推送": [
            "110.83.135.0/24",
            "..."
        ],
        "BTN-大面积进度回退": [
            "115.231.45.0/24"
        ],
        "BTN-网段统计-HIT: 20-2024-06-26": [
            "62.76.24.0/24"
        ],
        "BTN-多拨-你段挺多的": [
            "2401:4900:1c00::/40"
        ],
        "BTN-PCDN": [
            "221.205.168.0/23",
            "..."
        ],
        "BTN-进度回退": [
            "106.226.5.38",
            "..."
        ]
    },
    "port": {}
}
  • rev: 服务器返回的本次规则的版本号,在下次请求规则时应作为查询参数一同发送
  • 其他内容可变,根据客户端和BTN服务端实现不同,此响应可能返回不同的响应结构,本示例中为 PBH (v1)结构。

期望响应:

  • 200 - 服务器成功处理此请求
  • 204 - 规则未发生更改

错误、重定向响应:
请参见:通用响应处理

接收例外规则

此能力允许 BTN 兼容客户端从 BTN 实例上获取例外规则。命中例外规则的 Peer 将不会被封禁,已被封禁的 Peer 应解除封禁。它和请求云端规则非常相似,这并不是错误。

配置

{
	"interval": 900000,
	"endpoint": "https://btn-dev-v2.ghostchu-services.top/ping/exception",
	"random_initial_delay": 5000
}
  • interval: 提交间隔(单位:毫秒)
  • random_initial_delay: 首次提交延迟随机偏移(单位:毫秒)。客户端首次提交应被计划在 interval + random.nextLong(random_initial_delay) 期间,以避免服务器出现请求处理尖峰,缓解服务器压力
  • endpoint: 指定客户端应请求哪个端点获取规则信息

响应

期望响应:

  • 200 - 服务器成功处理此请求

错误、重定向响应:
请参见:通用响应处理

请求

GET <endpoint>?rev=<rev>
  • rev: 本地缓存的规则版本号。如果本地未缓存,可不提供此参数;尽管不提供也能正常返回数据,但推荐发送请求时携带此参数,这样服务器将能够视情况返回 204 状态码,告知客户端规则未发生改变而节约传输带宽

响应

{
    "version": "1981c7af",
    "peer_id": {
        "hp/torrent 新变种": [
            "{\"method\":\"STARTS_WITH\",\"content\":\"-xm\"}"
        ]
    },
    "client_name": {
        "hp/torrent 新变种": [
            "{\"method\":\"STARTS_WITH\",\"content\":\"xm/torrent\"}"
        ],
        "BTN-全随机 PeerID (特征识别-粗略)": [
            "{\"method\":\"EQUALS\",\"content\":\"gopeed dev\"}"
        ]
    },
    "ip": {
        "BTN-多拨下载-2024-06-16": [
            "42.248.192.0/24",
            "..."
        ],
        "BTN-进度回退-2024-06-07": [
            "110.185.22.124/30",
            "..."
        ],
        "多拨黑名单": [
            "101.69.63.0/24",
            "..."
        ],
        "BTN-网段统计-HIT: 21-2024-06-26": [
            "94.140.5.0/24"
        ],
        "BTN-恶意刷流": [
            "115.231.45.0/24"
        ],
        "BTN-进度回退-网段统计-HIT: 59-2024-06-26": [
            "218.21.79.0/24"
        ],
        "BTN-2024-07-09 过量下载": [
            "115.216.192.175"
        ],
        "BTN-吸血IDC/专线": [
            "103.249.120.217",
            "..."
        ],
        "BTN-进度重置-2024-06-16": [
            "101.69.63.0/24"
        ],
        "PCDN": [
            "60.220.182.0/24",
            "61.160.233.0/24"
        ],
        "BTN-多拨-不舍得换IPV6后缀": [
            "240e:660:150c::/47"
        ],
        "BTN-Taipei Torrent 吸血 IP 段": [
            "58.241.210.0/24"
        ],
        "BTN-全随机 PeerID": [
            "218.90.201.2",
            "..."
        ],
        "BTN-进度回退-2024-07-18": [
            "27.227.175.0/17",
            "..."
        ],
        "BTN-自动生成-不受信任IP": [
            "1.55.45.106",
            "..."
        ],
        "BTN-阿里云小水管流量消耗器": [
            "120.79.218.87",
            "..."
        ],
        "BTN-进度回退-2024-06-26": [
            "110.185.22.181",
            "..."
        ],
        "BTN-IDC数据中心恶意行为-进度回退": [
            "115.231.84.130",
            "..."
        ],
        "BTN-多拨进度倒退": [
            "223.90.140.0/24",
            "..."
        ],
        "BTN-马来西亚吸血": [
            "2001:e68::"
        ],
        "BTN-进度回退-网段统计-HIT: 20-2024-06-26": [
            "185.236.42.0/24"
        ],
        "ClientName 不可解析": [
            "62.171.169.210",
            "..."
        ],
        "BTN-紧急推送": [
            "106.58.44.0/24",
            "..."
        ],
        "BTN-24-07-26紧急推送": [
            "110.83.135.0/24",
            "..."
        ],
        "BTN-大面积进度回退": [
            "115.231.45.0/24"
        ],
        "BTN-网段统计-HIT: 20-2024-06-26": [
            "62.76.24.0/24"
        ],
        "BTN-多拨-你段挺多的": [
            "2401:4900:1c00::/40"
        ],
        "BTN-PCDN": [
            "221.205.168.0/23",
            "..."
        ],
        "BTN-进度回退": [
            "106.226.5.38",
            "..."
        ]
    },
    "port": {}
}
  • rev: 服务器返回的本次规则的版本号,在下次请求规则时应作为查询参数一同发送
  • 其他内容可变,根据客户端和BTN服务端实现不同,此响应可能返回不同的响应结构,本示例中为 PBH (v1)结构。

期望响应:

  • 200 - 服务器成功处理此请求
  • 204 - 规则未发生更改

错误、重定向响应:
请参见:通用响应处理

提交规则命中统计数据

此能力允许 BTN 兼容客户端向 BTN 实例提交当前客户端配置的规则列表(包括用户配置的),以及每个规则的命中统计。

TODO: 等待施工!

响应

期望响应:

  • 200 - 服务器成功处理此请求

错误、重定向响应:
请参见:通用响应处理

通用响应处理

BTN 实现客户端应该合理的处理服务器的响应。对于重定向响应(301/302),则自动跟随。

对于错误响应,服务器应该按照 HTTP 响应状态码规范 返回合理的响应码;客户端则仅需要在收到这些状态码后,将状态码和响应体告知用户(如:在控制台打印),然后进行错误处理即可。

Torrent Identifier 算法

为了匿名用户下载内容(我们不关心你在下载什么,也不想承担存储它带来的隐私风险!),所有 BTN 实现客户端必须严格执行此算法,匿名处理用户的种子信息

以下是 Java 实现的代码(使用 Google Guava 库):

    /**
     * 获取种子不可逆匿名识别符
     *
     * @return 不可逆匿名识别符
     */
    public String getHashedIdentifier(String torrentInfoHash) {
        String torrentInfoHandled = torrentInfoHash.toLowerCase(Locale.ROOT); // 转小写处理
        String salt = Hashing.crc32().hashString(torrentInfoHandled, StandardCharsets.UTF_8).toString(); // 使用 crc32 计算 info_hash 的哈希作为盐
        return Hashing.sha256().hashString(torrentInfoHandled + salt, StandardCharsets.UTF_8).toString(); // 在 info_hash 的明文后面追加盐后,计算 SHA256 的哈希值,结果应转全小写
    }

示例输入:a5b24a285c3533d80ce62181813640ac4a0e6ed7
示例输出:52fa13494a4571a951b46b1a04be19ab9d8089c3d3761956c99f5435e6f2c8ad

中间过程生成的 salt 应为:4063bf66 (大端序输出)
如果您得到的结果是 66bf6340,则可能需要进行端序翻转:

    public static byte[] flipBytes(byte[] a){
        byte[] b = new byte[a.length];
        for (int i = 0; i < b.length; i++) {
            b[i] = a[b.length - i - 1];
        }
        return b;
    }

License

BTN-Spec 的文档和示例代码在 CC-0 (Public Domain) 协议下授权:

CC-0

目前接入 BTN 协议的客户端列表

Releases

No releases published

Packages

No packages published