送信デーモン（BitTorrentクライアントサーバー）のパスワードはどのように設定しますか？

58

構成ファイルはあいまいであり、とにかくDebianでデーモンを再起動すると上書きされ続けます。

には/etc/transmission-daemon/settings.json、次のオプションがあります。

rpc-username
rpc-password
proxy-auth-username
proxy-auth-password

デーモンを再起動するたびに：

/etc/init.d/transmission-daemon restart

上書きしrpc-password、印刷するパスワードはとにかく機能しません。

誰でもパスワードを適切に設定する方法を知っていますか？無効にしたくありません。

linux bittorrent transmission

— ニール
ソース

2

ただ、将来的に渡って来るが、あなたも設定する必要があります誰のためにここにこれを置くことrpc-authentication-requiredにtrue設定ファイルに、そうでない場合は送信がパスワードをチェックしません。

— ロブマターズ

bugs.launchpad.net/ubuntu/+source/transmission/+bug/1644091で非構築的であるため、この動作を報告しましたが、非常に多くのUbuntuのバグとして無視されています。

— カールリヒター

113

次のことを正確な順序で実行します。

シャットダウン：/etc/init.d/transmission-daemon stop
書くrpc-passwordに/etc/transmission-daemon/settings.json二重引用符で、ファイル。
そのファイルを保存する
起動：/etc/init.d/transmission-daemon start
ページにログインします。ポート9091にあります
パスワードを入力してください。

上書きされるパスワードはハッシュです。プログラムは通常よりも賢く、パスワードがハッシュではないことを検出するため、パスワードをハッシュで上書きして保護します。したがって、パスワードは機能するはずです。

ただし、シャットダウン時にロードしたパスワードを書き込むことに注意してください。その/etc/init.d/transmission-daemon restartため、実行中にファイルを作成した場合、期待どおりの動作は行われません。

— ニール
ソース

9

デーモンを停止して再起動する必要はありません。/etc/init.d/transmission-daemonをリロードするだけです。

— ブラッド

1

少なくとも回答を書いた時点では、送信デーモンはファイルを閉じるときに書き込むため、実際には停止中にファイルを編集します。

— ニール

1

init.d / reloadはディストリビューション固有です。より一般的に、あなただけのSIGHUPを送信する-これはmanページではありませんが、ここでしか：trac.transmissionbt.com/wiki/EditConfigFiles

— yardena

匿名ユーザーからのコメント：私の場合、パスワードを渡すデーモンを起動するスクリプト（/etc/init.d）がありました。パスワードを変更するためにそのスクリプト（「transmissiond」という名前）を編集する必要がありました。動いた。

— テルドン

この方法で構成ファイルを上書きすることは賢いこともそうでないこともあり、それは間違いなく不必要なトラブルの良いソースです（ユーザーに強制的に構成ファイルにハッシュを書き込ませ、あらゆるレベルで有用なフィードバックを提供するのと比較して）。私は数年前から伝送を実行しようとし、その試みを文書化しました。通常、他のフィールドも同様に上書きされます。無視されたいくつかのバグを報告しました。

— カールリヒター

2

別の解決策を試してパスワードを見つけることもできます。

ps -ef | grep transmission

（私のバージョンではadmin：password1でした）

— フェニックス
ソース

2

少なくとも私のubuntuインストールでは、ファイルにパスワードが設定されているため、プロセスをリストしてもパスワードが何であるかがわかりません。

— デイモンスミス14年

2

通常、デーモンは、終了時（または再起動時）に設定を書き込みます。デーモンにSIGHUPを送信することにより、新しい設定を強制的に再ロードできます。

kill -HUP 1234

...停止すると、設定が上書きされなくなります。

BTW：transmission-remote-cliがコマンドラインでパスワードを使用したいのは残念です。悪いアイデア！

— jm73
ソース

1

この投稿にはすでに受け入れられた回答がありますが、Ubuntuでは、伝送デーモンは実際に開始されると停止できません。

つまり、settings.jsonに加えた変更は、次回の再起動時に上書きされます。

これはまた、bootでdaemon-startupを完全に無効にし、再起動し、settings.jsonを編集してから、再度有効にして変更を永続化する必要があることも意味します。

かなり面倒ですが、何が起こっているのかがわかれば、簡単に対処できます。

— ヨスタイン・カイニグセン
ソース

3

停止できないと言ったら、「sudo service transmission-daemon stop」を実行してみましたか？通常の方法でそれを停止するには？それは私のために働く。その後、設定ファイルを編集して再起動できます。

— デイモン・スミス14年

1

-1、これは単純に正しくありません。@Neilメソッドは説明どおりに機能し、あなたが言ったことが真実だった場合、彼のメソッドは機能しません。settings.jsonファイルは、送信の実行中に変更してから送信を再開した場合にのみ上書きされます。

— ユビキバコン

sysvスタイルのinit-backgroundを使用しているユーザーの大多数が本能的に行うこと（/etc/init.d/transmission restart）を行うと、実際には機能しません。何か奇妙な「サービス」やupstart-thingまたは別の特別なUbuntu-ismを実行して動作させる必要がある場合、定義上は動作しません。

— ジョスタインカイニグセン

1

「以前のように機能しない」と「機能しない」は同じではありません。できます。

— 15