贴吧很久没有技术贴了，大神们不知道去哪里了，只能由本菜鸟写个教程给新手。
欢迎交流讨论。
请不要无意义回复。
请不要无意义回复。
本帖资料来源：
1、我新手时看的一些资料。主要是这个帖子《PT玩家之从入门到精通——Transmission的安装与配置》
https://tieba.baidu.com/p/8078690318
作者写得很全面、细致，主要以3.x版本为例，依然可供学习。遇到问题可以2个帖子对照着看
2、个人经验。肯定有不对的地方，欢迎指出。

——导航楼——

——预留备用——

——预留备用2——

1、本教程以4.x版本为主，也会简要说明3.x版本。
2、我主要用win端PC，不用nas。
3、可以个人转载，请标明来源，并本层下面回复说明一下。禁止商业网站转载。

【什么是PT站？】
PT站 Private Tracker，是一种基于Tracker协议的私有种子站点，主要分享大型、优质资源。PT站主要解决了BT下载的两个缺陷：
（1）BT资源的发布、维护难题。
传统下载网站，会将优质资源长期存放在服务器上，然后配上图文介绍，吸引网民。BT下载由于是陌生网友之间互传，如果只有一个BT种子，你并不知道里面是什么资源，辛辛苦苦下载一星期，结果是葫芦娃
PT站便发挥了平台作用，用户根据版规发布BT资源，其它用户看到喜欢的资源后下载torrent。网页上除了资源介绍、截图，还会显示当前做种、下载人数。做种人数越多的资源，下载速度越快。一些冷门、优质资源会有3个左右用户长期保种。一些资源做种人数为0，系统会自动将资源判断为死种，用户可寻求补种。保种、补种大户是一个PT站的中坚力量，是P2P分享精神的真实演绎。
（2）BT分享率问题。
下载量远超上传的行为，被称为吸血。这些吸血端的一些特征码、IP地址会被BT软件、tracker服务器拉黑。但由于IP地址不足，天朝IP是临时分配，只有少部分单位会申请使用固定IP，因此对吸血行为没有特别好的办法。
PT站使用注册制，下载的torrent种子包含密匙Passkey，用户下载、上传量会被tracker服务器记录，分享率ratio过低的账号会被拉黑。从而更好地解决了吸血、做种问题。

