大洪水 - 私たちは研究し、試みます。 Ubuntu サーバーに Deluge BitTorrent をインストールする deluge を完全に削除する方法

BitTorrent サーバーでは、Deluge クライアントを Web インターフェイス (WebUI) を通じて管理します。 残念ながら、WebUI はすべての Deluge 機能をサポートしているわけではありません。 特にプラグインに関しては、そのほとんどは WebUI 経由で設定できません。 幸いなことに、Deluge のグラフィカル (GTK UI) インターフェイスを使用すると、ローカル クライアントと同じように簡単にリモート サーバー クライアントに接続して管理できます。
Debian 7 を実行するリモート サーバー (ローカル ネットワーク上) と、WebUI とペアになった Deluge デーモンがインストールされているサーバー、および Linux Mint 14 (Ubuntu 12.10) を実行するホーム コンピューターがあります。 サーバー部分のインストール手順はDeluge専用記事で詳しく解説しているので割愛します。 自宅の PC へのクライアント部分の設定とインストールに進みましょう。
サーバー上にWebUIが存在する必要はないことは注目に値しますが、自宅からだけでなくDelugeに接続する予定がある場合は不必要ではありません。 この点に関しては、最初に GTK UI をローカル コンピューターにインストールした後、次の 3 つの方法でセットアップを開始できます。
aptitude インストール deluge deluge-gtk
次に、サーバー上でデーモンを起動し、リモート アクセス用のログインとパスワードを設定します。 このコマンドは、Deluge Daemon が実行されているユーザーとして実行する必要があります。
echo "ユーザー名:パスワード:レベル" >> ~/.config/deluge/auth
「username」はユーザー、「password」はパスワード、「levil」はアクセスレベルです。 ユーザーとパスワードは任意で構いません。 デーモンを実行するユーザー名と一致する必要はありません。 デーモンが実行されている必要があります。
アクセスレベル:

  • 1 - 読み取り専用。
  • 5 - ユーザー。
  • 10 - 管理者。
1. 最初の方法では、サーバー上に WebUI が存在します。 Deluge にリモートで接続できるようにするには、設定でデーモンへのリモート アクセスを有効にする必要があります。

2. 2 番目の方法では、Deluge コンソールを使用します。 これを行うには、サーバーにインストールする必要があります。
aptitude インストール deluge-console
コンソールを起動する
大洪水コンソール
その中で次のように命令します。
config -sallow_remote True configallow_remote
コンソールを終了します。
出口
コンソールを使用したすべてのアクションは、Deluge を実行しているユーザーに代わって実行する必要もあります。
デーモンを再起動します。
/etc/init.d/deluge-daemon 再起動
3. 3 番目の方法では、自宅のコンピューターからサーバーへの SSH トンネルを使用します。 この場合、サーバー側でリモート アクセスを有効にする必要はありません。 ローカルターミナルを開き、次のように記述します。
ssh -fNL 127.0.0.2:58846:localhost:58846 サーバー
ここで、「server」はサーバーの IP アドレスです。 クライアントがリモート デーモンに接続していることを認識できるように、localhost の代わりに 127.0.0.2 を使用します。 「bind: Can"t assign requested address」というエラーが表示された場合は、次のコマンドを実行します (ローカル ループにエイリアスを追加します)。
sudo ifconfig lo0 127.0.0.2を追加
次に、前のコマンドを繰り返します。
次に、ローカル コンピューターで GTK UI を起動し、インターフェイス設定で [クラシック モード] の横のボックスのチェックを外して、UI を再起動します。 GTK UI を起動すると、接続マネージャーのポップアップ ウィンドウが表示されます。 リストからローカル デーモンを削除し、リモート デーモンのアドレスを入力します。 前に選択した方法に応じて、「ホスト名」フィールドに、Deluge が配置されているサーバーの IP を入力するか、ssh トンネルの場合は 127.0.0.2 を入力します。 サーバー部分の構成中にデーモン ポートを変更しなかった場合、ポートには触れません。 ユーザー名とパスワード - ~/.config/deluge/auth ファイルで指定したデータを示します。


