Om qBittorrent endast visar passiv anslutning när du seedar bör du kontrollera samma inkommande peer-port på tre nivåer: qBittorrent, Docker-containern och routern. Foruminlägget från juli 2026 identifierade korrekt att en vidarebefordran i routern inte räcker när qBittorrent körs i Docker.
Om alla tre nivåerna överensstämmer men porten fortfarande inte kan nås, är nästa viktiga kontroll om din internetleverantör placerar dig bakom CGNAT. I så fall kan vanlig vidarebefordran av IPv4-portar i hemroutern inte skapa en offentlig inkommande anslutning.
Matcha lyssningsporten från början till slut
Välj en fast inkommande port i qBittorrent i stället för en ny slumpmässig port vid varje uppstart. Den officiella anslutningsdokumentationen för qBittorrent beskriver lyssningsporten som används för inkommande peers.
Bekräfta sedan att Docker publicerar samma port för både TCP och UDP och att routern vidarebefordrar porten till den aktuella ZimaOS-LAN-adressen.
Kontrollera Docker innan du ändrar routern igen
Använd ZimaOS-appens konfiguration eller Docker-inspektion för att verifiera vad containern faktiskt exponerar. Om qBittorrent lyssnar på port 50000 internt men Docker publicerar port 6881 kommer en vidarebefordran av port 50000 i routern fortfarande att misslyckas.
Docker-guiden för qBittorrent fokuserar på lagringssökvägar, men samma skillnad mellan värd och container gäller för portar.
Uteslut CGNAT
Jämför den WAN-IPv4-adress som visas av routern med den offentliga IPv4-adress som syns från internet. Om de skiljer sig markant – eller om routern får en privat adress eller en adress från ett CGNAT-intervall – kan din internetleverantör NAT:a anslutningen högre upp i nätverket.
Ett dynamiskt DNS-namn kringgår inte CGNAT. Checklistan för offentlig IP-adress förklarar denna skillnad.
Anta inte att passiv anslutning innebär att seedning är omöjlig
Passiv anslutning innebär vanligtvis att peers inte kan initiera en ny inkommande anslutning till dig. qBittorrent kan fortfarande upprätta utgående peer-anslutningar, så vissa uppladdningar kan fortsätta. Nackdelen är sämre nåbarhet: färre peers kan ansluta direkt, särskilt i svärmar där den andra sidan också inte är nåbar.
Sammanfattning
Felsök i följande ordning: fast lyssningsport i qBittorrent, matchande TCP/UDP-publicering i Docker, korrekt destinations-IP i routern, brandväggsregler och därefter CGNAT/offentlig IP-status. Att upprepa vidarebefordringar i routern utan att kontrollera container- eller internetleverantörslagret är slöseri med tid.
