BT/utorrent连接加密及标志

Protocol Encryption (PE):
Azureus与uTorrent共同制定的加密协议, 以绕过ISP封锁或干扰BT

禁用---传出不加密,但接受加密传入
启用---尝试传出加密,若连接失败,转为不加密传出
强制---尝m u C 9试传出加密,若连接失败,仍保持加密传出
允许传入旧式连接---允许传入旧式的非加密连接,建议7 @ o g v勾选,否则将拒绝所有未加密$ ) / z的传入连接

以下2种模式均接受加密的传入连接且E { N u s E & 3为双向加x ] N / q M密:

所有模式 (加密/非加密连接均接受, ut默. f O { + * h f X认模式)
传出连接---〉启用
允许传入旧式连接---〉勾选Q S A c + e 3 $ .

强制模式 (仅接受加密连接,拒绝所有未加密的连接申请,可增强反吸血保护)
传出连接---〉强制
允许传入旧式连接---〉不勾选

uTorrent 用户标识缩写含义:
了解对方用户标识缩写含义,知己知彼,有助于分g } _ P %析一些传输问题

D = 正在下载 (我方有意从对方下载且被接受)
d = 对方拒绝Y % (我方有意从对方下载但被拒绝)
U = 正在上传 (对方有意从我方下载且被接受)
u = 拒绝上传 (对方有意从我方下载但被拒绝)
K = 我方无意下载 (我方无意, R ! z k `从对方下载虽对方N k G ) & s =未拒绝)
? = 对方无意下载 (对方无意从我方下载虽我方未拒绝)

F = 错误用户(对方曾传来散列7 O O x d K l P _校验失败的区块, 但还未达屏蔽对方的程度)
S = 静态用o - )户(静态等待, 双方之间无活动达高级参数中设定的静态等待5 { - S n { * x时限,但未屏蔽对方)
O = 宽容用户(在无其他更好的用户选择前,不拒绝对方连接,uT在用户接入优先级排序上有一套轮循optimistic unchoke规则 )

I = 已建立传入连接的用户
X = 通过用户交换(PEX)或IPv6/IPv4穿遂连接的用户
H = 通过DHT连接的用户
h = 通过UDP内网穿透(UDP Hole Punching)连接的用户
L = 通过本地用户发现连接的本地用户
P = 通过uTP连接的用户

E = 所有模式用户 (加密或非加密连接均接受)
e = 强制模式( ( D @ F w用户 (仅接受加密连接)

参考
https://github.com/transmission/transmission/wiki/P} ] ? keer-Status-Text