isp封锁bt默认端口（6881–6889）导致tracker不可达，需修改监听端口至50000–65535区间、启用upnp/nat-pmp、禁用https证书验证、配置路由器端口转发、验证端口连通性，并在docker部署中确保宿主机与容器端口映射一致。
如果您在使用 qBittorrent 下载 PT 或 BT 资源时，发现下载速度为 0、tracker 状态显示“未工作”或“Unreachable”，且反复更换端口、重新汇报均无效，则很可能是 ISP 封锁了默认的 BT 端口范围（6881–6889），导致 tracker 无法正常通信。以下是解决此问题的具体操作步骤：
一、修改 qBittorrent 监听端口并启用 UPnP/NAT-PMP
更换为非封锁端口（如 50000–65535 区间）可绕过 ISP 的端口过滤策略；同时启用 UPnP 或 NAT-PMP 可自动在路由器上完成端口映射，确保外网 tracker 请求能抵达本地客户端。
1、打开 qBittorrent WebUI 或桌面客户端，进入设置 → 连接。
2、在“监听端口”字段中输入一个非 6881–6889 范围的端口号，例如 52973。
3、勾选“启用 UPnP / NAT-PMP 端口映射”选项。
4、取消勾选“使用随机端口”（避免每次启动变动，影响 tracker 汇报稳定性）。
5、点击“应用”并重启 qBittorrent使设置生效。
二、禁用 HTTPS Tracker 证书验证
部分 PT 站点使用自签名或过期 HTTPS 证书，qBittorrent 默认会因 SSL 验证失败而跳过 tracker 请求，表现为“skipping tracker announce (Unreachable)”。关闭该验证可恢复 tracker 通信能力。
1、进入设置 → 高级。
2、找到选项“验证 HTTPS tracker 证书”，将其取消勾选。
3、在执行该操作前，先暂停所有正在运行的种子任务。
4、完成勾选更改后，点击“应用”，再逐个恢复（或批量继续）种子任务。
三、检查并配置路由器端口转发
若 UPnP 失效或路由器不支持，需手动添加端口转发规则，将外部请求定向至运行 qBittorrent 的设备内网 IP，否则 tracker 无法建立反向连接。
1、确认运行 qBittorrent 的设备已分配静态局域网 IP（如 192.168.1.100），避免 DHCP 分配变动导致转发失效。
2、登录路由器管理界面（通常为 192.168.1.1 或 192.168.0.1），进入“端口转发”或“虚拟服务器”设置页。
3、新增一条规则：外部端口与内部端口均设为 qBittorrent 当前监听端口（如 52973），协议选择TCP/UDP（二者均需），内部 IP 填写设备静态地址。
4、保存设置并重启路由器以确保规则加载。
四、验证端口连通性与 tracker 响应
修改端口后必须验证其是否真正对外可达，否则 tracker 仍会标记为不可达。qBittorrent 内置端口测试功能可快速判断 NAT 类型及端口开放状态。
1、返回设置 → 连接页面，点击“测试端口”按钮。
2、等待数秒，观察结果：若显示“端口已打开”，说明端口转发或 UPnP 成功；若显示“端口被屏蔽”或“无响应”，则需回头检查路由器设置或尝试更换端口。
3、对任一 PT 种子右键 →“强制重新汇报”，观察 tracker 状态栏是否由红色“未工作”变为绿色“工作中”并出现最新 announce 时间戳。
五、Docker 部署场景下的端口映射修正
在 Docker 容器中运行 qBittorrent 时，“容器端口”与“宿主机端口”若不一致，会导致 tracker 请求无法穿透容器网络层，表现为 WebUI 可访问但下载无速度。
1、停止当前 qBittorrent 容器：docker stop qbittorrent。
2、删除旧容器（保留卷）：docker rm qbittorrent。
3、重新运行容器，确保-p 参数中宿主机端口与容器内监听端口完全一致，例如：
-p 52973:52973 -p 52973:52973/udp。
4、容器启动后，进入 WebUI →设置 → 连接，确认“监听端口”数值与上述 -p 参数中第二个数字严格相同。
5、保存设置并重启容器进程。