【BT、PT下载软件推荐】
硬盘读写频繁程度，从低到高：
固态硬盘很安静，不容易观察。我观察过机械硬盘的读写频率、噪音，以下是我个人感受，不一定准确，仅供参考
也不用太心疼硬盘，BT技术是比较成熟的，很多网盘下载软件的读写比BT粗暴。
【Transmission】适合做主力
优缺点和qb基本相反、互补。
优点：下载、上传内存占用少，硬盘读写不频繁，尤其适合机械盘。
缺点：
1、功能比较精简，不像qb那么全面。一般用web网页客户端。有一定上手难度，新手可能需要看贴吧大佬的安装教程
2、bc、qb目前都是单线程软件，当下载、上传繁忙时，后续操作、UI界面就可能排队，出现卡住假死的情况。如果tr用web端，界面假死的情况会更频繁
< 【Bitcomet比特彗星】 适合公网BT用户使用，添加公网tracker服务器后，下载速度能大幅提升
优点：
1、国产老牌软件，对国内的大内网有针对性优化，某些情况下穿透、连接性更强。
2、小功能多：主界面右下角小绿灯能直观查看端口堵塞检测，右键能一键添加UPNP端口映射
详情页里的硬盘读写次数、IPV4/6、UPNP检测，都很实用
3、读写一般比较安静（硬盘闪烁频率低，读写只2~3次/秒），介于qb和tr之间
缺点：
1、因为一些历史遗留的争议、黑历史，导致不少国内PT站不支持这个软件。
2、下载核心逻辑比较差，下载速度超出50M/s一段时间后，如果机械硬盘写入速度跟不上，下载缓冲区溢出，bc就会自动降低下载速度。这个情况我在qb、tr上都没遇到过。（新版好像有所改善）
< 【qBittorrent】 适合做主力
优点：目前活跃用户最多，功能全面，下载上传反应快
缺点：因为追求高速下载、上传，所以硬盘读写特别频繁，对机械硬盘尤其不友好。qBittorrent每秒都要读写，增加缓存没用，而bitcomet、transmission经常几秒才读写一次。
PT吧搜卡i/o能搜到不少讨论，比如https://tieba.baidu.com/p/7762311901?
=============
我当时折腾qb高级设置很久，以为能缓解，但其实再怎么优化设置，改善也不大。qb下载核心设计理念就是这样，面向固态、高速网络。libtorrent内核本身是比较先进的，但太激进。libtorrent2.x内核后，用户设置的磁盘缓存实际上无效，由win系统自动控制，而操作系统管理内存的原则和qb不同，为了保持系统稳定，操作系统不会等缓存攒很多，而是会小量、高频地读写。如果下载路径、虚拟内存都在机械盘，大量4K随机读写会导致硬盘很卡（磁头来回移动）。（这些是我自己的理解，不一定都对）
因为内核不是qb开发组自研的，所以开发组也没好的办法，只能等内核开发者继续完善。
临时解决办法：
1、选择libtorrent 1.x版本的安装包。
2、另外，5.1.4版新增 高级设置→磁盘I/O 类型：Simple pread/pwrite，相当于回到 libtorrent 1.x 稳定 I/O 模式
——不建议勾选「禁用操作系统缓存」，本身会导致 读写频繁，I/O 线程卡死
【uTorren】不推荐，快把这块裹脚布扔了吧
曾经最火的BT下载软件，被收购后商业化，知名度至今还是挺高，一些老的贴文还在推荐这款软件。
但一系列丑闻，以及更新停滞导致功能落伍，在PT用户中的份额已经很低了。
根据我的观察，读写频繁程度不比qBittorrent低，所谓的小巧轻便的说法，已经名不副实。

【Transmission】
适合机械硬盘用户、适合心疼固态硬盘的用户。
因为官方客户端太简陋，所以一般使用第三方制作的皮肤，新手怕麻烦的话，推荐先学习使用qBittorrent
注意，tr原版、第三方UI没有RSS订阅功能。qb有简单的RSS，第三方软件如FlexGet、Vertex有更强大的RSS订阅、筛选功能
【主程序下载】https://github.com/transmission/transmission
没标qt5的是qt6版，需win10及以上
x64.msi (Windows 安装程序) ←win用户安装这个
.dmg (macOS安装程序)
注意，4.0.6有严重bug，被很多站点禁用，所以4.0.5是目前的主流版本

