冲突来自哪一组绑定条件
Mixed Port 是可接收 HTTP 与 SOCKS 代理连接的本地混合入站端口。程序监听时需要绑定传输协议、IP 地址和端口;在同一网络命名空间内,同一地址及 TCP 端口通常不能被两个普通独占监听进程同时占用。具体行为还受到套接字复用和系统策略影响。
127.0.0.1 只表示当前设备的 IPv4 回环地址。绑定所有接口与仅绑定回环不同,IPv6 通配监听还可能影响 IPv4 绑定,因此不能只比较界面上显示的端口数字。不同地址或协议的监听不一定冲突,多个客户端并存也不必然出错。
如果还没有明确失败阶段,先用连接排障的分层入口区分配置解析、核心启动与端口绑定。本文不假定 Throne 当前使用任何固定端口。
先查监听,再识别进程
保存客户端当前监听设置,随后使用 Windows 只读命令查看 TCP 监听及进程标识。以下没有预置端口或 PID,不会终止任何进程:
netstat -ano
Get-NetTCPConnection -State Listen
Get-Process | Select-Object Id, ProcessName, Path把需要排查的实际端口与 LocalAddress、LocalPort、OwningProcess 对照,再核实对应进程名称与路径。读取某些路径可能需要权限;遇到拒绝时记录限制即可。Linux 可按环境使用 ss 查看监听,macOS 可用 lsof 查询,不要机械照搬另一系统的命令参数。
占用者可能是旧客户端、托盘进程、正常服务或当前应用的后台组件。关闭图形窗口不等于进程退出。先确认身份和用途,不直接结束未知 PID,也不批量强制结束系统程序;端口被占用本身不说明有恶意软件。
端口调整后,还有谁引用旧值
确认确实冲突后,可以在自己有权管理的客户端中选择一个未冲突的端口,并按当前版本要求重启相关 Profile。一次只改一个客户端,记录旧值与新值。随后重新查询监听,而不是只以“设置已保存”作为成功依据。
系统代理、应用独立代理、终端环境变量可能仍引用旧地址。浏览器能用而后台工具失败时,可对照Windows 不同代理设置层逐个检查。不要为腾出端口而关闭安全服务,也不要将监听无依据地扩展到公网。
如果旧监听已消失而 Windows 仍将请求发送过去,则应检查系统代理残留与恢复方法。本地连接拒绝发生在远端连接之前,不能据此判断节点失效。
用前后对照确认问题真正解决
建议保留四项记录:本地监听的地址和端口、占用进程身份、系统或应用实际引用、单次请求结果。先确认监听建立,再进行目标访问,最后核对客户端日志中的对应连接。
| 观察结果 | 下一步 |
|---|---|
| 没有目标监听 | 查看核心启动、配置解析或绑定错误 |
| 有监听但归属其他客户端 | 确认预期入口,检查代理设置引用 |
| 监听属于目标实例但请求失败 | 继续检查规则、DNS、远端连接与应用协议 |
如果多个客户端必须同时运行,分别管理端口、系统代理写入与路由范围。端口没有冲突,不表示两个程序的 TUN 路由或代理开关也一定兼容。维持最小变化,并验证原先依赖网络的应用仍然可用。



