从 BT 客户端 Transmission 引起的几个需要记录的地方

Transmission 是我一直在用，用了好多年的一个 BT 客户端。过去是跑在 DNS-323 NAS 上，现在则是跑在 U-NAS 上。
最近有升级了 U-NAS 操作系统到 3.1.1。

U-NAS 升级

之前用的是 U-NAS HomeEdition 2.2 Build18290

现在则是升级到了 3.1.1

1）先关机，然后拔出所有四个硬盘。

2） 下载 3.1.1 的ISO，做到 U盘上。

3） 从U 盘启动全新安装，完成后重启，关机

4）插入四个硬盘，开机，在控制中心=>逻辑卷管理， 把 每个卷都重新 挂载一下。

U-NAS3.0系统安装教程(1).pdf

参考上面这个附件，用来烧制 U 盘 启动安装盘。

Transmission

现在用的 Transmission 是 v2.84（14307），RPC：15。而使用的 Web Control 是 1.6.0 Beta （20180906）

这已经是升级之后的，我对 NAS 上的 TWC 按照官方说明，做了更新，才到这个 1.6.0 版本。

显示 SSH 到 NAS。 用的账号是 admin : password， 然后用 su， 密码是 yutech 取得 root 权限。

执行下面的命令。

wget https://github.com/ronggang/transmission-web-control/raw/master/release/install-tr-control-cn.sh

bash install-tr-control-cn.sh

成功执行会出现选项，选择 1 ， 安装最新版。

然后重启 NAS 就完成了。

端口映射

当然因为 NAS 放在内外，不暴露在路由器外，那么在路由器上就需要设置端口让 Transmission 能够正常的下载上传。

一般的端口我用的 55536.

我的设置是大致上这样。不知道是那条更有效，都开着。

这时，查看 TWC 的 config 设置部分，并选择 Network， Test the port，可以得到端口已经开放的结果，并且可以看到正常的上传和下载的情况。

解决 IPv6 造成 BT 上传问题

在配置了路由器上的 IPv6 之后，所有在 路由器后面的设备都获取了 IPv6 地址，NAS 也不例外，在 Transmission 看来，我就同时有两条线，一条 IPv4，一条 IPv6，在某些 PT 网站，可以看到在账号名称后面会自动注明是 IPv6 连接的，而实际使用 IPv6 的用户又极少，在网站或者 tracker站来看，IPv6的线路是优先的，IPv4是被忽略，或者说不被考虑的，从我这里的 Transmission 来看，就是下载没有问题，有 IPv4 的其他 Peers 可以提供文件片段给我，我可以下载到，然而并不会上传，有看到一下下上传，但是很快就没有了。

然而我是希望上传的，并不想只下载然后跑掉。这时在 TWC 的测试端口的地方，点击测试，并不会出现端口已经打开，而是一直在测试。也许这也是问题。所以，最后，我的想法是在 NAS 上关掉 IPv6，只用 IPv4。

万由NAS 3.1.1 禁用 IPv6

SSH 登录到 NAS，再次取得 root 权限吗，查看具体的 Linux 发布版本号。

$ cat /etc/*-release

得到的结果是：

Debian GNU/Linux 8 （jessie）

然后就可以知道具体的步骤了。

nano /etc/sysctl.conf

在文件的最后加上下面这些：

# disable IPv6
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

保存，关闭文件，然后执行下面命令，使之生效，我最后再重启了一下 NAS。

sudo sysctl -p

最后，查看 ifconfig 命令的结果，会看不到 IPv6 的地址了。

回到 Transmission Web Control ，可以看到一直有上传，就没有多大的问题了。