Удаленное подключение демона-демона
Я пытаюсь следовать этому руководству, чтобы запустить демон наводнения на сервере без головы. Кажется, что клиентская часть работает, но серверная часть не работает вообще.
Предполагается, что 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
где одинаково появляется в обоих файлах. Так что я почти уверен, что файл аутентификации неверен. Я замечаю, что когда я запускаю демона deluge, htop сообщает мне, что процессы, связанные с deluged, принадлежат моему пользователю deluge. В этом руководстве вы создадите пользователя "Потоп" для запуска Потопа. Должен ли я вместо этого потопить себя?
В конце концов, чего мне не хватает?
4 ответа
Оказывается, тот факт, что он работал как пользователь с именем "deluge", имеет большое значение. Руководство попросило меня установить домашний каталог deluge в /var/lib/deluge, где был второй каталог конфигурации - тот, который фактически был прочитан демоном. Когда я использовал пароль для локального клиента из этой аутентификации, а не предыдущий <a long string>Я смог использовать консоль deluge, как и ожидалось. Я смог заполнить руководство и получить удаленный доступ, изменив этот файл аутентификации и проигнорировав его в своем домашнем каталоге.
Я бы оставил комментарий к ответу Адама, но у меня нет репутации, чтобы сделать это. Ответ Адама сработал для меня, но я подумал, что было бы полезно немного подробнее рассказать о шагах, необходимых для решения этой проблемы.
- Откройте /var/lib/deluge/.config/deluge/auth в текстовом редакторе.
- Скопируйте найденный там пароль.
- Откройте ~/.config/deluge/auth в текстовом редакторе.
- Вставьте пароль из другого файла авторизации здесь.
Работал для меня - теперь я могу использовать GTK UI и консольный клиент.
Откройте файл "/etc/init.d/deluged" и добавьте к переменной DAEMON_ARGS, "... -i ifacename", перезагрузите компьютер, и он должен работать. У меня была та же проблема, как описано здесь, это прояснило ее для меня на XUbuntu GNU / Linux без головы.
Для тех, у кого проблемы с консолью deluge, кажется, что вам нужно входить в систему каждый раз, когда вы хотите запустить консоль.
Например:
deluge-console "connect localhost (user) (pass); config -s allow_remote True"
Это, кажется, работает для меня, гарантируя, что пользователь существует в файле auth в формате каталога удаленной конфигурации ( user:pass:level ) например: ( imnx:yourmum01.:10 ).