docker 跑的 qb 内部监听端口没有映射别人是怎么连接的？

[FaiChou]

这个 qb 运行在 docker 容器内，网络模式是 bridge ，映射的端口是 6881 和 8085，但后来在 webui 中将监听端口改为随机的 56181，开启了 UPnP/NAT-PMP 。

但经过我的测试，做种和上传是正常的。而且这个上传不是在下载的时候上传的，下载完成后，第二天也有上传。

所以我不明白，56181 端口没有映射出去，外面是怎么连接进来的？即使是 UPnP ，也只是开了个端口，没有 docker 的映射，也进不来。

有没有大佬指点下。

[loveqianool]

容器开 ipv6 了吗？默认是不拦 ipv6 。

[FaiChou]

@loveqianool 不清楚，我是在极空间的 docker 里装的 qb ，默认没改过别的配置。我看 qb webui 用户栏都是 v4 的地址，没有 v6 。

[xixka]

udp NAT1 可以穿透出去
普及帖子 https://github.com/XTLS/Xray-core/discussions/237

[FaiChou]

@xixka 这就是我不理解的地方，xray-core 实现 fullcone 是在 VPS 上将 udp 端口进行映射。也就是说，我本地端口映射到外部的机器上，这台机器是跑在外面的。

但是 docker 容器（ bridge 模式下）内被 docker0 网络桥接，属于封闭的网络。里面开 UPnP/NAT-PMP 这种也起不到任何作用，因为外面连接容器内部，必须要经过 veth paire -> docker0 。

也就是说，要想实现 xray 这种穿透，需要有一台外面的机器跑一个映射服务，容器内的程序主动连接这个服务然后进行映射打通。

所以会不会是 qb 这种 p2p 程序搭配 tracker url 给做了这种打洞映射服务？但感觉也不太可能。有点疑惑。