【安装】
1、双击安装包。推荐安装在D盘，C盘重装系统容易丢。安装路径不要包含中文、特殊字符。
组件选择，如上图：
Daemon是下载核心，必选。
Web inteface是官方的简陋皮肤，如果之前已经安装了第三方web ui,可以不选，避免覆盖（一般推荐安装以下，可以打开就表示软件安装成功，用来排除有时安装失败的奇怪情况）
——Qt client是官方的桌面端ui界面，一般不选，用web ui就行
2、一路继续，完成安装。
3、桌面我的电脑，右键菜单→管理→服务和应用程序→服务
键盘按t，找到服务项Transmission Daemon，停止运行。
不必关闭窗口，待会儿还要再次开启。
4、修改配置文件
打开路径C:\Windows\ServiceProfiles\LocalService\AppData\Local\transmission-daemon
settings.json，右键→用记事本打开，修改下图所示的三个设置项：
rpc-username用户名：默认值admin
rpc-password密码
rpc-port端口号：9091。一般不用改，如果不放心，可以改。这个端口是 Web 管理 / JSON-RPC 的监听端口，不是 BT 下载端口。
5、保存配置文件。再按照步骤3，启动服务项Transmission Daemon
（如果不暂停服务项，修改配置文件是无效的，会被原先的数值覆盖）
6、确定自己电脑的IPv4地址：
（1）win任务栏右下角，点击“网络”图标→网络(已连接) →继续点开，就能看到下图的属性。
或者“网络”图标→网络和Internet设置→查看硬件和连接属性，也能找到。
（2）光猫、路由器也能看
7、打开浏览器，在地址栏中输入 IPv4地址:9091 ←冒号要用英文半角。
在弹出的登陆窗口中输入刚才设置的账号、密码，即可登录。
加入浏览器收藏页，以后就不用手输了。
==============
注意1：路由器一般打开DHCP服务，会自动分配接入设备的内网IP地址，所以每次重启后，电脑的内网IP可能会变动，需要在路由器中设置一个固定IP。
注意2：http://127.0.0.1:9091 或http://localhost:9091，即本机的内网地址，省去上面的麻烦。但这个地址只能电脑本机访问，无法用手机、其它设备访问。
8、登陆成功后，看到的就是tr的web端界面（也就是在1、步骤安装的Web inteface）
——老用户跨版本升级时，不建议跳过这个步骤，因为可以用来确认本体安装、IP地址等环节是否有误。避免和第三方UI的问题混在一起。
官方的界面非常简洁，可能很多人用不习惯。建议自己换第三方UI。
如果选择第三方的桌面客户端，直接安装使用就行，不需要移除官方web ui，也不需要暂停服务项。
如果选择第三方的web ui，请按照下面的步骤。
9、重复步骤3，暂停服务项Transmission Daemon。
10、tr所在文件夹→public_html文件夹，里面是官方皮肤。删除，或者加一些后缀比如官方皮肤
将下载的压缩包解压，放到public_html文件夹
11、启动服务项Transmission Daemon。
12、重复步骤8（或者直接刷新之前已经打开的页面），就能看到新的UI了。
安装步骤完结
======================
注意1：qb等下载软件退出后，后台下载核心会自动退出关闭。但tr关闭web、桌面端UI界面，下载核心仍在后台工作，需要手动暂停任务。我习惯关机前手动暂停，开机后手动开始。
——服务项Transmission Daemon不要用优化软件延迟启动，可能会导致upnp添加失败。
注意2：配置、种子进度文件在重装前建议手动备份。
（1）web端一般在C:\Windows\ServiceProfiles\LocalService\AppData\Local\transmission-daemon\
（2）桌面客户端一般在C:\Users\你的用户名\AppData\Local\transmission-daemon\
其中settings.json 是配置文件；Torrents文件夹是种子备份；Resume是下载进度、校验信息
C:\Windows\ServiceProfiles\LocalService\AppData\Local\transmission-daemon\

【第三方皮肤】推荐TrguiNG
注意，win端web ui的路径由3.0的web文件夹，改成了public_html。
里面是官方皮肤。删除，或者加一些后缀比如“官方皮肤”，再把第三方皮肤下载，解压，放进去就行。
【1】AI翻译的中文版 https://github.com/ManuZhu0728/TrguiNG
【2】英文原版 https://github.com/openscopeproject/TrguiNG/releases
（1.4版新增了设置导出/导入功能。右上角，点界面布局按钮能看到二级菜单）
1、web即web ui，浏览器web端，仅300k多
2、64-setup.exe 桌面客户端版，本质是运行在一个Linux 虚拟机（VM）里。仍需要Daemon服务的支持，退出后服务项也在后台运行。
↓填你PC的家庭内网地址。如果路由器WAN口接光猫LAN口作为二级路由，PC的IP地址可能是198.168.2.X
桌面端，设置下载器地址即可，一般是http://198.168.1.1:9091/transmission/rpc，或http://localhost:9091/transmission/rpc（这个最通用）
==================
桌面端相比web版：
不容易UI假死，但多占用内存，日常不如web流畅（依靠Edge Webview2组件渲染）
双击文件可以打开所在文件夹
添加种子时，对话窗口中可勾选文件
可设置下载完毕消息、声音提示
可显示其它用户的国家旗帜
关联.torrent文件（但不再支持拖放种子添加下载任务）
可制作种子
==================
【白屏bug】此皮肤设置保存在浏览器本地存储中，如果你用过另一个作者jayzcoder的汉化版（1.3），再安装【1】【2】，配置会发生冲突，web端、桌面端都可能出现白屏。
先隐身模式试试，如果可以正常打开，证明UI本身是安装成功的。再尝试西面的方法
1、清除浏览器所有上网痕迹（包括cookies and other site data）
2、尝试ctrl+F5强制刷新，有些情况能解决
3、换一个内网IP

