Remote-Flut-Daemon-Verbindung

16143
Adam R. Grey

Ich versuche, diesem Handbuch zu folgen, um einen Sintflut-Daemon auf einem Headless-Server auszuführen. Der Client-Teil scheint zu funktionieren, aber der Server-Teil scheint überhaupt nicht zu funktionieren.

Mit der Sintflut-Konsole können Sie in einer Nur-Text-Umgebung Befehle an den Dämon senden. Ich kann es jedoch nicht dazu bringen, sich mit sich selbst zu verbinden. Wann immer ich es beginne, heißt es Failed to connect to 127.0.0.1:58846 with reason: Password does not match. Wenn ich einen Befehl ausprobiere deluge-console "config -s allow_remote True", erhalte ich einen Fehlerabzug wie folgt:

[ERROR ] 03:21:31 client:391 RPCError Message Received! -------------------------------------------------------------------------------- RPCRequest: daemon.login(localclient, <a long string>) -------------------------------------------------------------------------------- File "/usr/lib/python2.7/dist-packages/deluge/core/rpcserver.py", line 259, in dispatch ret = component.get("AuthManager").authorize(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/deluge/core/authmanager.py", line 93, in authorize raise BadLoginError("Password does not match")  BadLoginError: Password does not match -------------------------------------------------------------------------------- Failed to connect to 127.0.0.1:58846 with reason: Password does not match

~ / .config / deluge / auth sieht so aus:

localclient:<a long string>:10

wo erscheint in beiden Dateien identisch. Ich bin mir ziemlich sicher, dass die Auth-Datei nicht falsch ist. Ich stelle fest, dass htop mir beim Starten des Sintflutendämons sagt, dass die mit dem Schleppvorgang verbundenen Prozesse meinem Benutzer der Sintflut gehören. dieser Leitfaden erstellen Sie den Benutzer "Sintflut" für die Ausführung der Sintflut. Soll ich stattdessen in die Flut laufen?

Was fehlt mir letztendlich?

4

4 Antworten auf die Frage

6
Adam R. Grey

Es stellt sich heraus, dass die Tatsache, dass es als Benutzer namens "Sintflut" lief, von Bedeutung ist. In diesem Handbuch musste ich das Heimatverzeichnis von deluge auf / var / lib / deluge setzen, wo sich ein zweites Konfigurationsverzeichnis befand - das Verzeichnis, das tatsächlich vom Dämon gelesen wurde. Als ich das Kennwort für localclient aus dieser Auth verwendet habe, konnte ich die Flutkonsole anstelle des vorherigen <a long string>wie erwartet verwenden. Ich konnte den Leitfaden vervollständigen und mir Fernzugriff gewähren, indem ich die Auth-Datei modifizierte und die in meinem Home-Verzeichnis ignorierte.

Ich weiß nicht, warum dich jemand abgelehnt hat. Ihre Antwort ist absolut korrekt, vor allem, wenn Sie einen "überfluteten" Benutzer mithilfe eines Leitfadens erstellt haben. Wenn Sie dies getan haben, überprüfen Sie noch einmal das Heimatverzeichnis des Sintflutbenutzers und die richtige `/ .config / deluge / auth`-Datei wird von dort geladen. Vielen Dank!!! Rettete mich vor großen Kopfschmerzen. Dylan Pierce vor 9 Jahren 2
Ich schätze, in der Vergangenheit habe ich es als Benutzer ausgeführt und jetzt läuft es als überfluteter Benutzer. Daher sollte ich die Konfigurationsdateien zu diesem Konto migrieren. oder sollte ich die Anweisungen ändern, um stattdessen als mein Benutzer auszuführen? endolith vor 8 Jahren 0
Verschieben Sie ~ / .config / deluge / auth in / var / lib / deluge / auth, wenn Sie / var / lib / deluge als Basisordner verwenden. o0omycomputero0o vor 8 Jahren 1
Ich habe über eine Stunde gebraucht, um diese Antwort zu finden, aber aus diesem Grund funktionierte keine der Änderungen an meiner Auth-Datei. Es sah nicht am richtigen Ort aus. Sie können die Datei leicht finden, indem Sie `find / -name" auth "` ausführen degenerate vor 8 Jahren 0
2
inthesoil

Ich würde Adams Antwort einen Kommentar hinterlassen, aber ich habe nicht den Ruf, das zu tun. Adams Antwort funktionierte für mich, aber ich dachte, es wäre hilfreich, wenn Sie etwas genauer auf die Schritte eingehen würden, die zur Lösung dieses Problems erforderlich sind.

  1. Öffnen Sie /var/lib/deluge/.config/deluge/auth in einem Texteditor.
  2. Kopieren Sie das dort gefundene Passwort.
  3. Öffnen Sie ~ / .config / deluge / auth in einem Texteditor.
  4. Fügen Sie das Passwort aus der anderen Auth-Datei hier ein.

Für mich gearbeitet - jetzt kann ich die GTK-Benutzeroberfläche und den Konsolen-Client verwenden.

0
iMnX

Open an edit '/etc/init.d/deluged' and append to variable DAEMON_ARGS, '... -i ifacename', restart PC and it should work. I was having same issue as described here, this cleared it up for me on XUbuntu GNU/Linux headless.

0
iMnX

For those having issues with the deluge-console, it seems you need to login every time you want to hit up the console.

For example:

deluge-console "connect localhost (user) (pass); config -s allow_remote True"

That seemed to work for me, ensuring that the user exists in the auth file in the deluged config directory format (user:pass:level) eg: (imnx:yourmum01.:10).

Verwandte Probleme