それだけです。 すべてが正しく行われれば、ローカル GTK UI を介してデーモンに安全に接続でき、WebUI では使用できなかったすべてのものを使用できるようになります。
スクリーンショットには 2 つの接続が示されています。 1 つ目はリモートであり、デーモンへのリモート アクセスを許可する事前に有効にしたオプションが必要です。 2 つ目は、ssh トンネルを使用した接続です。 緑色のチェックマークは接続が利用可能であることを意味します。


重要! プログラムのサーバー バージョンとクライアント バージョンは同じ行のものである必要があります。 たとえば、私のサーバーではプログラムのバージョンは 1.3.3 ですが、自宅のコンピューターでは 1.3.5 です。 これで大丈夫です。 サーバーにバージョン 1.2.X がインストールされ、PC にバージョン 1.3.X がインストールされている場合 (またはその逆)、たとえ設計が機能していても (これはありそうにありませんが)、問題が発生するのは避けられません。

ここ数年、インターネット上のファイル共有は確実にピアツーピア ネットワーク、特にトレント エクスチェンジャーに移行してきました。 torrents.ru や tfile.ru などのトラッカーから、最新の映画やオーディオ業界から最新のソフトウェア リリースまで、ほぼあらゆるものをダウンロードできることは、ほとんどのユーザーにとってもはや秘密ではありません。 特定の種類の製品の交換に関する法的側面はさておき、ほとんどの既存の Linux ディストリビューションは、トレント ネットワークから正確に新しいバージョンの配布を開始していることに注意してください。 もしそうなら、すべての自尊心のある Linux ユーザーの神聖な義務は、間違いなく、この非常に便利なファイル共有方法をマスターすることです (たとえば、トレント ネットワークについて詳しくは、Wikipedia - http://ru を参照してください)。 .wikipedia.org/wiki/BitTorrent)。

Runtu ディストリビューションに直接付属している Deluge torrent クライアントについて知りましょう。 この非常に興味深いプロジェクトは最近非常に活発に開発されており、常に新しい機能でユーザーを喜ばせています。

デリュージを起動しましょう。 (BitTorrent Deluge プロトコルのプログラム - インターネット - クライアント)
初めて起動するとセットアップ ウィザードが開始され、好みに合わせてクライアントを構成するように求められます。 対応するプラグインを有効化すると、多くの追加機能が有効になることに注意してください。 しかし、それはもう少し後のことです。 その間に、「次へ」ボタンをクリックして、受信接続用のポートを構成します。 すべてをそのままにしておくのが最善ですが、一部のプロバイダーは特定のポート範囲を強制的にブロックします。 この場合、49152 ~ 65535 の範囲で別の範囲を指定する必要があります。「ランダム ポートを使用する」オプションを有効にすることもできますが、これは行わない方がよいでしょう。 この場合、システム セキュリティの非常に重要な側面である「ファイル共有プロセスを常に把握する」ことができなくなります。

それでは、次の点に進みましょう。
プロセスを自動化するには、ダウンロードされたすべての torrent が特定のディレクトリに保存されるようにクライアントを構成すると便利です。 これらの目的のために、マウント ポイント /home/%username%/torrents を使用して別のハード ドライブを割り当てました。
私がディスクを RaiserFS ファイル システムにフォーマットしたのは、ハード ドライブの負荷が軽減されるという非常に明白な理由からです。 ただし、これは個人の好みの問題です。 小さなファイルをたくさんダウンロードする場合は、Ext2-3 を使用する方が便利です...しかし、これは別の会話のトピックであり、特定のファイル システムのファンの間で複数のホリバーが存在する理由です。 この部分はスキップして、ディレクトリの設定だけをしてみましょう。 サブディレクトリ /home/%username%/torrents/1gotovo を作成することを強くお勧めします。これにより、将来、クライアントは完了したダウンロードをすべてこのサブディレクトリに転送し、ハード ドライブの内容の解析にかかる時間を短縮できます。
もちろん、独自のディレクトリ名を割り当てることもできます。 ただ、将来的には上記の構成を正確に検討するつもりです。
ディレクトリを設定して「次へ」ボタンをクリックします。

トレントの配信速度はこの設定ページに依存しており、トラッカーの比率に直接影響を与えるため、いかなる状況でもこの設定ページに急いでアクセスしないでください。 発信接続の速度を選択します。 この値は、インターネット接続料金の接続パラメータで指定する必要があります。 私の場合は1秒あたり1メガビットです。 このような発信接続速度については、次のパラメータの最適値を経験的に決定しました。
- 最大接続数 - 600
- 最大アップロード速度 -1 (制限なし)
- 最大出力チャンネル数 - 30
- アクティブなトレントの最大数 - 20
- 最大ハーフオープン接続数 - 40
最後の点はダウンロード数の 2 倍であるため、混乱を招く可能性があります。 しかし、これは一見しただけです。 私の場合、Torrent クライアントを備えたコンピューターは自動モードで 24 時間稼働しているため、1 つ以上のハーフオープン接続がハングする状況が定期的に発生します。 Linux の場合、接続の有効期間が短いため、これは特に問題になりませんが、この場合、ダウンロード速度は低下します。 その場合は、事前に「予備」を用意しておいた方がよいでしょう。 大事なのは無理をしないことなので… この値を大きくしすぎると、システムが DDoS 攻撃の格好の餌食になってしまいます。
設定を行い、「次へ」をクリックすると、セットアップ ウィザードの最後のページが表示されます。

クライアント開発で助けを求めたい点は 1 つだけです。 犯罪的なものは何も送信されないため、個人的には「daw」を有効のままにしておくことに特別なことはありません。 ただし、これは各ユーザーの個人的な選択です。 選択して「適用」ボタンをクリックすると、実行中の最小限の構成のクライアントが表示されます。
個人のニーズに合わせてカスタマイズする時期が来ました。
すぐに利用可能なモジュールのリストが開きます。 (編集-
私の Deluge アセンブリに存在する各モジュールについて簡単に説明します。 確かに、このリストはあなたの場合も同じになります。

ブロックリストインポーター。 名前が示すように、このモジュールを使用すると、IP アドレスのリストをブロックできます。 どうしても必要な場合以外は電源を入れません。
- 望ましい比率。 各 torrent に必要な比率を設定できます。 それはなんのためですか? - あなたは尋ねます - 私は答えます:すべては非常に単純です。 このモジュールを使用すると、トレント トラッカーでの自分の合計比率についてあまり心配する必要がなくなります。 このモジュールに 2 ~ 5 の係数 (分布の需要に応じて) を指定し、しばらくの間それを忘れるだけで十分です。
- イベントログ。 イベントログサポートモジュール。 あまり安全ではないネットワークで作業する必要がある場合に便利です。 他の場合には、ほとんど意味がありません。
- フレックス RSS。 Deluge 用の RSS ダウンローダー。 なぜ彼女はここにいるのですか? ;) よりエレガントで効果的なソリューションがあります :)
- 急流を移動します。 完了したダウンロードを選択したディレクトリに移動できます。 「パラメータ」に、以前に作成した 1gotovo ディレクトリを指定して、続行します。
- ネットワークアクティビティグラフ。 ネットワークアクティビティのグラフの表示を有効にします。 私の意見では、このコンポーネントはオプションです。 特にクライアントが最小限のユーザー操作で動作する場合、これが私たちが目指していることですよね。
- ネットワーク ヘルス モニター。 もう一つのビジュアルコンポーネント。 画面に「ライフ」を表示したい場合は、オンにします。 一般に、これはオプションです。
- シェドゥラー。 スケジューラー。 それがすべてを物語っています。 曜日と時間帯に応じて、クライアントが利用できるチャネル帯域幅パラメータを設定できます。 トレント クライアントに加えて、インターネット アクセスを必要とする他のアプリケーションがある場合に非常に便利です。
- スピードリミッター。 個々のトレントごとの速度制限。 一見しただけでは、その存在による利点は明らかではありません。 ただし、場合によっては、1 つの torrent をできるだけ短い時間でダウンロードする必要がある場合があります。 1 つの torrent ではまだチャネルの帯域幅全体を処理できないため、他のダウンロードを無効にすることは意味がありませんが、他の torrent の制限を下げることは完全に合理的な決定です。 そしてオオカミには餌が与えられ、羊は安全になります。
- トレントクリエイター。 トレントを作成するためのモジュール。 つまり、独自のディストリビューションです。 必要に応じて、オンにします。 必要がない場合は、オンにしないでください。
- トレントファイル。 非常に便利なモジュールです。 torrent 内のファイルを操作できるようにします。 各ファイルに優先順位を割り当て、個々の torrent ファイルのダウンロードを許可またはキャンセルすることもできます。
- トレント通知。 システムトレイのリマインダー。 プロセスを自動化したい人には必要ありません。
- トレントピア。 各 torrent のすべてのピアを表示するモジュール。 情報は非常に広範囲に及びますが、繰り返しになりますが、私たちはクライアントの仕事における私たちの存在感を減らすよう努めています。 判定 - モジュールは必要ありません。
- トレント検索。 トレント検索エンジン。 私の個人的な意見は、これは私たちの現実ではまったく無意味であるということです。 Google の方が速くて正確です。
- ウェブシード。 Web ディストリビューションを torrent に追加できます。 必要な人はオンにしてください。 一般に、それは無駄なことです。
- Web ユーザー インターフェイス。 Web インターフェイス経由でダウンロードを管理するためのモジュール。 現時点では、Deluge の Web インターフェイスは非常にシンプルで、多くの追加機能は提供されていません。 ただし、これはクライアントをリモートで管理する非常に良い方法です。 そして、プロジェクトの開発のスピードを考えると、すぐに Web インターフェースがさらに便利で有益なものになるだろうと推測できます。

