Perda de conexão SSH ao sair do login do console principal

Question

Instalei openssh-server da Synaptics, como sempre, em um novíssimo Ubuntu Desktop, 10.10, com todas as atualizações e correções implementadas.

Se eu tiver o console local logado, posso SSH para a caixa, sem nenhum problema. Se o console local não estiver conectado, não posso conectar o SSH à caixa. E se eu tiver uma conexão SSH em execução no momento e fizer logout do console local, a sessão SSH será desconectada em breve.

Parece-me que a conexão de rede só funciona quando um usuário está logado no Ubuntu.

Isso é um comportamento normal? Há alguma maneira de evitar isto ?

Merci!

    

Answer 1

% bl0ck_qu0te%

É um comportamento normal para conexões sem fio. O Network Manager lida com a conexão de conexões sem fio (e com fio até certo ponto) e que não entrará em ação até que um login privilegiado seja efetuado.

Você pode contornar o problema ativando o login automático (por meio do Sistema - > Administração - > Configurações da tela de login), mas isso reduziria a segurança. Você poderia pular em torno desse problema colocando o próprio desktop, adicionando xdg-screensaver lock como um aplicativo de inicialização (Sistema - > Preferências - > Aplicativos de inicialização).

Como João sugere, você provavelmente precisará fazer a conexão "Disponível para todos os usuários" para que ele não peça uma senha de chaveiro (que obviamente não seria inserida se ninguém estivesse lá).

Isso provavelmente só é prático se for uma máquina de usuário único e talvez não seja tão seguro quanto não fazer login.

Outro método seria remover a conexão do Network Manager e fazer com que a camada de rede subjacente faça a conexão. Você poderia tentar algo assim em seu arquivo /etc/network/interfaces :

auto wifi0
iface wifi0 inet dhcp
    wireless-essid YOUR-AP-ESSID
    wireless-ap 00:11:22:33:44:55
    wireless-key YOUR-AP-KEY

Obviamente, substitua wifi0 pela interface sem fio, YOUR-AP-ESSID pelo ESSID do ponto de acesso sem fio, 00:11:22:33:44:55 pelo endereço MAC do AP e YOUR-AP-KEY pela chave correta.

Isso tem o efeito colateral de que qualquer pessoa no sistema pode apenas cat /etc/network/interfaces e encontrar sua chave AP. Isso pode ser ruim ... Depende de quão secreto ele precisa permanecer. Mas apenas as pessoas logadas podem ver.

Isso pode não funcionar e pode até fazer o Network Manager explodir. Eu não posso dizer.

Na mesma linha acima, aqui está uma postagem no blog sobre o uso de wpa_supplicant e /etc/network/interfaces : link

É uma postagem bem antiga, mas pode ser um pouco mais segura do que incorporar diretamente suas informações de conexão em /etc/network/interfaces .

Se estamos falando apenas de uma conexão com fio ...

Noto que nas instalações mais recentes do Ubuntu, o estado de conexão automática foi removido de /etc/network/interfaces para desktops. Eu acho que o Network Manager está fazendo isso agora. Para adicioná-lo novamente, edite o arquivo de interfaces para adicionar isto:

auto eth0
iface eth0 inet dhcp

E para uma conexão estática (não-DHCP), veja um exemplo de um dos meus servidores:

auto eth0
iface eth0 inet static
        address 95.172.14.178
        netmask 255.255.255.248
        network 95.172.14.176
        broadcast 95.172.14.183
        gateway 95.172.14.177
        # dns-* options are implemented by the resolvconf package, if installed
        dns-nameservers 78.40.32.140
    post-up ethtool -K eth0 tx off

Algumas delas podem ser ignoradas ou deixadas para serem automáticas.