Als qBittorrent tijdens het seeden alleen passieve connectiviteit toont, controleer dan dezelfde inkomende peerpoort op drie lagen: qBittorrent, de Docker-container en de router. Het forumantwoord van juli 2026 stelde terecht vast dat alleen een portforwarding op de router niet voldoende is wanneer qBittorrent in Docker draait.
Als alle drie de lagen overeenkomen en de poort nog steeds niet bereikbaar is, controleer dan als volgende belangrijke stap of je internetprovider je achter CGNAT plaatst. In dat geval kan normale IPv4-portforwarding op je thuisrouter geen openbaar inkomend pad creëren.
Stem de luisterpoort van begin tot eind af
Kies in qBittorrent een vaste inkomende poort in plaats van bij elke start een andere willekeurige poort. De upstream-verbindingsopties van qBittorrent beschrijven de luisterpoort die voor inkomende peers wordt gebruikt.
Controleer vervolgens of Docker dezelfde poort publiceert voor TCP en UDP en of je router die poort doorstuurt naar het huidige LAN-adres van ZimaOS.
Controleer Docker voordat je de router opnieuw aanpast
Gebruik de appconfiguratie van ZimaOS of Docker-inspectie om te controleren wat de container daadwerkelijk beschikbaar stelt. Als qBittorrent intern op poort 50000 luistert, maar Docker poort 6881 publiceert, zal het doorsturen van poort 50000 op de router nog steeds mislukken.
De Docker-handleiding voor qBittorrent richt zich op opslagpaden, maar hetzelfde onderscheid tussen host en container geldt ook voor poorten.
Sluit CGNAT uit
Vergelijk het WAN-IPv4-adres dat je router toont met het openbare IPv4-adres dat vanaf internet wordt waargenomen. Als deze aanzienlijk verschillen — of als je router een privé-/CGNAT-adres ontvangt — kan je internetprovider de verbinding achter upstream-NAT plaatsen.
Een dynamische DNS-naam omzeilt CGNAT niet. De controlelijst voor openbare IP-adressen legt dat verschil uit.
Ga er niet van uit dat passieve connectiviteit seeden onmogelijk maakt
Passieve connectiviteit betekent doorgaans dat peers geen nieuwe inkomende verbinding met jou kunnen starten. qBittorrent kan nog steeds uitgaande peerverbindingen maken, waardoor sommige uploads kunnen doorgaan. Het nadeel is de bereikbaarheid: minder peers kunnen rechtstreeks verbinding maken, vooral in torrents waarbij de andere kant ook niet bereikbaar is.
Kort samengevat
Los het probleem in deze volgorde op: vaste qBittorrent-luisterpoort, overeenkomende Docker-publicatie voor TCP/UDP, correct bestemmings-IP op de router, firewallregels en daarna de CGNAT-/openbare-IP-status. Routerportforwards blijven herhalen zonder de container- of internetproviderlaag te controleren, kost alleen tijd.
