私は、伝送デーモンを使用し、webguiを介して制御しています。
現在、0BのOBステータスにある別々のトラッカーからの2つのトレントがあります。伝送を使用しています。最後に発表された1つの急流では、「50個のピアを取得」、他の「48個のピアを取得」と表示されます。
ポート51413は開いていると表示されます
ダウンロードフォルダの所有権をdebian-transmissionに変更しました
何か案は?トラブルシューティングの手順が終わったばかりです。
私の場合、ランダムポート選択オプションの設定をtrueに変更することも役立ちました。送信では、次の指示に従ってください。
編集→設定→ネットワークタブ→最初のボックスにチェックマークを付けます
ポート57558に切り替えて、機能するようになりました。これが長期的な解決策かどうかはわかりませんが、いずれにしても、これはネットワークの問題であり、伝送に関連するものではないことを示しています。皆、助けてくれてありがとう。
設定peer-port-random-on-start
をfalse
からtrue
に変更しました。それは私のためのトリックを行いました(伝送デーモン)。
私は同じ問題に直面していました。 peer-port-random-on-startをtrueに変更提案された。それでもダウンロードできませんでした。他のいくつかのフォーラムで確認したところ、「deluge」というツールが見つかりました。 Ubuntu 16.10マシンにインストールしましたが、ダウンロードは正常に機能しています。伝送の問題は何だったのでしょうか。
以下は、Ubuntu 16.10にdelugeをインストールするためのリンクです。
https://www.linuxbabe.com/bittorrent/deluge-bittorrent-client-ubuntu-16-04
自宅にAT&Tがあり、ルーターをいじっていました。 NetBIOSプロトコルを常にオフにしていましたが、システムでAll Other Protocolsオプションを無効にしていました。 Transmissionは、ルーターで曖昧なプロトコルの1つを使用したようです。再度有効にするとすぐに、Transmissionを機能させることができました。
HTTP
HTTPS
FTP Telnet
SMTP
DNS
NetBIOS
POP3
IMAP
NNTP
IRC H323
他のすべてのプロトコル
問題がありました。原因は、クライアントが許可されていないことです。
この問題を解決するために、設定を変更しました:
Sudo service transmission-daemon stop
Sudo vim /etc/transmission-daemon/settings.json
(vimをお気に入りのテキストエディターに置き換えます)Sudo service transmission-daemon start
そして今、それは動作します。この問題に悩まされている場合は、download-dirも変更されている可能性があります。そのため、そのオプションもチェックして、希望に合わせて変更することをお勧めします。
「download-dir」:「/ var/lib/transmission-daemon/Downloads」