シード中にqBittorrentがパッシブ接続しか表示しない場合は、qBittorrent、Dockerコンテナ、ルーターの3つの層で、同じ受信ピアポートを確認してください。2026年7月のフォーラム返信が正しく指摘しているとおり、qBittorrentがDocker内で動作している場合、ルーターでポート転送を設定するだけでは不十分です。
3つの層がすべて一致しているにもかかわらず、ポートに到達できない場合は、ISPによってCGNAT配下に置かれていないかを確認するのが次の重要なチェックです。その場合、自宅ルーターで通常のIPv4ポート転送を設定しても、パブリックな受信経路は作成できません。
リッスンポートを最初から最後まで一致させる
起動のたびに異なるランダムポートを使うのではなく、qBittorrentで固定の受信ポートを選択してください。上流のqBittorrent接続オプションには、受信ピアに使用するリッスンポートが記載されています。
次に、Dockerが同じポートをTCPとUDPの両方で公開し、ルーターがそのポートを現在のZimaOSのLANアドレスに転送していることを確認してください。
ルーターを再度変更する前にDockerを確認する
ZimaOSアプリの設定またはDockerのインスペクションを使用して、コンテナが実際に公開しているポートを確認してください。qBittorrentが内部でポート50000をリッスンしているのに、Dockerが6881を公開している場合、ルーターで50000を転送しても失敗します。
qBittorrent Dockerガイドはストレージパスに重点を置いていますが、同じホスト側とコンテナ側の違いはポートにも当てはまります。
CGNATを除外する
ルーターに表示されるWAN IPv4アドレスと、インターネットから確認できるパブリックIPv4アドレスを比較してください。両者が大きく異なる場合、またはルーターがプライベートアドレスやCGNAT範囲のアドレスを受け取っている場合、ISPが上流でNATを行っている可能性があります。
ダイナミックDNS名ではCGNATを回避できません。パブリックIPチェックリストで、その違いを説明しています。
パッシブ接続だからシードできないとは限らない
パッシブ接続とは一般に、ピアがあなたに新しい受信接続を開始できないことを意味します。qBittorrentは引き続き外向きのピア接続を確立できるため、一部のアップロードは継続できます。問題は到達性です。特に相手側も到達不能なスウォームでは、直接接続できるピアが少なくなります。
要点
固定したqBittorrentのリッスンポート、Dockerで一致するTCP/UDP公開設定、正しいルーターの転送先IP、ファイアウォールルール、そしてCGNATやパブリックIPの状態の順にトラブルシューティングしてください。コンテナやISPの層を確認せずにルーターのポート転送を繰り返しても、時間を無駄にするだけです。
