A instância do Eucalyputs SSH não está funcionando, embora o servidor esteja em execução e a porta esteja aberta

2

Acabei de instalar um Ubuntu Enterprise Cloud privado com o Ubuntu Server 11 (baseado no Eucalyptus 2) e consegui fazer tudo funcionar (no System Mode, para que as instâncias obtenham um IP do nosso DHCP. O Eucalyptus reconhece esse IP).

No entanto, tenho um problema muito estranho e não encontrei nenhuma informação aqui ou no Google.

O problema é que não consigo me conectar via SSH a nenhuma instância. Eu tentei imagens diferentes da loja, 64 e 32 bits. Também de diferentes computadores de origem, incluindo PCs de rede, o CC e o próprio nó.

Aqui está a saída do console:

cloud-controller:~$ ssh -i .euca/mykey.priv -v 192.168.2.141
OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.2.141 [192.168.2.141] port 22.
debug1: Connection established.
debug1: identity file .euca/mykey.priv type -1
debug1: identity file .euca/mykey.priv-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu3
debug1: match: OpenSSH_5.3p1 Debian-3ubuntu3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-1ubuntu3
debug1: SSH2_MSG_KEXINIT sent
Read from socket failed: Connection reset by peer

O servidor está em execução, mas fecha a conexão imediatamente. Qual poderia ser a causa disso? Infelizmente não tenho outra opção além do SSH para entrar na instância, é uma nova instalação.

Obrigado por qualquer solução ou sugestão! Michael

    
por Michael W. 08.05.2011 / 14:19

2 respostas

1

Você precisa adicionar o nome de usuário a ser usado na instância. Mesmo se você fizer login com uma chave privada, o sistema precisa saber o nome de usuário.

Se você tirou sua imagem da loja do Ubuntu, o nome de usuário é: ubuntu

Então seu comando deve ser:

ssh -i .euca/mykey.priv [email protected]
    
por 11.05.2011 / 17:29
0

Eu tenho o mesmo problema, mas resolvi-o executando este comando, do tutorial da UEC:

euca-authorize default -P tcp -p 22 -s 0.0.0.0/0

Agora tente iniciar uma nova instância para testá-lo!

Felicidades,

Quynh

    
por 17.07.2011 / 13:50