NAS跨品牌硬盘迁移方案_PRD

WOL NAS机身配置有【一键拷贝】物理按键，用户在 NAS 机身连接USB可移动存储设备或 SD 卡后后，可操作该按钮，按用户预设的规则，一键拷贝文件至NAS设定的目录

![](https://pithi637l8r.feishu.cn/space/api/box/stream/download/asynccode/?code=ZjliNWRlYzk3YTc1YmM1OGQ3MzUyOTdlNGU5YTcxMDdfSU02UktOOGVtUmVybFc5VmZid1VublF5TGtBOUp5bFdfVG9rZW46REpydWJPd2thb0JuRzN4MGd5MmNBc3ZnbjViXzE3NzI2NzU2MjY6MTc3MjY3OTIyNl9WNA)

#### 1）是否启用

开关项，默认开启，关闭则不启用该功能

#### 2）文件类型选择

可选：所有文件/图片/视频/音乐/文档，默认所有文件

#### 3）备份源选择
设置默认的备份接口，以下几个规则可选：
- 最后插入的 USB 设备
- SD 卡接口
- 前面板接口
- 后面板 1 后面板 2

默认选择【最后插入的 USB 设备】

#### 4）文件存储目的地

默认地址为：vol1/xxx/USBcopy

用户可自行修改选择NAS中的地址

存储方式：在设定的地址中，按任务创建时间新建文件夹存储拷贝的数据，如：USBcopy/202510281453

#### 4）任务流程说明

![[Pasted image 20260305095622.png]]

用户将移动设备插入NAS指定USB接口

系统判定拷贝任务是否就绪

条件：

设备识别正确

目前无正在进行的

***拷贝灯状态**

状态1：未检测到设备；拷贝灯：熄灭

状态2：拷贝就绪：USB移动存储设备插入到正确的口，系统正确识别；拷贝灯：绿色常亮

状态3：拷贝中：用户通过拷贝键触发了拷贝操作，状态正确流转；拷贝灯：绿色闪烁

状态4：拷贝完成：本次拷贝动作完成；拷贝灯：白色常亮

NAS一键拷贝原始需求

NAS下载器应用V1

# qBittorrent 方案开发品牌商用 NAS 下载器应用的法务风险与规避方法

> 本文为产品/技术选型阶段的开源合规与法务风险初评，不构成正式法律意见。正式商用前应由公司法务、开源合规负责人或外部律师复核。

## 一、结论先行

品牌商用 NAS 下载器**可以采用 `qBittorrent-nox` 作为 BT / PT / Magnet 下载内核**，但不建议将其深度改造、白标化、静态链接或嵌入到自研闭源下载服务中。

推荐路线：

```text
自研 Download Orchestrator / UI / 业务能力
        │
        └── 通过 WebAPI / HTTP 调用独立运行的 qbittorrent-nox 进程
```

更稳妥的商用集成方式是：

- 自研下载器主程序保持闭源；
- `qBittorrent-nox` 作为**独立第三方 GPL 引擎组件**分发；
- 不复用 qBittorrent WebUI 代码、Logo 或品牌标识；
- 随产品提供 GPL license、源码、patch、构建脚本、第三方组件声明；
- 确保用户可替换、升级或安装修改版 GPL 组件。

若公司无法接受 GPL 合规义务，则建议中长期切换至：

```text
libtorrent + 自研 BT 下载服务
```

`libtorrent` 使用 BSD-3-Clause 许可，商业友好度明显高于 qBittorrent。

---

## 二、主要法务风险分级

| 风险项 | 风险等级 | 说明 | 建议 |
|---|---:|---|---|
| GPL 开源合规 | 高 | qBittorrent 二进制分发通常需按 GPLv3+ 处理 | 必须建立 OSS 合规流程 |
| 闭源代码被 GPL 外溢 | 高 | 若嵌入、链接、深度组合，可能被认定为派生/组合程序 | qB 独立进程化，通过 WebAPI 调用 |
| GPLv3 用户安装信息义务 | 中高 | 消费级 NAS 若锁固件/签名，可能触发 Installation Information 要求 | 允许用户替换 GPL 组件 |
| 商标与品牌误导 | 中 | GPL 不等于授权使用 qBittorrent 名称/Logo 做背书 | 仅在第三方声明中提及 |
| 用户侵权内容风险 | 中高 | BT 技术合法，但用户可能下载/分发侵权内容 | 免责声明、限制营销文案、不内置盗版搜索 |
| 安全与供应链风险 | 中 | 下载器常驻联网，存在漏洞、依赖与更新风险 | 版本锁定、漏洞响应、SBOM、签名校验 |

---

## 三、License 风险分析

### 3.1 qBittorrent 的许可证状态

qBittorrent 官方仓库 `COPYING` 文件说明：

- qBittorrent 源码为 **GPLv2 or later**；
- 二进制分发由于包含 GPLv3+ 资产，通常按 **GPLv3 or later**；
- 项目附带 OpenSSL 链接例外。

这意味着：qBittorrent 并不是不能商用，但**只要你分发它的二进制，就必须承担 GPL 分发义务**。

### 3.2 不同使用方式的风险差异

| 使用方式 | 风险等级 | 判断 |
|---|---:|---|
| 用户自行安装 qBittorrent，你们只适配 API | 低 | 你们不分发 qB，GPL 分发义务显著降低 |
| NAS 应用商店单独分发 unmodified qBittorrent-nox | 中 | 可行，但需提供 license、源码、构建信息 |
| NAS 固件/应用预装 qBittorrent-nox | 中高 | 可行，但合规材料必须随产品交付 |
| 修改 qBittorrent 后随产品分发 | 高 | 修改部分必须按 GPL 开放，并标注修改 |
| 将 qB 代码/库静态链接进自研闭源服务 | 很高 | 可能要求整个组合程序按 GPL 发布 |
| 复用 qB WebUI 代码并改造成品牌 UI | 高 | WebUI 代码/资产也可能受 GPL 或其他许可约束 |

---

## 四、闭源主程序的 Copyleft 外溢风险

### 4.1 高风险架构

```text
品牌下载器服务
├─ 自研业务代码
└─ 直接链接 / 嵌入 / 修改 qBittorrent 代码
```

该方式可能被认定为将 GPL 组件与闭源组件组合成一个更大的程序，从而带来闭源代码开放风险。

### 4.2 推荐架构

```text
品牌下载器 App / Orchestrator
├─ 自研 UI
├─ 自研任务模型
├─ 自研权限、通知、日志、路径治理
└─ 通过 HTTP / WebAPI / RPC 调用独立 qbittorrent-nox 进程
```

该方式更接近“独立程序之间通过标准接口通信”，有利于降低 GPL 外溢到自研闭源代码的风险。

### 4.3 工程隔离建议

- `qbittorrent-nox` 单独进程运行；
- 独立安装目录、独立包名、独立版本号；
- 不静态链接 qB 代码；
- 不复制 qB 源码进入自研服务仓库；
- 不复用 qB WebUI 前端代码或资源；
- 自研 UI 仅调用 qB WebAPI；
- 对外 API 模型使用自研 `task_id`，不要暴露 qB 内部模型；
- 用户可替换 qB 引擎包。

---

## 五、GPLv3 对 NAS 设备的特殊风险

qBittorrent 二进制分发保守应按 GPLv3+ 处理。GPLv3 对消费级设备中的 GPL 程序有额外要求：如果设备属于 User Product，厂商可能需要提供用户安装和运行修改版 GPL 程序所需的 Installation Information。

NAS 作为消费/家庭/小企业设备，存在被视作 User Product 的可能。

### 高风险情形

- qB 被固化在不可替换的系统分区；
- Secure Boot 或签名机制禁止用户安装修改版 qB；
- 应用商店只允许官方签名包，且不给用户安装修改版 GPL 组件的路径；
- 用户无法获得对应源码、构建脚本、安装方法。

### 规避建议

- qB 作为可卸载、可升级、可替换的独立组件；
- 提供源码包、patch、构建脚本、依赖版本、编译参数；
- 如果使用签名机制，应提供安装修改版 GPL 组件的合理路径；
- 不将 qB 固化到不可修改的 ROM 区域；
- 在“开源软件声明”页面提供清晰下载链接和许可证说明。

---

## 六、品牌、商标与用户认知风险

GPL 授权主要解决版权问题，并不自动授予商标、Logo、品牌背书权利。

### 不建议做法

- 产品命名为“品牌 qBittorrent 版”；
- 使用 qBittorrent Logo 作为品牌下载器图标；
- 营销中暗示 qBittorrent 官方合作；
- 修改 qB 后仍让用户误以为是官方原版；
- 删除原始 copyright、license、notice。

### 建议做法

- 对外产品名使用“NAS 下载器”或品牌自有名称；
- qBittorrent 仅出现在“第三方开源组件声明”中；
- 如修改 qB，应标注 modified version / based on qBittorrent；
- 保留原始版权声明、license 和免责声明。

---

## 七、用户下载内容的版权合规风险

BitTorrent 技术本身不必然违法，但用户可能通过 BT 下载或分发未授权内容。品牌 NAS 若内置 BT/PT 下载能力，需要避免被认定为诱导、帮助或放任侵权。

### 高风险产品行为

- 内置盗版资源站搜索；
- 内置磁力搜索、影视搜索、资源站聚合；
- 预置明显用于侵权的 Tracker 列表；
- 营销文案暗示“免费看电影”“免费下游戏”；
- 默认无限制做种，用户不知情；
- 云端服务器参与代理下载或分发用户资源。

### 规避建议

1. 首次使用弹出版权声明；
2. 用户确认“仅下载有合法权利的内容”；
3. 不内置盗版搜索、资源站、磁力聚合；
4. 不预置高风险公共 Tracker；
5. 提供做种开关、分享率限制、做种时长限制；
6. 默认展示“上传/做种中”状态，避免用户不知情分享；
7. 营销材料强调合法使用场景：
   - Linux ISO；
   - 开源镜像；
   - 用户自有文件；
   - 企业内部大文件分发；
   - 合法 PT 资源；
8. 若有云端服务参与，需建立投诉、下架、repeat infringer 处理机制。

---

## 八、推荐合规落地方案

### 8.1 推荐产品架构

```text
品牌 NAS 下载器 App
├─ 自研 Web / App UI
├─ 自研 download-orchestrator
├─ 自研权限、通知、任务模型、路径治理
├─ 自研 share-adapter
└─ 第三方引擎包
   ├─ qbittorrent-nox：GPL，BT / PT / Magnet
   └─ aria2：GPLv2，HTTP / HTTPS
```

### 8.2 必做合规清单

| 合规动作 | 必要性 | 说明 |
|---|---:|---|
| OSS 组件清单 / SBOM | 必须 | 记录 qB、aria2、Qt、libtorrent、OpenSSL 等依赖 |
| License 文本随包 | 必须 | GPLv2、GPLv3、qB COPYING、依赖 license |
| 对应源码提供 | 必须 | 源码需与实际分发二进制精确对应 |
| Patch 与修改记录 | 如有修改则必须 | 标注修改文件、日期、修改人 |
| 构建脚本与依赖版本 | 必须 | 用户应能重建对应二进制 |
| 安装/替换说明 | 强烈建议 | 尤其是 GPLv3 User Product 场景 |
| 第三方开源声明页 | 必须 | 在 NAS UI 和官网同时提供 |
| 首次使用版权声明 | 强烈建议 | 降低内容侵权风险 |
| 不使用 qB 商标做背书 | 必须 | 避免商标与误导风险 |
| 安全漏洞响应机制 | 必须 | 下载器为常驻联网组件 |

---

## 九、可接受方案与不可接受方案

### 9.1 可接受方案

```text
自研下载器主程序闭源
qBittorrent-nox 独立安装、独立运行
通过 WebAPI 调用
随产品提供 GPL 合规材料
用户可替换 qB 组件
```

适合 615 版本快速上线。

### 9.2 谨慎方案

```text
修改 qBittorrent-nox 后随 NAS 分发
```

可行，但需要：

- 修改源码开放；
- 修改记录完整；
- 对应源码和构建脚本完整；
- 法务确认 GPLv3 安装信息义务。

### 9.3 不建议方案

```text
把 qBittorrent 代码嵌入自研闭源下载器
复用 qB WebUI 改造成品牌 UI
将 qB 白标为品牌私有下载内核
固件锁死且不允许替换 GPL 组件
```

该方案 GPL 外溢、商标、合规投诉风险较高。

---

## 十、替代方案建议

如果法务无法接受 qBittorrent 的 GPL 风险，可考虑：

```text
BT / PT / Magnet：libtorrent
HTTP / HTTPS：libcurl 或自研 HTTP 下载模块
任务编排：自研 download-orchestrator
```

优点：

- `libtorrent` 为 BSD-3-Clause，商业友好；
- 自研服务可闭源；
- 任务模型、PT 安全、日志、诊断完全可控；
- 品牌长期技术资产沉淀更强。

缺点：

- 首版开发成本显著高于 qB；
- 需要自研管理 API、持久化、恢复、状态机、诊断能力；
- 不适合作为 615 快速上线唯一方案。

---

## 十一、最终建议

### 615 版本

建议采用：

```text
Go 编排层 + qbittorrent-nox 独立引擎 + aria2 独立引擎 + 自研 UI / Share Adapter
```

但必须将 qBittorrent 定位为：

> 第三方 GPL 开源引擎组件，而非品牌自研闭源内核。

### 730 / V2 版本

如果品牌商用合规、可控性、长期差异化优先级提升，建议逐步切换到：

```text
libtorrent + libcurl + 自研原生下载服务
```

通过前期设计好的 `download-orchestrator` 和统一任务模型保护后续换核成本。

---

## 十二、可写入技术方案的结论段

> qBittorrent-nox 可作为 615 版本 BT / PT / Magnet 快速落地内核，但必须以“独立 GPL 第三方引擎组件”方式集成：不嵌入闭源主程序、不复用其 WebUI、不做深度白标；随产品提供 GPL license、源码、patch、构建脚本、第三方组件声明，并确保用户可替换或升级该 GPL 组件。若法务无法接受 GPLv3 / 开源合规义务，则切换至 `libtorrent + 自研 BT 服务` 路线。

---

## 十三、参考资料

- qBittorrent 官方仓库：<https://github.com/qbittorrent/qBittorrent>
- qBittorrent COPYING：<https://raw.githubusercontent.com/qbittorrent/qBittorrent/master/COPYING>
- qBittorrent GPLv2 文本：<https://raw.githubusercontent.com/qbittorrent/qBittorrent/master/COPYING.GPLv2>
- qBittorrent GPLv3 文本：<https://raw.githubusercontent.com/qbittorrent/qBittorrent/master/COPYING.GPLv3>
- GNU GPLv2 FAQ：<https://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.html>
- aria2 官方仓库：<https://github.com/aria2/aria2>
- aria2 COPYING：<https://raw.githubusercontent.com/aria2/aria2/master/COPYING>
- libtorrent 官方仓库：<https://github.com/arvidn/libtorrent>
- libtorrent COPYING：<https://raw.githubusercontent.com/arvidn/libtorrent/RC_2_0/COPYING>


MigrateNAS 跨品牌NAS硬盘迁移系统

产品需求文档 (PRD)

NAS下载器应用V1.0（615版本）产品原型

qBittorrent 方案开发品牌商用 NAS 下载器应用的法务风险与规避方法

NAS下载器应用V1.0（615版本）产品需求文档

文档信息