少なくともモジュールは整理しました。 クライアントの最終構成に進みましょう。
プログラム設定ダイアログ -> 「ダウンロード」タブを開きます。
ダウンロードの場所 - デフォルトでは、このパラメータは「ダウンロードごとに *** を尋ねる」として有効になっています。 このオプションは私たちには適していません。結局のところ、保存パスを指定して毎回ファイル システムにアクセスする人はいないでしょう。 「すべてのダウンロードを次の場所に保存する」に切り替え、「torrents」ディレクトリを保存パスとして指定します
以下にも設定が必要な項目があります。 つまり、すべての torrent ファイルを特定のディレクトリに保存します。 実際、デフォルトでは、クライアントはこれらのファイルを作業ディレクトリに保存します。 そして、これはあまり便利ではありません。 これらのファイル用に別のディレクトリを作成し、新しい保存パスを指定してこの設定を再構成する方が簡単かつ効率的です。 これにより、現在のダウンロードを監視し、必要に応じて不要なダウンロードを削除できるようになります。

Autoload 項目も非常に興味深いです。 特定のディレクトリにある torrent ファイルを自動的に起動できます。 なぜこれが必要なのでしょうか? たとえば、私の場合、別のコンピュータからこのディレクトリに torrent ファイルをリモートで保存できるので、ファイルの運命を心配する必要がなくなり、非常に便利です。 クライアント自身が新しいダウンロードを選択して保存し、完了後、それを共有ディレクトリ (MoveTorrent モジュールを思い出してください) に移動します。そこから、私は (ここでもリモートで) 必要なファイルを選択できます。

