Conexão remota de daemon de dilúvio

Question

Estou tentando seguir este guia para executar um daemon de deluge em um servidor sem cabeçalho . A parte do cliente parece estar funcionando, mas a parte do servidor parece não funcionar.

O console do dilúvio deve permitir que você envie comandos para o daemon em um ambiente somente de texto. No entanto, não consigo conectá-lo sozinho. Sempre que eu começo, ele diz Failed to connect to 127.0.0.1:58846 with reason: Password does not match . Se eu tentar um comando como deluge-console "config -s allow_remote True" , recebo um erro de descarga assim:

[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 tem esta aparência:

localclient:<a long string>:10

onde aparece de forma idêntica em ambos os arquivos. Então, tenho certeza que não é que o arquivo de autenticação esteja errado. Eu percebo que quando eu inicio o daemon deluge, htop me diz que os processos associados com o deluged pertencem ao meu usuário de inundação. este guia você criou o usuário " dilúvio "para correr o dilúvio. Devo usar o dilúvio como eu mesmo?

Em última análise, o que está faltando?

    

Answer 1

Acontece que o fato de estar sendo executado como um usuário chamado "dilúvio" é significativo. O guia me fez configurar o diretório home do dilúvio para / var / lib / dilúvio, onde havia um segundo diretório de configuração - aquele que foi realmente lido pelo daemon. Quando usei a senha para localclient dessa autenticação, em vez do anterior <a long string> , consegui usar o deluge-console como esperado. Consegui concluir o guia e me dar acesso remoto, modificando esse arquivo de autenticação e ignorando aquele em meu diretório pessoal.

    

Answer 2

Eu deixo um comentário para a resposta de Adam, mas não tenho a reputação de fazer isso. A resposta de Adam funcionou para mim, mas achei que seria útil ser um pouco mais explícito sobre as etapas necessárias para corrigir esse problema.

1. Abra /var/lib/deluge/.config/deluge/auth em um editor de texto.
2. Copie a senha encontrada lá.
3. Abra ~ / .config / deluge / auth em um editor de texto.
4. Cole a senha do outro arquivo de autorização aqui.

Trabalhei para mim - agora posso usar a interface do usuário do GTK e o cliente do console.

    

Answer 3

Abra uma edição '/etc/init.d/deluged' e anexe à variável DAEMON_ARGS, '... -i ifacename', reinicie o PC e isso deve funcionar. Eu estava tendo o mesmo problema descrito aqui, isso esclareceu para mim no XUbuntu GNU / Linux sem cabeça.

    

Answer 4

Para aqueles que têm problemas com o console de deluge, parece que você precisa fazer o login toda vez que quiser acessar o console.

Por exemplo:

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

Isso pareceu funcionar para mim, garantindo que o usuário exista no arquivo auth no formato do diretório de configuração deluged ( user:pass:level ), por exemplo: ( imnx:yourmum01.:10 ).