Deluge BitTorrent を Ubuntu サーバーにインストールします。 Deluge - 学習と試してみよう deluge ubuntu のインストール
後続のすべての手順は、例として Fedora を使用して説明されていますが、他のディストリビューションにも適用できます。
インストール
インストールは非常に簡単です。
$ sudo dnf install deluge-daemon deluge-console
コンソール クライアントとそのための cli をインストールします。
それは今のところすべてです。 クライアントは準備ができています。 すでにオンにして使用できます。
$ sudo systemctl deluge-daemon を有効にする $ sudo systemctl start deluge-daemon
しかし、この構成には多くの問題があります。
- ログがありません
- サーバーポートごとの誤った配布
これは必要ですか? 🙂
ログ
インストール後すぐに、デーモンを実行できる状態になります。 しかし、ディストリビューション サプライヤーが提供する構成は完全に成功しているわけではありません。 何が起こっているかのログは記録されません。
これを行うには、logrotate を設定する必要があります。
$ sudo dnf インストール logrotate
新しいローテーション ルールをサポートするように構成します。 これを行うには、ファイルを作成しましょう /etc/logrotate.d/delugeおおよそ以下の内容
/var/log/deluge/*.log ( 4 週ごとに回転 missingok notifempty 圧縮遅延圧縮 Sharedscripts postrotate initctl restart deluged >/dev/null 2>&1 || true initctl restart deluge-web >/dev/null 2>&1 || true末尾)
ログを保存するフォルダーもあります。 そして私たちは彼女に必要な権利を与えます。
$ sudo mkdir /var/log/deluge/ $ sudo chown deluge:deluge /var/log/deluge
あとは、デーモンのログ サポートを有効にするだけです。
/etc/systemd/system/deluged.service に systemd の新しいデーモン説明を作成します。
説明=Deluge Bittorrent クライアント デーモン 後=network.target タイプ=simple ユーザー=deluge グループ=deluge UMask=007 ExecStart=/usr/bin/deluge -d -l /var/log/deluge/daemon.log -L warning Restart=常に TimeoutStopSec=300 WantedBy=multi-user.target
素晴らしい。 残っているのは、iptables を設定して、Deluge 自体を実行することだけです。
iptables のセットアップ
場合によっては、必要なポートを開くだけで十分な場合があります。
$ sudo iptables -A INPUT -p tcp --dport 56881:56889 -j ACCEPT $ sudo iptables -A INPUT -p udp --dport 56881:56889 -j ACCEPT
ただし、一部の構成では、多数のパケットを無効としてマークする conntrack メカニズムに問題が発生する可能性があります (特に dht トラフィックの場合)。
したがって、すべての Deluge 接続に対して conntrack を無効にする価値があります。
$ sudo iptables -t raw -I PREROUTING -p udp --dport 56881:57200 -j NOTRACK $ sudo iptables -t raw -I OUTPUT -p udp --sport 56881:57200 -j NOTRACK $ sudo iptables -t raw -I PREROUTING -p tcp --dport 56881:57200 -j NOTRACK $ sudo iptables -t raw -I OUTPUT -p tcp --sport 56881:57200 -j NOTRACK $ sudo iptables -I INPUT -p icmp --icmp-type 3 - j ACCEPT $ sudo iptables -I INPUT -p icmp --icmp-type 4 -j ACCEPT $ sudo iptables -I INPUT -p icmp --icmp-type 11 -j ACCEPT $ sudo iptables -I INPUT -p icmp --icmp -タイプ 12 -j 受け入れる
$ sudo /usr/libexec/iptables/iptables.init 保存
ローカル認証
deluge-console を正常に使用するには、ユーザーのローカル認証を有効にする必要があります。
それらの。 ログインパスワード行を含むファイル ~/.config/deluge/auth があるはずです
ローカルクライアント:here_long_hash:10
このファイルは /var/lib/deluge/.config/deluge ディレクトリからコピーできます。
$ sudo cat /var/lib/deluge/.config/deluge/auth >> ~/.config/deluge/auth
デーモンの起動と構成
$ sudo systemctl 大量発生を有効にする $ sudo systemctl start 大量発生したがって、デーモンを起動しました。その構成は前に説明しました。
実際、ファイル サーバーがアイドル状態になっているのはなぜでしょうか? ファイルはどこから取得すればよいのでしょうか? Windows でのトレント クライアントをインストールしましょう。 kubuntu では、かつて kTorrent を使用していましたが、今回は GUI なしで動作し、Web インターフェイスを持つクライアントに興味があります。
- rTorrent + wTorrent の組み合わせ。 インターネット上にはセットアップの説明がたくさんありますが、そのプロセスは私を怖がらせます =)
- TorrentFlux とそのフォーク Torrentflux-b4rt。 Web インターフェイスとして作成されたものであり、それ以上のものではありません。 設定を検討してみるのもいいかもしれません。
- 大洪水。 当初は gtk の torrent クライアントとして計画されました。 しかし、特定のバージョン以降は、デーモンとして機能し、グラフィカル フェイスまたは Web フェイスのいずれか、またはコンソール経由で制御する目的のインターフェイスに接続できるようになります。
今のところ、3 番目のオプションをいじってみようと考えています。おっと、ネジ面を取り付けることができることがわかりました。 さらにグーグルで調べてみます。これはいつものように非常に便利です。ブラウザを開いて、トレント ファイルのダウンロードをクリックし、Windows を使用してファイルを開きます。 そして、彼女はすでにダウンロードをサーバー上のデーモンに転送しています(通常、公式サイトからバージョンをインストールすることをお勧めしますが、私はリポジトリからインストールしました)。 sudo aptitude install deluge-coresudo aptitude install deluge-webuisudo aptitude install deluge-consoleサイトからダウンロードしたパッケージをインストールすると、おそらく次のように依存関係が満たされていないという問題が発生します。 sudo apt-get -f インストール起動しましょう 氾濫した Web フェイスの起動 大洪水 --ui webちなみに、このコマンドは root ではなくユーザーに代わって実行します。 この場合、Webインターフェイスが機能しないためです。 理由はまだわかりませんが、これを実行すると、コンソールが 1 つ消えます。このコマンドはそこで実行され、バックグラウンドでハングしたままになるためです。 大洪水 --ui web& Web インターフェイスを常に使用できるようにする必要がある場合は、このコマンドを自動実行のどこかにプッシュします。ただし、通常のユーザーの権限で実行されるように、Deluged デーモンの起動を自動実行にプッシュすることをお勧めします。インターフェイスはポート 8112 で実行されます。ブラウザを介してこのポート上の目的のサーバーにアクセスしましょう。デフォルトのパスワードは Configure です。 Ajax オプションが最も美しいです。 しかし、すべての機能が備わっているわけではありません。 たとえば、特定の torrent に対してファイルをダウンロードする場所を指定することはできません。 すべての torrent に共通のフォルダーのみを指定できます。 この機能は他のスキンにも存在します。次に、サーバー以外のコンピューター (グラフィック環境がインストールされている場合はサーバー上でも) で GUI シェルを使用することができます。 Linux と Windows の両方に GUI シェルがありますが、GUI シェルを使用する前に、次の 2 つの方法のいずれかでこれを許可する必要があります。
- ウェブインターフェース経由。 設定 - Deluge - サービス - リモート接続を許可する (チェックボックスをオン)
- コンソールインターフェイス経由。 私たちは書く 大洪水 --ui コンソール。 それから 設定allow_remote True.
Web インターフェイスは使いにくいことがよくあります。 ただし、これは純粋に私見です。私のデスクトップには Windows (Windows Web Server 2008) があるので、プロジェクトの公式 Web サイトにアクセスして、Windows 用のバージョンをダウンロードしましょう。 サーバーにインストールされているデーモンと同じバージョンをダウンロードしてインストールすることをお勧めします。 インストーラーは、GTK+ ランタイムをインストールするように求めるプロンプトも表示します。 同意します。クライアントをインストールしたら、設定に入ります。
- クライアントの起動
- 「環境設定 -> インターフェース」に移動し、「クラシック モード」のチェックを外します。
- クライアントを再起動します。 [接続マネージャー] ウィンドウが表示されます。
- localhost から行を削除します。 [追加] ボタンをクリックして、サーバーの IP (この場合はボックス) を入力します。 ポートはそのままにしておきます。
ここで、IP アドレスに加えて、ユーザー名とパスワードを入力する必要があり、Web インターフェイスからパスワードを設定する必要がありました。 私は自分のパスワードと Web インターフェイスを介して設定したパスワードを書きました。 気にしないでください...それで、次のようにします。
- サーバー上でユーザーのホーム ディレクトリに移動します (そこから deluge を実行します)
- 次に、/.config/deluge ディレクトリに移動します。
- 認証ファイルを開きます
- 2 行目では、ユーザー名とパスワードを user:password の形式で書きます (この情報は愚か者から書いていることに注意してください)。
- 再起動の大洪水 - 大規模な再起動
- Windows を搭載したコンピュータで、接続マネージャーに移動し、接続設定にこのユーザーとそのパスワードを入力します。
- 「接続」をクリックします
- ほら、クライアントが接続されました。
したがって、Torrent ファイルを処理する通常の方法が得られました。Torrent クライアント (GUI フェイス) でファイルを開き、何をするかを選択します。しかし、私は別の方法も試しました。
- サーバー上にフォルダー (/home/user/torrents など) を作成します。
- それをsambaで共有します。
- Deluge の設定では、このフォルダーから torrent を自動的に取得するように、同じ Web インターフェイスを通じて設定します。
- そして、トレント ファイルをこのフォルダーに保存するだけです。
インストール
最新バージョンを入手するには、PPA リポジトリを追加します。
Sudo apt-get アップデート
sudo apt-get install python-software-properties sudo add-apt-repository ppa:deluge-team/ppa
パッケージのリストを更新します。
Sudo apt-get アップデート
クライアント、コンソール、デーモンをインストールします。
Sudo apt-get install deluge-common deluge-console 大洪水
Web インターフェースが必要な場合は、それもインストールします。
Sudo apt-get install deluge-webui
全て! デーモンを起動してみましょう。
設定
リモート アクセスを有効にするには、コンソールを起動します。
大洪水コンソール
そして、次のコマンドを実行します。
Config -sallow_remote True
設定許可_リモート
コンソールを終了します。
リモート アクセス用のユーザーを追加し (このデータは Linux ユーザーとはまったく関係ありません)、アクセス権を指定します。
Echo "ユーザー名:パスワード:レベル" >> ~/.config/deluge/auth
アクセス権の詳細。
そしてデーモンを再起動します。
Pkill が氾濫する
氾濫した
システムと一緒に Deluge を実行したい場合は、これを実行するスクリプトを作成する必要があります。
構成を作成します。
Sudo vim /etc/default/deluge-daemon
このコードをそこに貼り付けて、 必然的に DELUGED_USER は、デーモンを実行するユーザーを指定する必要があります。
# /etc/init.d/deluge-daemon の設定
# init.d スクリプトは、この変数が空でない場合にのみ実行されます。
DELUGED_USER=""
# 起動時に実行する必要がありますか?
RUN_AT_STARTUP="はい"
起動スクリプトを作成します。
Sudo vim /etc/init.d/deluge-daemon
そして、その中に次のように書きます。
#!/bin/sh
### 初期化情報の開始
# 提供: deluge-daemon
# 必須開始: $local_fs $remote_fs
# 必須の停止: $local_fs $remote_fs
# 開始する必要がある: $network
# 停止すべき: $network
#Default-Start: 2 3 4 5
#デフォルトの停止: 0 1 6
# 簡単な説明: deluge と webui のデーモン化バージョン。
# 説明: で指定されたユーザーで Deluge デーモンを起動します。
# /etc/default/deluge-daemon.
### 終了初期情報
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="デリュージデーモン"
NAME1="大洪水"
NAME2="大洪水"
DAEMON1=/usr/bin/deluged
DAEMON1_ARGS="-d" # その他のオプションについては `man deluged` を参照してください
DAEMON2=/usr/bin/deluge-web
DAEMON2_ARGS="" # その他のオプションについては `man deluge-web` を参照してください
PIDFILE1=/var/run/$NAME1.pid
PIDFILE2=/var/run/$NAME2.pid
UMASK=022 # deluged を独自のユーザーとして実行する場合は、これを 0 に変更します
PKGNAME=大洪水デーモン
SCRIPTNAME=/etc/init.d/$PKGNAME
# パッケージがインストールされていない場合は終了します
[ -x "$DAEMON1" -a -x "$DAEMON2" ] || 0番出口
# 設定変数ファイルが存在する場合は読み取ります
[ -r /etc/default/$PKGNAME ] && . /etc/default/$PKGNAME
# VERBOSE 設定と他の rcS 変数をロードします
[ -f /etc/default/rcS ] && 。 /etc/default/rcS
# LSB log_* 関数を定義します。
# このファイルが存在することを確認するには、lsb-base (>= 3.0-6) に依存します。
。 /lib/lsb/init-functions
if [ -z "$RUN_AT_STARTUP" -o "$RUN_AT_STARTUP" != "YES" ]
それから
log_warning_msg "$PKGNAME が起動していません。/etc/default/$PKGNAME を編集して起動してください。"
0番出口
フィ
if [ -z "$DELUGED_USER" ]
それから
log_warning_msg "$PKGNAME が起動していません。DELUGED_USER が /etc/default/$PKGNAME に設定されていません。"
0番出口
フィ
#
# デーモン/サービスを起動する関数
#
do_start()
{
#戻る
# デーモンが起動されている場合は 0
#1 デーモンがすでに実行されている場合
#2 デーモンを起動できなかった場合
start-stop-daemon --start --background --quiet --pidfile $PIDFILE1 --exec $DAEMON1 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK --test > /dev/null
RETVAL1="$?"
start-stop-daemon --start --background --quiet --pidfile $PIDFILE2 --exec $DAEMON2 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK --test > /dev/null
RETVAL2="$?"
[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] || 1を返す
スタート-ストップ-デーモン --start --background --quiet --pidfile $PIDFILE1 --make-pidfile --exec $DAEMON1 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK -- $DAEMON1_ARGS
RETVAL1="$?"
睡眠2
start-stop-daemon --start --background --quiet --pidfile $PIDFILE2 --make-pidfile --exec $DAEMON2 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK -- $DAEMON2_ARGS
RETVAL2="$?"
[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] || リターン2
}
#
# デーモン/サービスを停止する関数
#
do_stop()
{
#戻る
# デーモンが停止している場合は 0
#1 デーモンがすでに停止している場合
#2 デーモンを停止できなかった場合
# 障害が発生した場合はその他
スタート・ストップ・デーモン --stop --quiet --retry=TERM/30/KILL/5 --user $DELUGED_USER --pidfile $PIDFILE2
RETVAL2="$?"
start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --user $DELUGED_USER --pidfile $PIDFILE1
RETVAL1="$?"
[ "$RETVAL1" = "2" -o "$RETVAL2" = "2" ] && return 2
Rm -f $PIDFILE1 $PIDFILE2
[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] && return 0 || 1を返す
}
ケース「$1」
始める)
[ "$VERBOSE" != no ] && log_daemon_msg "$DESC を開始しています" "$NAME1"
do_start
「$?」の場合 で
イーサック
;;
停止)
[ "$VERBOSE" != no ] && log_daemon_msg "$DESC を停止しています" "$NAME1"
やめる
「$?」の場合 で
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
イーサック
;;
再起動|強制リロード)
log_daemon_msg "$DESC を再起動しています" "$NAME1"
やめる
「$?」の場合 で
0|1)
do_start
「$?」の場合 で
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # 古いプロセスはまだ実行中です
*) log_end_msg 1 ;; # 起動に失敗しました
イーサック
;;
*)
# 停止に失敗しました
log_end_msg 1
;;
イーサック
;;
*)
echo "使用法: $SCRIPTNAME (start|stop|restart|force-reload)" >&2
3番出口
;;
イーサック
root の実行権限を設定します。
Sudo chmod 755 /etc/init.d/deluge-daemon
自動ロードおよびアンロードするスクリプトを追加します。
Sudo update-rc.d deluge-daemon のデフォルト
さて、作業が完了したことを確認しましょう。
apf-firewall をほとんどのポートで閉じて、samba はローカルで動作し、Torrent クライアント (Deluge など) は動作するようにする方法を教えてください。
配布: Debian ジェシー
カーネル: 3.14-2-amd64
5 分後にファイアウォールがオフになるモードは無効になっています。 ここに書かれているように設定しました: https://www.debian.org/releases/slink/i386/ch-init-config.ru.html Vuurmuur は提供されていません - これは曲がったユーティリティであり、ひげを生やしたものです。
そうですね、オプションとして、自宅の PC にファイアウォールが必要ない理由を議論することもできます。
大洪水でインターネット (WiFi) が使えなくなる
こんにちは、みんな。 xubuntu 14.04.1 のトレント トラッカーである Deluge 経由で何かをダウンロードしようとしていますが、インターネット接続が 15 秒後にオフになります。というか、単にインターネットが愚かに利用できず、Deluge もダウンロードを停止します。 WiFi を再起動してから、再度 10 ~ 15 秒待つ必要があります。 要するに、何かが良くないのです。 もしかしたら誰かが問題の解決方法を知っているかもしれません。
大洪水とルートトラッカー
opensuse 13.1 でのサービス自動起動
何も分かりません。 Delugeをインストールし、スクリプトをダウンロードして、init.dに配置し、YASTのrc5.dにシンボリックリンクを作成しました - サービスマネージャー(サービスマネージャー)、サービスが表示され、それを有効に設定し、保存し、再び入りました、また無効になりました。 なんだって? 問題なく正常に起動しますが、システムを起動したくありません。
UPnP は送信では機能しますが、Deluge と qBittorrent では機能しません。
UPnP 用のルーター (Fedoro19-router) には、デフォルトの linux-igd があります。
iptables -L のルーター上でクライアント上で Transmission を実行すると、転送されたポートが表示され、linux-igd ログが雄弁になります。 フード。
クライアント上で qBittorrent または Deluge を実行します (もちろん、upnp は有効になっています) - ポートは転送されず、受信接続はなく、ルーター上の iptables はサイレントで、linux-igd ログはサイレントです。 悪い。
これに先立って、ボックスルーター(asus、tp-linkなど)では、逆にUPnPでは送信が機能しないが、qBittorrentでは送信が機能することに気づきました。
何を紡ぎますか? あるいは、少なくとも「UMVR、linux-igd、qBittorrent (または Deluge)」と言ってください。
削除されました (28.02.14 13:25:31)
高負荷向けの Torrent クライアント
1000 を超えるアクティブなディストリビューションを持つハードコア プレーヤーに、現在そのようなシナリオに最適なクライアントはどれかを尋ねたいと思います。 適切なシステム要件を備えたサーバーとデーモン クライアントのみを考慮します。
特に興味深いのは、メモリとプロセッサの消費量、重要な torrent (長いファイル名) に対する耐性、ダウンロード中のエラーとその結果に対する耐性、しっかりとしたリストではなくディストリビューションのグループ化です。
現在、Transmission、Deluge、qBittorentの監督下にあります。 しかし、誰にでも欠点はあります。 qBittorent には、クライアントとサーバーの相互作用のための通常の顔がありません (すでに追加されているかもしれませんが、見つかりませんでした)。長い名前 (FS が許可する以上のもの) を理解できません。大洪水 (特に男) が始まります。 100以上の急流でバカになるには、頻繁に焼き直しを伴うジャムを使います(以前は間違いなくそうでした)。 Transmission は、指定されたスケールで「インスピレーション」を与えるグループ化のない線形リストにすべての分布を成形しますが、長い名前は理解されません。
Deluge はスピーカーに問題があります
ダウンロード、アップロードされた列やその他の列は、マークを付けていないため表示されません。 デフォルトのもの (#、名前、サイズ、状態など) は簡単にオンまたはオフにできます。 何をするか? おそらくこれは設定で修正できるのでしょうか? しかし、どのファイルを調べればよいのかわかりません。
これが突然、修正されない永遠の大洪水のバグになった場合は、代替案を提案してください。 私は彼らのことを部分的には知っています。 私が知っていて視覚的に気に入ったものから、たとえば kTorrent などです。 でも、私には3本目の足があるので、重いスニーカーを履くのはよくないと言われています。
Deluge Arch-Linux でユーザーから torrent が自動的に起動されるようにする方法
Deluged デーモンをユーザー「deluge」として自動実行する
debian 7.2を搭載したサーバーがあります。 systemd 初期化システム。
必須: システムの起動時に起動され、ユーザー「deluge」から大量に送信され、標準ポート 58846 経由で Windows GUI を介してデーモンにアクセスします。
torrent のあるフォルダーへのアクセスは、/mnt の Sambaclient を使用してマウントされたユーザー deluge に許可されます。
大洪水の洪水コンソールを設置しました。 リモートアクセスを許可します。 私は deluged.service を作成し、そこに公式 Wiki からのスクリプトを配置しました。
説明=Deluge Bittorrent クライアント デーモン After=network.target ユーザー=deluge タイプ=simple ExecStart=/usr/bin/deluged -d WantedBy=multi-user.target
adduser --disabled-password --system --home /home/deluge --group deluge
echo "deluge:pass:10" >> ~/.config/deluge/auth
deluged.service をオンにします。
systemctl デーモン-リロード systemctl deluged.service を有効にする systemctl start deluged.service
デーモンが起動して動作し、ポートを占有します。 しかし、彼は Windows GUI を介してそれを実行することを望んでいませんでした。 deluged.service でユーザーを root に変更すると、機能します。
私の何が間違っているのでしょうか? Deluge ユーザーには何らかの権限が必要ですか?
大洪水のデーモンがアンロードされない
Deluge では、デーモンの exit&stop を指定するか、最初にメニューからデーモンを停止します。 しばらく待っていました。 そして今もトップで活躍している。 通常のキルには反応せず、ペニバンでのみ反応します。 あなたのアイデアは何ですか? パッケージ: 大洪水
大洪水と神秘主義
何か奇妙なことが起こりました。 インターネットラジオを聞いています。 そして突然遅れ始めます。 速度グラフを見てみます。 何かがストリップのほぼ全体を食い尽くしていることがわかります。 ポートを確認し、さまざまなデーモンをオフにし始めます。 deluge-console を通じて、deluge が消費する速度を確認します。 報告された速度は実際の速度にさえ近くありません。 Iftop は、多数の接続があり、Deluge デーモン ポートへの接続ではないことを示します。 私はまだ大洪水を無効にしています。 速度が急激に落ちた。 実験のために、デーモンの電源を数回オン/オフしてみました。 トラフィックは、デーモンのオン/オフと明らかに相関していました。 それが何だった?!
Delugeに.torrentを追加した後にそれを削除するにはどうすればよいですか?
新しい torrent ダウンローダーを探しています
責任:
- 悪魔のように24時間働きます。
- デーモンに接続するトレントを追加/削除するための視覚的なインターフェイスがあります。
- Unix ソケットおよび/または特定の範囲のネットワーク インターフェイスまたはこれらのインターフェイスの IP アドレスを介したクライアントからの接続の受信を構成する機能。
- マルチユーザー認証、できればアクセス制限付き。
- ユーザーインターフェイスに問題はありません。
- クライアントは、古典的な完全な表形式で情報を受信および表示できなければなりません。
- クライアントサーバーは http(s) プロトコルに実装すべきではありません。
- Linux ネイティブであること。
以前に使用したものの簡単な履歴:
昔、私は vuze 別名 azureus を使用していましたが、インターフェイスが気に入らなかったのです。
その後、大洪水が発生しましたが、世界を再構築した後、モミの問題が発生するまで、私はこれをうまく利用しました。 共有インターフェイスは理想に近いものであることを念頭に置いてください。
次に、私がマスターした rtorrent を試してみることにしました。ただし、共有から開いているダウンロードをすべてドラッグするのは面倒でした。 rtorrent はクールですが、それを使用できるのは私だけで、残りの家族もいます。
そこで、rtorrentの後、再度共有を試みましたが、やはりもみの問題が発生しました。 次に、これと同様のスレッドを作成し、transmission-daemon とtransmission-remote-gtk に切り替えました。 後者の問題は、トレントの追加メニューで通常はフォルダーを選択できず、各パスを手動で押す必要があることです。 最新バージョンはついに gtk+3 に移行しました。
彼から離れたいという私の願望を確認しました。 いいえ、私は gtk3 自体に反対しているわけではありません。gtk はクソのグルコドロームだと思っているだけで、第 3 バージョンのテーマさえありません。
今日はdeluzhをインストールしました。 今回はサーバーとクライアントの両方が機能し、認証組織の簡素化には嬉しい驚きを覚えました (以前はコンソールを介してパスワードを生成する必要がありましたが、現在はプレーンテキストがファイルにあります)。接続が接続をリッスンするインターフェイスの正常な設定。 Deluzh は、ローカルホストをリッスンするか、0.0.0.0 をリッスンするかの 2 つの極端な方法を実行できます。 しかし、私にとっては 1 つの驚きがありました。ファイルを追加しようとしたとき、パスが最後に選択した位置にある場合を除いて、ファイル選択ダイアログがほとんど正しく動作しないことがわかりました。 // トランスミッション内の同様の要素が悲惨なビーターの形で作られているのはこのためではないでしょうか?
削除されました (23.01.13 20:31:28)
追加して並べ替えます。
Deluge は完了したダウンロードのファイルを転送しません
リポジトリから Deluge 1.3.5 を使用します。 ディストリビューション - Archlinux x86_64。 設定でダウンロード用のディレクトリと完了した配布用のディレクトリを設定しました。 動作しません。 AutoAdd プラグインも接続しましたが、これも同様の設定で、転送されず、それだけです。 .torrent ファイルが目的のディレクトリに表示されるとすぐに、トレントのダウンロードが開始されます。
デーモンと「クラシック インターフェイス」の両方を使用してみましたが、違いはありませんでした。 大洪水とそのすべての設定を削除して、再度インストールしようとしましたが、機能しません。また、AUR から収集しましたが、完了したダウンロードのディレクトリに対する権限をすでに 777 に設定していますが、役に立ちません。助けてくれません、それは問題ではありません。
同様の問題に遭遇した人はいますか? そしてそれを克服するにはどうすればよいでしょうか? 送信の使用はお勧めしません。
PC-Ubuntu + Server-NAS4Free (FreeBSD) と組み合わせた Deluge
私は自分自身を正確かつ明確に表現するよう努めます。 事実によるもの 伝染 ; 感染 Ubuntu 12.10 ではリモート GUI がうまく動作しないため (個人的に)、これと同様のものを他のソフトウェアで作成することにしました。 選択が迫られた 大洪水。 手順を見つけました http://dev.deluge-torrent.org/wiki/UserGuide/ThinClient 作成しました FreeBSD への Deluge のインストール
ポイント内 プライベートIP: ローカルサーバー (NAS) の IP を入力します。たとえば、192.168.68.68 だとします。
ifconfig | grep -e "inet アドレス" | grep -v "192.168.68.68" | カット -f2 -d":" | カット -f1 -d" "
Deluge が未完成のファイルに拡張子を追加する
torrent 内のファイルの優先順位、ダウンロード
torrent ファイルがあり、ディレクトリ構造があり、ファイルにはハッシュによって名前が付けられます。 私のコンピュータにはすでにいくつかのファイルがあります。 存在する torrent 内のファイルには優先度「0」を設定する必要があります。 Python 言語、トレント ライブラリ - rasterbar の libtorrent。 私は deluge のソース コードを詳しく調べました (Python で書かれており、同じライブラリを使用しています)。 トレント ファイルまたはマグネット リンクを受け取りますが、それは重要ではありません。
なぜ KTorrent に切り替えるのですか?
KTorrent には上記のような Deluge の欠点はありませんが、機能性や応答性においては劣っていません。 kde のライブラリにもかかわらず、ほぼ同じ量のメモリを消費します。他の torrent クライアントに関しては、Deluge や KTorrent の機能には達しませんが、qBittorrent のみが代替となりえますが、pornolab では禁止されており、依然として空のディレクトリが作成されます。この問題は「空の」ファイルで解決されます)。
そこで、正規表現と Unix コンソール ユーティリティを勉強しながら、Delyugov のダウンロードとディストリビューションを転送するためのスクリプトを作成しました。 次の 3 つの点に注意していただきたいと思います。
- 複数ファイルの配布でアップロード用にマークされていないファイルのステータスは転送されません (つまり、デフォルトですべてにマークが付けられます)。
- KTorrent を起動すると、転送されたすべてのディストリビューション/ダウンロードが停止され、各ディストリビューションを選択して SHIFT+C を押して再ハッシュする必要があります (これより速い方法は見つかりませんでした。一部の torrent クライアントでは、「」をクリックするだけで十分です) start all」を実行しますが、この場合、KTorrent は再ハッシュされずに再ダウンロードされます。
- Ubuntu 12.04、Deluge 1.3.5、KTorrent 4.1.3でパフォーマンスをテスト
#!/bin/bash #Deluge2KTorrent スクリプト #takiz 別名パパが書いた printf "%s\n" "...待って..."; #torrents.state からファイルへのパスをフィルターで除外し、ロシア語エンコードの egrep "^S.\/" ~/.config/deluge/state/torrents.state | を修正します。 sed -e "s/^..//;s/.$/\//;s/\//#/g" > パス; t=`猫の道`; printf "%b\n" $t > パス; #トレント名をフィルタリングして、各ペアから 1 つずつ重複を削除します。 egrep "(22,99)" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$//" | perl -ne "$U($_);$U($_)=1; でない場合は印刷します。" > 急流; #ディレクトリを作成して実行する一時スクリプト ファイルを作成します printf "%b\n" "#!/bin/bash\nmkdir ~/.kde/share/apps/ktorrent/tor(1..100500)" > temp1.sh ; chmod 774 temp1.sh; strok=`sed -n "$=" torrents`; sed -i -e "s/100500/"$strok"/" temp1.sh; ./temp1.sh; #コピー スクリプトを作成し、printf "%s\n" "#!/bin/bash" > temp2.sh; を実行します。 chmod 774 temp2.sh; 猫の急流 | awk "(print $0".torrent ~/.kde/share/apps/ktorrent/tor"NR"/torrent)" | sed "s/^/cp ~\/\.config\/deluge\/state\//" >> temp2.sh; ./temp2.sh; 10寝ます。 #テンプレートを作成します stats printf "%b\n" "AUTOSTART=0\nOUTPUTDIR=" > stats; #パス a=2 の統計ファイルを作成します。 f2 を読み取りながら; do sed -e "1,/.*/(n;s/\(.*\)/\1$f2/)" 統計 >stats$a; a=$(($a + 1)); 終わり< paths; sed -i -e "s/#/\//g" stats*; #добавляем в скрипт копирования пути stats и запускаем cat temp2.sh | awk "{sub(/\~\/[^ ]*\.torrent/, "stats"NR)}1" | sed "s/\/torrent/\/stats/;s/cp st/mv st/" >tmpファイル; mv tmpfile temp2.sh; chmod 774 temp2.sh; ./temp2.sh; 5 寝ます。 #一時ファイルの削除 rm パス トレント統計 temp1.sh temp2.sh; printf "%s\n" "ok";
Deluge のバグを確認する
おそらく、これは Fedora にのみ当てはまります。
1..torrentをダウンロード
2. 任意のダウンロードフォルダーを指定します。
3. ダウンロードが完了するまで待ちます。
4. ステップ 2 で指定した内容に関係なく、/home/username/ にファイルが表示されます。
少なくとも他の人にバグレポートが見つかった場合はバグレポートを提出しますが、そうでない場合は自分で問題を探します。
追伸 この問題は、待望の 1.3.5 へのアップデート後に発生したように私には思われます。