次に、ダウンロードに関連したプログラムの動作を直接設定します。 ここでは、それらの最大同時数を指定し、最初と最後の部分をダウンロードする優先順位を上げ、ディスク領域予約のタイプ (フルまたはコンパクト - 前者の場合、トレント全体を収容するのに十分なボリュームが予約されます) を構成できます。 2 つ目 - 現在ダウンロードされている部分のみ)、また - トレント ダウンロードの「デフォルト」の開始を「一時停止」モードに設定します。 最後の点は、最初にクライアントに大量のダウンロードを「投げる」ことを好み、その後で、現時点でどれがより重要で、どれを最初に起動すべきか、どれを起動すべきかを判断することを好むユーザーにとって興味深いものとなるでしょう。今のところオフのままにしておきます。

「ネットワーク」タブに移動します。 ここでは、プログラムの動作ポートのパラメータを変更できます (ただし、これはすでにウィザードを使用して行っています)、DHT (ピアの数を大幅に増やすことができるハッシュ テーブル)、UPnP (個人的には使用しません) を有効/無効にします。必要ないので無効のままです)、NAT ポートの表示(有効にしたほうが良いです - 大きな害はなく、ピアとの接続速度が向上します)、ピア交換(誰かが知らない場合は、これは、サーバーをバイパスするピア交換の非常に興味深い機能です。注意してください。ローカル トラッカーを使用している場合は、トラフィックに巻き込まれないように、この機能を無効にしてください。)、ローカル ピアを検索します。つまり、コンピュータと同じサブネット上にあるピアです)。 特定のトラッカーの使用条件には特に注意してください。トラッカーの中には、パスキーの「ハイジャック」を防ぐために DHT やピア交換を使用しないことを強く推奨しているものもあります。 彼らのアドバイスに耳を傾けることを強くお勧めします...
次に「暗号化」セクションです。 「受信」と「送信」の両方を有効にします。 当社の勇敢な管理者「K」がお客様のトラフィックを徹底的に調査する必要はありません。 ;) そしてもちろん、任意のレベルでストリーム全体の暗号化を設定します。