【设置】
tr的设置项不多，不像qb的高级设置那么复杂
只要看完上面的安装教程，会在配置文件settings.json中修改IP、用户密码就可以了
1、启用端口转发（UPnP）
注意，tr只在服务项启动时添加一次upnp端口映射，因此Daemon服务项不要设为延迟启动，否则容易upnp添加失败，或只添加了TCP、UDP中的一项，这会严重影响下载、上传速度。
如果不重启电脑，在tr设置中手动取消、勾选一次UPNP端口映射，可以添加upnp端口映射。
——tr的下载核心是Daemon，开机自启动。web端、桌面端都只是一个操作界面，退出后服务项依然在后台运行，如果不手动暂停任务，下载、上传会在后台继续。
2、tr不像qb、bitcomet那样主界面右下角有端口、网络阻塞的指示灯。如果想查看端口映射是否成功、有没有获得IPv4、IPv6，
可以从路由器设置界面看，或者用一些在线网站检测
设置中的“测试端口”不准：IPv4、v6其中一个通了就会提示通了，但其实v4端口堵塞对速度影响很大（ipv6不需要端口映射，一般都是通的）
3、我下载用的是机械盘，而且不喜欢噪音，所以设置比较保守
全局最大连接数：500~2000
单种最大连接数：40~100
如果硬件比较好，下载、上传跑不满，可以适当调大
4、如果不使用BT公网，以PT站为主，建议关闭：用户交换、DHT网络、本地用户发现。
5、如果有公网IP、且上传速度能跑满，uTP就没必要开，速度不快、不稳定
6、磁盘缓存，16、32G内存一般设置2G缓存比较合适，太大反而不好。 只是我的个人经验，欢迎讨论交流

