SSH comportamento estranho se o usuário não estiver conectado no servidor físico

Question

Eu tenho um problema estranho com o meu servidor ssh. Se eu iniciar meu servidor doméstico, então faça o login através do Ubuntu com a minha conta (eu só tenho uma conta) tudo funciona bem, eu não tenho nenhum problema para acessar o servidor ssh lançado neste servidor com o meu outro computador (OSX). Mas, se eu iniciar meu servidor doméstico e não efetuar login no início (o servidor ficar com "login:"), tenho os seguintes problemas:

• A autenticação RSA com chave pública / privada não funciona, tenho que digitar minha senha manualmente
• Se eu iniciar um processo desanexado (usando um & final), esse processo será pausado quando eu terminar o link ssh. Se eu me conectar novamente, o processo está sendo executado novamente.

Minha configuração do servidor doméstico (Ubuntu) é:

SSH: OpenSSH_5.5p1 Debian-6, OpenSSL 0.9.8o 01 Jun 2010
OS : Linux XXXX 2.6.32-28-server #55-Ubuntu SMP Mon Jan 10 23:57:16 UTC 2011 x86_64 GNU/Linux

Eu acesso-o usando minha estação de trabalho (OSX):

SSH: OpenSSH_5.2p1, OpenSSL 0.9.8r 8 Feb 2011
OS : Darwin MacBook-de-kheraud.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun  7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386

Você tem uma ideia de onde vem? Existe uma maneira de ter o SSH funcionando normalmente, mesmo se não houver um usuário logado no servidor?

    

Answer 1

A sua unidade doméstica no servidor Ubuntu está criptografada?

Se sim, será descriptografado quando você fizer login na conta local. Quando você tentar e ssh antes de efetuar login localmente, o ssh não poderá ler seu arquivo ~username/.ssh/authorized_keys e solicitará sua senha.

Uma solução seria alterar o local que o ssh procura por authorized_keys. Como root, você pode editar o arquivo /etc/ssh/sshd_config e alterar a linha AuthorizedKeysFile .

Por exemplo, se você alterar para -

AuthorizedKeysFile  /etc/ssh/authorized_keys.%u

copie o seu ~username/.ssh/authorized_keys para /etc/ssh/authorized_keys.username . O ssh poderá lê-lo sem fazer login na máquina localmente.