ディストリビューションの設定に進みましょう。 最初のオプション「配布開始時にトレントをキューの最後に移動する」を有効にします。 このようにして、いつでもディストリビューションとアクティブなダウンロードを視覚的に分離できます。 2 番目のオプション「完了したトレントの上に新しいトレントを追加する」を有効にすることも価値があります。 新しい torrent を追加する際の混乱を避けるため。
以下の 4 つのポイントは、自分自身の比率を積極的に高めようとしない人、またはプロセスの完全な自動化を目指す人にのみ必要です。
3 番目と 4 番目のポイントは、それぞれ、割り当てられた比率値 (受信トラフィックに対する送信トラフィックの比率) に達した後の torrent の停止と自動削除を構成します。 5 番目と 6 番目も同様ですが、配布時間に従います (時間は時間単位で示されます)。 つまり、比率が 2 を超えるか、配布時間が 72 時間を超えると、トレントが自動的に停止して削除されるように配布を構成できます。 ダウンロードしたファイルはハードドライブに残ることに注意してください。 torrent ファイルのみが削除されます。
「帯域幅」セクションに進みましょう。 実際、セットアップ ウィザードを使用したため、ここではすべてが適切なはずです。 そうでない場合は、セットアップします (上記を参照)。 絶対に必要な場合を除き、いかなる場合でも torrent チャンネルの使用を制限すべきではありません。 値は -1 のままにしておきます。 作業プロセス中の多くの落とし穴を避けてください。

「プロキシ サーバー」セクションは、プロキシを使用する場合に必要です。 それを使用する場合、セットアップに私の助けは必要ありません。 使用しない場合は、次のセクションに切り替えた方がよいでしょう。

"他の。" 実際、ここでは「システム トレイのアイコン」項目と、新しいバージョンのリリースを通知するオプションのみに興味があるかもしれません。 残りの部分は個人的にはパソコンで使用するのには役に立たないと考えています。 ただし、これは個人の好みの問題です。 システム トレイ アイコンをパスワードで保護する機能を使用したり、高度な起動進行状況インジケーターを使用したりできます。すべては好み次第です...
実はそれだけです。 必要に応じて、プログラム ウィンドウ内の列の表示や相対位置を変更することもできます。 ツールバーまたは高度な torrent 情報パネルをオフにすることができます。 ただし、これらはプログラムの動作にはまったく影響しない小さなことです。 心ゆくまでご利用ください。

12.04 にアップグレードしたら、フラッドが発生しなくなりました。 一度削除してから再度追加したいのですが。 デリュージを除去するにはどうすればよいですか?

  1. 試してみました: Ubuntu ソフトウェア センターで検索
    エラー: ボタンには「インストール」と表示されています (ただし、すでにインストールされています!)
  2. 試してみました:sudo apt-get delete --purge deluge
    失敗: 出力は大洪水の除去を読み取りました...しかし、ダッシュを検索するとまだ見つかります

sudo apt-get replace --purge deluge が成功した場合、deluge パッケージは正常に削除されました。

