Conexão SSH é estabelecida na porta 22, mas o serviço não está funcionando

0

Estou tendo este problema recorrente em um dos meus MySQL Cluster Servers, na verdade sempre acontece em qualquer servidor MySQL aleatório deste cluster, em muitos países onde temos essa mesma configuração.

Eu tenho esse "dbX Node" que eu posso pingar:

$ ping 192.0.2.4
PING 192.0.2.4 (192.0.2.4) 56(84) bytes of data.
64 bytes from 192.0.2.4: icmp_seq=1 ttl=61 time=1.92 ms
64 bytes from 192.0.2.4: icmp_seq=2 ttl=61 time=2.46 ms

Eu posso usar a porta TCP 22 do Telnet:

telnet 192.0.2.4 22
Trying 192.0.2.4 ...
Connected to 192.0.2.4.
Escape character is '^]'.

E imediatamente fechado:

Connection closed by foreign host.

E, obviamente, o próprio SSH não está funcionando:

debug1: Connection established.
debug1: identity file /home/user/.ssh/identity type -1
debug3: Not a RSA1 key file /home/user/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/user/.ssh/id_rsa type 1
debug1: identity file /home/user/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote host

Eu também posso telnet para a porta MySQL:

# telnet db5 3306
Trying 192.0.2.4...
Connected to db5 (192.0.2.4).
Escape character is '^]'.

Mas não é possível conectar-se a ele:

# mysql -h db5 -uroot

Este servidor é um ProLiant DL360p Gen8 executando o RHEL 5.5

Quando eu uso o iLO para conectar e reiniciar o daemon SSH, eu não tenho nenhum prompt de console, apenas uma pequena coisa cinza na esquina ...

Eu constantemente preciso reiniciar o servidor que enfrenta esse problema.

Preciso de ajuda para resolver isso. Eu tentei de tudo. Você já enfrentou algo parecido com isso?

    
por Jair A. Patete 13.05.2015 / 17:47

2 respostas

0

Para o ssh, parece que você está usando uma chave putty, o ssh não pode usar uma chave putty a menos que seja exportado para o formato openssh. parece que o arquivo foi editado manualmente, se possível restaurar a chave privada de um backup, ou tentar regenerar as chaves que você usa ou criar uma nova chave e comparar as duas para ter certeza de que a chave que você está usando não teve sua formatação alterada.

Quanto à terminação do telnet imediatamente, é de se esperar que o ssh esteja procurando conexões ssh e não conexões telnet.

Depois de corrigir os principais problemas, você poderá enviar o ssh para a caixa.

quanto ao login mysql, geralmente o login padrão para root é limitado a 127.0.0.1 & host local. Então, a menos que você tenha permitido determinados hosts (yourhost.domain) ou% (% é uma má idéia, a propósito) você não será capaz de se conectar a menos que você use um túnel ssh para que você possa se conectar localmente. Outra coisa é que seu comando atual de mysql -h db5 -uroot está tentando se conectar ao root sem uma senha. Em vez disso, tente mysql -h db5 -u root -p que solicitará a senha.

    
por 13.05.2015 / 18:29
0

Gluzzer,

É meu take um pouco.

  1. Verifique seus arquivos de configuração para garantir que você tenha permissão para acessar o dispositivo a partir da rede de onde você está se conectando.

  2. Assegure-se de que nesses servidores e nas redes eles são atendidos. Que eles possam te dar um ping. Se você tiver um roteamento unidirecional na rede que falhará em suas tentativas de acesso. Alguns administradores de rede bloqueiam solicitações de Ping ICMP e as regras de firewall / lista de acesso podem impedi-lo de acessar seus dispositivos, a menos que estejam na mesma sub-rede que eles.

  3. O servidor Linux mais recente instala o iptables / ipforwarding / ipchains e tem tudo bloqueado por padrão. Você tem que abrir manualmente cada porta ou soquete que você precisa. Alguns scripts de instalação cuidam disso. alguns falham e você precisa abri-los com comandos manuais do Linux.

Espada de borda dupla .. bloqueada pelas configurações de aplicativos / máquina local ou por sua própria equipe de rede.

Espero que isso ajude um pouco. Felicidades ...

    
por 13.05.2015 / 23:24

Tags