【高级设置】只列出了可能需要修改的项目
1、新手不要乱改，出错后很难发现，搞不好把硬盘都折腾坏了。
2、先暂停服务项，再修改配置文件settings.json。
3、webUI中有的内容，建议在webUI中设置（因为服务项重启后，webUI的设置可能会覆盖到配置文件）
"preallocation": 1, 预分配磁盘空间，
0= 关闭（添加种子快，但产生碎片较多），
1= 快速（默认），只修改文件系统元数据，创建稀疏文件，不会实际写入数据。
2= 完全（速度较慢，但可减少磁盘碎片）一次性分配整个文件所需的全部磁盘空间，
新的Linux（如 NAS、Ubuntu）、macOS系统，机械/固态都不会实际写入数据，只是调用系统函数，逻辑写0，让系统预留空间（具体原理比较复杂，可以问AI）
而Win11、10、以及早期 Linux 系统，不支持高效预分配机制，会物理写 0，所以只能用1。
如果是机械硬盘，自己听下噪音大小就能发现。新建大种子时，物理写0会导致UI长时间假死无法操作。
（tr还有个缺点，拆包下载时，部分已经取消下载的文件，仍会创建占位文件来预分配空间，硬盘空间不够的时候只能手动删除，很麻烦）
===============================
"sleep-per-seconds-during-verify": 100 校验文件完整性时，每秒钟让硬盘/CPU 强行暂停n毫秒。
超高性能：0ms（无休眠，机械硬盘校验几百G的大文件，会长时间占用硬盘，导致系统卡顿）
中高性能：10-50ms
低资源占用：100-200ms 默认100，能保证验证效率，又不会显著影响系统响应速度。
超低占用：500ms 每校验1秒睡0.5秒。适合配置极低的设备（如老旧路由器、nas），虽然校验时间会翻倍，但能确保设备不会因为校验而卡死 ~~ 其实整体还是很卡 机械硬盘就是这么老（不）而（中）弥（用）坚
===============================
"torrent-added-verify-mode": "fast" 文件完整性检查
两种模式可选：
"fast"（快速模式，默认值）快速校验是4.0.x新增功能，3.0没有。只在新添加种子时自动生效，手动校验只能是完整模式
tr不会逐字节扫描和计算整个文件的哈希值，而是通过检查文件的大小、修改时间，快速判断文件是否完整。
"full"（完整模式）对文件进行逐块（Pieceby Piece）哈希校验。
===============================
"torrent_complete_verify_enabled": false, 下载完成后立即校验文件。4.1.0新增功能，默认关闭。
我没试过，但估计用的是快速校验模式？我怕卡，所以不开，坏了再想办法补救
===============================
upload-slots-per-torrent每个种子允许的最大上传连接数，默认14 参考qb，我改成了4。大水管上传的，可以设大一点
===============================
sequential_download 顺序下载模式 。4.1.0新增功能，默认关闭。
目前还不太完善，如果连接到的都是不满100%的客户端，似乎会无法下载，停在0%
false（默认值）
true（按顺序下载）：会强制从文件的开头、第一分片、第二分片这样按顺序一直下载到结尾。
适合“边下边播”，缓解i/o读写压力，但比较影响下载速度。

【祖传问题1】下载任务变红，tracker服务器拒绝响应（红种）
这是多个原因叠加导致的：4.0.X用了比较新的下载协议BEP-7，加上其它bug，导致重复汇报的频率很高，一些服务器会拒绝响应，就变成红种了……所以不是因为cloudflare被墙，优选IP指定host的方法没用。
4.0.6 尤其严重，很多PT站拉黑了这个版本。
解决办法：https://tieba.baidu.com/p/9551081733
1、退回3.0版本
2、4.0.5红种不严重。是主流版本之一
3、最新的4.1.2进一步改善了红种问题（但没有改变底层协议和逻辑，所以估计没有根除问题）https://github.com/transmission/transmission/issues/8399

【祖传问题2】web端UI界面容易卡住，假死
这是tr本身的问题。tr追求精简小巧，资源占用少，硬盘读写不频繁；但另一方面，也导致功能更新慢、保守（qb相反）
（1）tr是单线程软件，不是高并发设计：
当同时下载 / 做种太多，磁盘 I/O一满，Web 端就会堵在队列里，失去响应。
桌面客户端（Qt client）有本地缓存、异步渲染，抗阻塞能力强很多。
（2）WebUI频繁查询数据，而且全量数据拉取。
WebUI 每次加载 / 刷新就向Daemon发一次请求所有种子任务的完整状态：进度、速度、文件列表、peer 信息……
因此种子一多、速度一高，Daemon 本身就忙，RPC 响应就慢 → 网页就转圈。
（3）从3.0到4.0进行了一次底层代码大重构（从 C 语言转向 C++），bug、不完善导致性能不升反降，UI假死加重。
https://github.com/transmission/transmission/issues/2462
开发者已经画了饼，将开发多线程异步读写功能，改善因磁盘 I/O 导致的阻塞（UI界面假死的根本原因就是这个）。但tr的开发速度感人，不知何时能实现~

好赞