autobrr与Radarr集成时FNP/RF下载URL问题的技术解析

在autobrr与Radarr的集成使用过程中，部分用户遇到了FearNoPeer(FNP)和ReelFlix(RF)两个索引器的下载URL格式不正确的问题。本文将深入分析这一问题的技术背景、产生原因及解决方案。

问题现象

当使用autobrr 1.43.0版本与Radarr 5.7.0.8882集成时，通过IRC订阅FNP和RF的种子发布信息时，系统生成的下载URL格式存在问题。具体表现为：

• TorrentLeech(TL)的下载URL能够正确生成并被Radarr处理
• FNP和RF生成的下载URL格式为：https://fearnopeer.com/torrent/download/151658.MY_API_KEY
• 这种格式的URL无法被正确解析，导致.torrent文件无法下载到客户端

技术分析

经过深入分析，发现问题的根源在于密钥类型的混淆使用。FNP和RF这两个索引器需要使用RSS密钥而非API密钥进行认证。这是与TorrentLeech等索引器的一个重要区别。

在autobrr的配置中，如果错误地使用了API密钥而非RSS密钥，系统虽然能够接收到IRC的发布通知，但生成的下载URL格式将不符合索引器的要求，从而导致下载失败。

解决方案

要解决这个问题，需要进行以下配置调整：

1. 登录FNP和RF网站，获取正确的RSS密钥
2. 在autobrr的索引器配置中，将原有的API密钥替换为RSS密钥
3. 保存配置后，可以通过创建测试过滤器来验证配置是否正确

验证方法建议：

• 为每个索引器创建一个新的过滤器
• 设置"最大下载次数"为1次
• 使用"监视文件夹"作为动作类型
• 观察是否能够正确下载.torrent文件

技术要点说明

值得注意的是，Radarr在处理下载URL时并不要求在URL末尾添加.torrent后缀。这是许多用户容易产生的误解。autobrr生成的下载URL只要格式正确，Radarr就能够正确处理。

对于不同索引器的认证方式差异，建议用户在使用前仔细阅读各索引器的API文档，了解其特定的认证要求。这种差异通常是由于各索引器采用了不同的技术实现方案和历史遗留问题导致的。

总结

通过正确配置RSS密钥，可以解决FNP和RF索引器在autobrr中下载URL格式不正确的问题。这个问题很好地展示了不同索引器在API设计上的差异性，也提醒我们在进行系统集成时需要仔细了解各个组件的具体要求。

对于使用autobrr进行多索引器管理的用户，建议建立索引器配置清单，记录每个索引器所需的密钥类型和其他特殊要求，这样可以避免类似问题的发生。