Удаленное подключение демона потопа

Я пытаюсь следовать данное руководство запустить демон потопа на безголовом сервере. Клиентская часть, кажется, работает, но серверная часть не работает вообще.

Deluge-console позволяет отправлять команды демону в текстовой среде. Однако я не могу заставить его подключиться к себе. Всякий раз, когда я начинаю, он говорит Failed to connect to 127.0.0.1:58846 with reason: Password does not match. Если я попробую такую команду, как deluge-console "config -s allow_remote True", Я получаю дамп ошибки, как это:

[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 выглядит так:

localclient:<a long string>:10

где одинаково отображается в обоих файлах. Поэтому я уверен, что это не то, что файл auth неправильный. Я заметил, что когда я запускаю демон потопа, htop говорит мне, что процессы, связанные с deluged, принадлежат моему пользователю потопа. данное руководство вы создали пользователя "потоп" для запуска потопа. Должен ли я бежать потоп, как я, вместо этого?

в конечном счете, что мне не хватает?

16
задан Braiam
18.12.2022 17:14 Количество просмотров материала 3295
Распечатать страницу

4 ответа

оказывается, тот факт, что он был запущен как пользователь под названием "потоп", является значительным. Руководство заставило меня установить домашний каталог deluge в /var/lib / deluge, где был второй каталог конфигурации - тот, который был фактически прочитан демоном. Когда я использовал пароль для localclient от этого auth, вместо предыдущего <a long string>, Я смог использовать консоль потопа, как и ожидалось. Я смог завершить руководство и дать себе удаленный доступ, изменив этот файл auth и проигнорировав в мой домашний каталог.

6
отвечен Adam R. Grey 2022-12-20 01:02

Я бы оставил комментарий к ответу Адама, но у меня нет репутации, чтобы сделать это. Ответ Адама сработал для меня, но я подумал, что было бы полезно немного более подробно рассказать о шагах, необходимых для решения этой проблемы.

  1. открыть /var/lib/deluge/.config/deluge / auth в текстовом редакторе.
  2. скопируйте пароль, найденный там.
  3. открыть ~/.config/deluge / auth в текстовом редакторе.
  4. вставить пароль из другого файла auth здесь.

работал на меня - теперь я могу использовать пользовательский интерфейс GTK и консольный клиент.

2
отвечен inthesoil 2022-12-20 03:19

открыть файл edit '/etc / init.d / deluged' и добавить к переменной DAEMON_ARGS,'... - ifacename, перезагрузите компьютер и он должен работать. У меня был тот же вопрос, как описано здесь, это прояснило его для меня на XUbuntu GNU / Linux headless.

0
отвечен iMnX 2022-12-20 05:36

для тех, у кого проблемы с консолью потопа, кажется, вам нужно войти в систему каждый раз, когда вы хотите попасть в консоль.

например:

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

это, казалось, работает для меня, гарантируя, что пользователь существует в файле auth в формате deluged config directory (user:pass:level) eg: (imnx:yourmum01.:10).

0
отвечен iMnX 2022-12-20 07:53

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх