当前是docker部署的transmission，宿主机有ipv6，配置如下，盒子测速有300M能跑满宽带，种子下载速度只有6M/s。
也不知道配置的ipv6是否生效。还有，上传基本为0 
有好心的佬指点一下吗
1 个赞
宽带是否存在公网ip，如果有是否启用dmz或者upnp或者端口映射指向nas？transmission容器的网络模式是host模式还是bridge模式？docker默认情况下bridge模式没有配置ipv6访问，并且upnp和nat-pmp自动配置端口映射在bridge网络模式下无法工作。如果需要最佳性能和兼容性，需要host网络模式。
试试 qB啊
没有公网ip有ipv6
没有配置过你说的这个映射
bridge模式
改了"rpc-bind-address": “::”, “bind-address-ipv6”: “::”,
不知道这样修改是否有效
麻烦在帮忙看下哈佬
qb docker能直接用吗
没有公网ip不建议使用bridge模式，因为你没有公网ip，这样容器内网络直接变成nat3网络受限了，transmission也没办法自动打洞。默认情况下docker的bridge模式不支持ipv6连接，家宽的ipv6也是动态的，不能自动配置给容器，只能手动开启nat6，如果您不在乎连接性，可以编辑/etc/docker/daemon.json为如下内容开启nat6:
{
"ipv6": true,
"fixed-cidr-v6": "fd00:1234:1234:1234::/64",
"ip6tables": true,
"experimental": true
}
重启docker服务，容器内应该就能访问外部的ipv6 peer了，但是我非常不建议您这么设置，这样ipv4和ipv6都是连接受限状态，速度可能提升不大，也无法接受外部连接。如果没有公网ip的情况下需要最佳性能，就不要考虑nat6。最简单的方式是路由器dmz指向nas，路由器开启upnp，容器网络模式改成host，这样transmission可以自动打洞，也能直接使用nas的ipv6地址且不需要经过nat。
感谢回复
后来确实编辑 /etc/docker/daemon.json 开启nat6，然后更换为qBittorrent客户端，容器内能够访问ipv6，也确实如佬所说速度提升不大下载8M/s，上传只有10KB/S，我在研究下你后面所说的方案。
最后，感谢佬的指导 
，再有问题再请教哈
效果怎么样
目前上传依旧是200k/s，提不起来，不知道这个现象是否正常
下载的话盒子测速偶尔也只有50M/s，有时候有150M/s，用的N1 armbain，所以不知道是不是盒子本身的速度就有问题。
1 个赞
没有上传是正常的，因为您的ipv4没有公网ip，ipv6也是nat6。通俗点描述，这意味着其他p2p用户是无法主动向您发起连接的，你就没办法向对方“上传”你的文件，之所以您还能有微弱的上传速度，是因为“对方”是拥有公网ip的，您可以主动向对方连接进行“上传”。但是这样拥有公网ip的下载者少之又少，自然上传跑不起来。
如今运营商封pcdn热火朝天，如果不是为了pt就没必要特别去考虑上传性能，拥有公网ip的用户如果想要下载您的文件，也是可以进行连接的，但是这样的用户是非常稀有的，所以几乎跑不了多少上传。
佬，我的ipv6应该是native模式，路由器拨号下发的公网ipv6，也测试过可以手机流量直连，按理说是可以直接p2p进行连接通信的吧，这样应该和公网ipv4没区别才是呢
不知道我理解的是否正确，请指正。
nat6就等于没有公网ip，不能接收外部的传入连接，只能主动向其他人发起连接，这就基本上杜绝了p2p应用了。linux裸机拥有ipv6地址确实可以从外部访问linux裸机，但是docker的bridge模式本质上就是一个NAT路由器，默认情况下只进行ipv4的nat转换，这样容器能够获得一个176开头的内网ipv4地址上网，开启ipv6 nat后容器可以获得内网ipv6地址上网。由于Linux内核默认不支持Fullcone NAT。无论是nat4还是nat6都不可以进行p2p。所以才建议使用docker host网络模式直接使用宿主机的网络堆栈，或者直接裸跑不使用docker，应用程序可以直接使用宿主机的ipv6公网地址。这样不需要经过docker bridge的内部路由器，也就不存在阻碍p2p的nat。
后面确实换成host模式了，在pt站点后台数据也能看到公网ipv6和开放的端口，下载上传速度提不起来的原因可能是armbian系统的问题，用speedtest测速，基本都在几十Mbs，还在尝试使用小钢炮和换个新的新的armbian固件看看。