メニュー項目が依然としてダッシュに表示される場合、それは必ずしもプログラムがまだインストールされていることを意味するわけではなく、プログラムへのリンクがどこかに残っているだけです。 ダッシュがメニューの内容を独自にキャッシュしており、変更が加えられたことに気づくまでに時間がかかる可能性があります。

自由にフラッドを再インストールして、機能するかどうかを確認してください。

将来の参照のために、~/ または ~/config で Deluge に固有のドットファイルを探す必要があります。 これは、アカウント データを保存する可能性が最も高い場所です。 クリアするか名前を変更してみてください。 これにより、元の問題が解決される可能性があります (再インストールする必要はありません)。

Synaptic パッケージ マネージャーを使用して完全なアンインストールを試してみましたか?

synaptic をインストールします sudo apt-get install synaptic

フラッドの削除でも同じ問題が発生しました。 GTK バージョンがインストールされていることに気づきました。そのため、deluge をアンインストールするだけでは機能しませんでした。 sudo apt-get Remove --purge deluge-gtkを使用しました

OPによると、sudo apt-get Remove --purge delugeを使用するのが正しい方法です

ソース ファイルからインストールした場合、または残りの Deluge ファイルを見つける必要がある場合は、Deluge ウィジェット ガイドに次の情報があります。

Dash に依然として表示される最も可能性の高い理由は、残留する deluge.desktop ファイルによるものです。

「locate deluge」を使用すると、名前付きの各ファイル/フォルダーをすばやくリストできます。 洪水、アプリケーションが実際にアンインストールされたかどうかを判断できます。

Deluge をソースからインストールした場合は、ファイルを手動で削除する必要があります。 フラッド アプリケーションのメイン フォルダーは通常、次のフォルダーにインストールされます。 サイト Python またはフォルダー内 dist-パッケージこれは、上記のコマンドの出力に表示されるはずです。 フラッドバイナリも削除する必要があります。 /usr/local/bin/または /usr/bin/ .

neon_overload が述べているように、Deluge で問題が発生している場合は、古い構成をバックアップして削除すると、アップグレードの問題の解決に役立つ可能性があります。 デフォルトの場所: ~/.config/deluge

Sudo apt-get delete --purge deluge

明らかに、「Flood」を検索すると、依然として画面に表示されることを理解しています。

これらは残りのフラッド ファイルです。システムから完全に削除するには、

Sudo apt autoremove 大洪水

検索しても洪水は表示されません.... 魔法

実際、ファイル サーバーがアイドル状態になっているのはなぜでしょうか? ファイルはどこから取得すればよいのでしょうか? Windows でのトレント クライアントをインストールしましょう。 kubuntu では、かつて kTorrent を使用していましたが、今回は GUI なしで動作し、Web インターフェイスを持つクライアントに興味があります。

  1. rTorrent + wTorrent の組み合わせ。 インターネット上にはセットアップの説明がたくさんありますが、そのプロセスは私を怖がらせます =)
  2. TorrentFlux とそのフォーク Torrentflux-b4rt。 Web インターフェースとして作成されたものであり、それ以上のものではありません。 設定を検討してみるのもいいかもしれません。
  3. 大洪水。 当初は gtk の torrent クライアントとして計画されました。 しかし、特定のバージョン以降は、デーモンとして機能し、グラフィカル フェイスまたは Web フェイスのいずれか、またはコンソール経由で制御する目的のインターフェイスに接続できるようになります。

