Wie legen Sie ein Kennwort für den Übertragungs-Daemon (den BitTorrent-Client-Server) fest?

150247
Neil

Die Konfigurationsdatei ist mehrdeutig und wird beim Neustart des Daemons in Debian ohnehin immer wieder überschrieben.

In /etc/transmission-daemon/settings.jsongibt es folgende Möglichkeiten:

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

Jedes Mal, wenn ich den Daemon neu starte, mit:

/etc/init.d/transmission-daemon restart 

Es wird überschrieben rpc-passwordund das Kennwort, das es druckt, funktioniert sowieso nicht.

Kann jemand das Passwort richtig einstellen? Ich möchte es nicht deaktivieren.

54
Setzen Sie dies hier für alle ein, die möglicherweise in der Zukunft darauf stoßen, aber Sie müssen auch "rpc-authentication-required" in der Einstellungsdatei auf "true" setzen. Andernfalls prüft Transmission nicht nach einem Kennwort. robmathers vor 9 Jahren 2
Ich habe dieses Verhalten gemeldet, weil es unter https://bugs.launchpad.net/ubuntu/+source/transmission/+bug/1644091 nicht konstruktiv ist, es wurde jedoch als Ubuntu-Fehler ignoriert. Karl Richter vor 7 Jahren 0

4 Antworten auf die Frage

107
Neil

Tun Sie diese Dinge in der genauen Reihenfolge:

  1. Herunterfahren: /etc/init.d/transmission-daemon stoppen
  2. Schreiben Sie das rpc-passwordin /etc/transmission-daemon/settings.jsondoppelte Anführungszeichen in die Datei.
  3. Speichern Sie diese Datei
  4. Startup: /etc/init.d/transmission-daemon start
  5. Loggen Sie sich auf der Seite ein, es ist am Port 9091
  6. Geben Sie Ihr Passwort ein.

Das Passwort, das überschrieben wird, ist ein Hash. Das Programm ist intelligenter als üblich und erkennt, dass Ihr Passwort kein Hash ist. Daher wird das Passwort mit dem Hash überschrieben, um sicher zu sein. Dein Passwort sollte also funktionieren.

Denken Sie jedoch daran, dass das Kennwort geschrieben wird, mit dem es beim Herunterfahren geladen wurde. /etc/init.d/transmission-daemon restartWenn Sie die Datei während der Ausführung geschrieben haben, wird das nicht tun, was Sie erwarten.

Sie müssen den Daemon nicht stoppen und erneut starten. Einfach /etc/init.d/transmission-daemon neu laden. brad vor 13 Jahren 9
Zumindest als ich die Antwort geschrieben habe, bearbeiten Sie die Datei tatsächlich, während sie angehalten ist, da der Übertragungs-Daemon die Datei beim Schließen schreibt. Neil vor 13 Jahren 1
init.d / reload ist Distro-spezifisch. Im Allgemeinen senden Sie einfach ein SIGHUP - obwohl dies NICHT in der Manpage steht, nur hier: https://trac.transmissionbt.com/wiki/EditConfigFiles yardena vor 12 Jahren 1
Kommentar eines anonymen Benutzers: In meinem Fall gab es ein Skript (in /etc/init.d), um den Daemon zu starten, der das Kennwort übergeben hat: Ich musste dieses Skript (mit dem Namen "transmissiond") bearbeiten, um das Kennwort zu ändern es funktionierte. terdon vor 11 Jahren 0
Das Überschreiben einer Konfigurationsdatei auf diese Weise ist entweder intelligent oder nicht, es ist definitiv eine gute Quelle für unnötige Probleme (im Vergleich dazu, dass der Benutzer lediglich gezwungen wird, Hashs in die Konfigurationsdatei zu schreiben und auf jeder Ebene nützliche Rückmeldungen zu geben). Ich habe seit einigen Jahren versucht, die Übertragung zum Laufen zu bringen, und habe die Versuche dokumentiert. Normalerweise werden auch andere Felder überschrieben. Ich habe einige Fehler darüber eingereicht, die ignoriert wurden. Karl Richter vor 7 Jahren 0
Hinweis: Möglicherweise müssen Sie "rpc-authentication-required" in true ändern csauve vor 6 Jahren 0
2
phoenix

Sie können auch eine andere Lösung ausprobieren, um das Kennwort zu finden:

ps -ef | grep transmission

(zu meiner Version war es admin: password1)

Zumindest in meiner Ubuntu-Installation ist das Kennwort in der Datei festgelegt, so dass die Auflistung der Prozesse Ihnen nicht sagt, was das Kennwort ist. Damon Smith vor 10 Jahren 2
2
jm73

Normalerweise schreibt der Daemon seine Einstellungen, wenn er beendet wird (oder neu gestartet wird). Sie können den Daemon zwingen, die neuen Einstellungen erneut zu laden, indem Sie ihm SIGHUP senden:

töte -HUP 1234

... dann werden Ihre Einstellungen beim Stoppen nicht mehr überschrieben.

BTW: Ich bin nicht glücklich, dass Transmission-Remote-CLI das Passwort auf der Kommandozeile haben möchte. Schlechte Idee!

1
Jostein Kjønigsen

Während dieser Beitrag bereits eine akzeptierte Antwort hat, ist es meines Erachtens erwähnenswert, dass der Ubertragungsdämon in Ubuntu nach dem Start nicht mehr zu stoppen ist.

Dies bedeutet, dass alle Änderungen, die Sie an settings.json vornehmen, beim nächsten Neustart überschrieben werden, wann immer dies der Fall ist.

Dies bedeutet auch, dass Sie den Daemon-Startvorgang beim Booten vollständig deaktivieren, neu starten, die Datei settings.json bearbeiten und anschließend erneut aktivieren müssen, damit die vorgenommenen Änderungen beibehalten werden.

Ziemlich ärgerlich, aber wenn Sie erst einmal wissen, was los ist, ist das ziemlich einfach.

Wenn Sie nicht stoppbar sagen, haben Sie versucht, "Sudo Service Transmission-Daemon Stop" auszuführen? um es auf die übliche Weise zu stoppen? Das ist für mich in Ordnung. Dann können Sie die Einstellungsdatei bearbeiten und neu starten. Damon Smith vor 10 Jahren 3
-1, Das ist einfach falsch. Die @Neil-Methode funktioniert wie beschrieben und wenn das, was Sie sagten, wahr ist, funktioniert seine Methode nicht. Die Datei settings.json wird nur überschrieben, wenn Sie sie bei laufender Übertragung ändern und dann die Übertragung erneut starten. ubiquibacon vor 9 Jahren 1
Wenn Sie das tun, was die klare Mehrheit der Benutzer mit einem sysv-artigen init-background instinktiv tut (`/etc/init.d/transmission restart`), funktioniert es in der Tat nicht. Wenn Sie ein seltsames "Dienst" -Ding oder ein Upstart-Ding oder einen anderen speziellen Ubuntu-Ismus ausführen müssen, damit es funktioniert, dann funktioniert es per Definition nicht. Jostein Kjønigsen vor 9 Jahren 0
"Funktioniert nicht so, wie ich es gewohnt bin" ist nicht dasselbe wie "funktioniert nicht". Es klappt. suriv vor 9 Jahren 1