记一次使用Lucky给qbittorreent下载加速

9月了解到了Lucky，功能很强大，正好我有qb下载的使用场景，发现可以加速，遂找教程看大佬们的记录，再辅以AI现记录下步骤供大家国庆折腾参考。

内容用到lucky，op，qb，lucky装在op里，luci安装的，不是docker，如是其他方式，下面的内容恐无法百分比参考，qb安装在任意设备唔叼所谓，网络可达即可。

第一步

安装lucky，qb，op，略。

第二步

用到lucky，先创建stun穿透，按图操作即可，其中“穿透通道本地端口”随便找个安装lucky的宿主机不再用的端口即可。记得勾选“不使用lucky内置端口转发”，作者说是性能问题，这样更强。

stun穿透

运行后会获得成功的状态如下，记住2个端口，A:25140,B:30217。B也就是穿透后的端口。

第三步

用到op，找到网络-防火墙-防火墙 - 端口转发菜单，在页面中找到这个位置，输入相应的内容，输入名称，并记为名C。其中协议选择TCP，外部区域选择wan，外部端口填入上面记住的A端口，内部区域选择lan，内部ip地址选择qb的ip，内部端口写上面记住的B端口。点击添加即可，并应用保存。

第四步

打开qb，设置qb。1.不勾选使用我的路由器的XXXX巴拉啥的（图片中同位置的端口不用写，保持你的qb默认即可，别急后面写自动修改的步骤）。

2.按图配置下这里，为了更快的速度

3.配置下webui，记住端口，开启<对本地主机上的客户端跳过身份验证对IP>、<子网白名单中的客户端跳过身份验证>，并填入你内网局域网的网段，记得写子网掩码。

4.配置下“高级”，开启允许来自统一ip的多个连接，用不上，不过开了就是。

第四步

干货来了，返回lucky，找到最开始配置的规则，点击编辑，这步就可以实现，1.每次公网端口变换后，自动修改op端口转发的规则

2.自动让qb修改用于传入连接的端口。

①开启策略的自定义脚本触发，并写入如下脚本，关注“qbitt”、firewall.@redirect[1]这2个参数，注意小写符号勿漏。

那么firewall.@redirect[1]这个参数从哪儿获得呢，ssh到op，输入uci show firewall，直接看最后一行，我的是

firewall.@redirect[1].name='qbitt'

摘取其中的firewall.@redirect[1]即可。

#!/bin/sh

#定义要修改的规则名和新的内部端口

rule_name="qbitt" #这个“qbitt”就是上面让记住的名C，替换即可

#找到相应的转发规则，并修改内部端口

uci set firewall.@redirect[1].dest_port=${port} #替换firewall.@redirect[1]

uci commit firewall

#重启防火墙以使更改生效

/etc/init.d/firewall reload >/dev/null 2>&1

②打开webhook，配置以下内容，只需要改下qb的地址就可以了，其他勿动，看其他大佬们的教程来的。

接口地址：http://qb的ip:qb的端口/api/v2/app/setPreferences

请求方法：post

请求头：Content-type:application/x-www-form-urlencoded

请求体：json={"listen_port":#{port}}

可点击webhook手动触发测试，会弹第一次窗，点击后会弹出下面这个窗，跟我一样就稳了稳了。

最后点击策略的修改，保存上面所有的改动。

第五步

验证检查lucky策略，应该会像我这样。那就成了，稳了稳了

再去检查下op，看下自己之前改的策略是不是也自动修改了最新的端口

再去检查下qb，看下端口是不是也自动修改了。

注意，可能会发现op的端口没变，qb的改动了（因为之前的步骤没让动qb的端口），lucky穿透后有一定的存活时间，为了测试op到底有没有成功，可以尝试重启lucky或者直接op重启。

最后上qb上，找个磁力下载，等待个几分钟，速度稳定后，可以看到用户里很多I的，速度轻轻松松上几十M，那就没错了。

记录到此就结束了，祝大家国庆快乐，另如果你的lucky装在docker或者旁路什么环境下，那么跟我的区别可能就是要怎么尝试远程到op上去修改端口转发的策略了。别说大佬们的教程加AI大幅度节约了我折腾花费的时间，好评。

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～