今のところ、3 番目のオプションをいじってみようと考えています。おっと、ネジ面を取り付けることができることがわかりました。 さらにグーグルで調べてみます。これはいつものように非常に便利です。ブラウザを開いて、トレント ファイルのダウンロードをクリックし、Windows を使用してファイルを開きます。 そして、彼女はすでにダウンロードをサーバー上のデーモンに転送しています(通常、公式Webサイトからバージョンをインストールすることをお勧めしますが、私はリポジトリからインストールしました)。 sudo aptitude install deluge-coresudo aptitude install deluge-webuisudo aptitude install deluge-consoleサイトからダウンロードしたパッケージをインストールすると、おそらく次のように依存関係が満たされていないという問題が発生します。 sudo apt-get -f install起動しましょう 氾濫した Web フェイスの起動 大洪水 --ui webちなみに、このコマンドは root ではなくユーザーに代わって実行します。 この場合、Webインターフェイスが機能しないためです。 理由はまだわかりませんが、これを実行すると、コンソールが 1 つ消えます。コマンドがそこで実行され、バックグラウンドでハングしたままになるためです。 大洪水 --ui web& Web インターフェイスを常に使用できるようにする必要がある場合は、このコマンドを自動実行のどこかにプッシュします。ただし、通常のユーザーの権限で実行されるように、Web に大量のデーモンの起動をプッシュすることをお勧めします。インターフェイスはポート 8112 で実行されます。ブラウザを介してこのポート上の目的のサーバーにアクセスしましょう。デフォルトのパスワードは deluge です。 Ajax オプションが最も美しいです。 しかし、すべての機能が備わっているわけではありません。 たとえば、特定の torrent に対してファイルをダウンロードする場所を指定することはできません。 すべての torrent に共通のフォルダーのみを指定できます。 この機能は他のスキンにも存在します。次に、サーバー以外のコンピューター (グラフィック環境がインストールされている場合はサーバー上でも) で GUI シェルを使用することができます。 Linux と Windows の両方に GUI シェルがありますが、GUI シェルを使用する前に、次の 2 つの方法のいずれかでこれを許可する必要があります。

  1. ウェブインターフェース経由。 設定 - Deluge - サービス - リモート接続を許可する (チェックボックスをオン)
  2. コンソールインターフェイス経由。 私たちは書く 大洪水 --ui コンソール。 それから 設定allow_remote True.

Web インターフェイスは使いにくいことがよくあります。 ただし、これは純粋に私見です。私のデスクトップには Windows (Windows Web Server 2008) があるので、プロジェクトの公式 Web サイトにアクセスして、Windows 用のバージョンをダウンロードしましょう。 サーバーにインストールされているデーモンと同じバージョンをダウンロードしてインストールすることをお勧めします。 インストーラーは、GTK+ ランタイムをインストールするように求めるプロンプトも表示します。 クライアントをインストールしたら、その設定に進みます。

  1. クライアントの起動
  2. 「設定 -> インターフェース」に移動し、「クラシック モード」のチェックを外します。
  3. クライアントを再起動します。 [接続マネージャー] ウィンドウが表示されます。
  4. localhost から行を削除します。 [追加] ボタンをクリックして、サーバーの IP (この場合はボックス) を入力します。 ポートはそのままにしておきます。

ここで、IP アドレスに加えて、ユーザー名とパスワードを入力する必要がありました。たとえば、どのユーザーを入力すればよいでしょうか。 私は自分のパスワードと Web インターフェイスを介して設定したパスワードを書きました。 気にしないでください...それで、次のようにします。

  1. サーバー上でユーザーのホーム ディレクトリに移動します (そこから deluge を実行します)
  2. 次に、/.config/deluge ディレクトリに移動します。
  3. 認証ファイルを開きます
  4. 2 行目では、ユーザー名とパスワードを user:password の形式で書きます (この情報は愚か者から書いていることに注意してください)。
  5. 再起動の大洪水 - 大規模な再起動
  6. Windows を搭載したコンピュータで、接続マネージャーに移動し、接続設定にこのユーザーとそのパスワードを入力します。
  7. 「接続」をクリックします
  8. ほら、クライアントが接続されました。

したがって、Torrent ファイルを処理する通常の方法が得られました。Torrent クライアント (GUI フェイス) でファイルを開いて、何をするかを選択します。しかし、私は別の方法も試しました。

  1. サーバー上にフォルダーを作成します (/home/user/torrents など)
  2. それをsambaで共有します。
  3. Deluge の設定では、このフォルダーから torrent を自動的に取得するように、同じ Web インターフェイスを通じて設定します。
  4. 次に、トレント ファイルをこのフォルダーに保存するだけです。

インストール

最新バージョンを入手するには、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 のデフォルト

さて、作業が完了したことを確認しましょう。