O que fazer se a mensagem de erro

Este tópico descreve como resolver o seguinte problema: a mensagem de erro "ssh_exchange_identification: read: Connection reset by peer" aparece ao conectar-se a uma instância do Elastic Compute Service (ECS) Linux usando um cliente SSH.

Descrição do problema

Ao tentar se conectar a uma instância Linux com um cliente SSH, a seguinte mensagem de erro é exibida, mesmo que o nome de usuário e a senha estejam corretos:

ssh_exchange_identification: read: Connection reset by peer.
sshd[11949]: refused connect from 192.168.0.0 (192.168.0.0).

Causas

Esse problema pode ocorrer pelos seguintes motivos:

Os arquivos de configuração do TCP Wrapper na instância contêm erros. O TCP Wrapper é uma ferramenta usada em sistemas operacionais Linux para controlar o acesso a serviços de rede. Na maioria dos casos, o daemon tcpd do TCP Wrapper verifica os arquivos /etc/hosts.allow e /etc/hosts.deny para determinar se deve permitir conexões TCP de um endereço IP ou host. Se o arquivo /etc/hosts.allow ou /etc/hosts.deny tiver erros de configuração, ocorrem exceções nas conexões SSH. Para resolver o problema, modifique o arquivo /etc/hosts.allow ou /etc/hosts.deny. Para obter mais informações, consulte a seção Método 1: Modificar arquivos de configuração do TCP Wrapper deste tópico.
O arquivo liblz4.so.1 está ausente na instância. Esse arquivo é o link simbólico para o arquivo liblz4.so.1.7.5. A ausência do arquivo liblz4.so.1 causa exceções nas conexões SSH. Para obter mais informações, consulte a seção Método 2: Criar o link simbólico liblz4.so.1 deste tópico.
A rede à qual seu dispositivo local está conectado apresenta erros de conexão. Verifique a rede em busca de falhas. Para obter mais informações, consulte a seção Método 3: Verificar a rede do dispositivo local deste tópico.

Soluções

Método 1: Modificar arquivos de configuração do TCP Wrapper

Modificar os arquivos de configuração permite ajustar dinamicamente a política de controle de acesso, sem precisar reiniciar a instância para que as alterações entrem em vigor. Esta seção descreve como modificar o arquivo /etc/hosts.deny.

Conecte-se à instância ECS usando Virtual Network Computing (VNC).

Para obter mais informações, consulte Conectar usando VNC.
Execute o comando a seguir para verificar se o arquivo /etc/hosts.allow ou /etc/hosts.deny contém configurações que negam conexões, como all:all:deny ou sshd:<IP address>:deny:
```
cat /etc/hosts.deny
```
- Caso os arquivos não contenham configurações como all:all:deny ou sshd:<IP address>:deny, o problema não foi causado pelo TCP Wrapper. Nesse cenário, utilize outras soluções para solucionar o problema.
- Se algum arquivo apresentar configurações como all:all:deny ou sshd:<IP address>:deny, prossiga para a próxima etapa. Neste exemplo, o arquivo /etc/hosts.deny contém as configurações.
Modifique o arquivo /etc/hosts.deny.
1. Abra o arquivo /etc/hosts.deny.
2. Adicione um sinal de cerquilha (#) antes de cada linha que contenha all:all:deny ou sshd:<IP address>:deny para comentar essas linhas.
```
# all:all:deny
# sshd:<IP address>: deny 
```
3. Pressione a tecla Esc para sair do modo de inserção.
4. Insira :wq e pressione a tecla Enter para salvar as alterações e sair do arquivo.

Método 2: Criar o link simbólico liblz4.so.1

Conecte-se à instância ECS usando VNC.

Para obter mais informações, consulte Conectar usando VNC.
Execute o comando a seguir para consultar o arquivo liblz4.so.1.7.5:
```
find / -name "liblz4*"
```
Se o arquivo liblz4.so.1.7.5 não existir, copie-o de uma instância ECS íntegra para o diretório /usr/lib64/ da instância ECS atual.
Execute o comando a seguir para criar um link simbólico:
```
ln -s /usr/lib64/liblz4.so.1.7.5 /usr/lib64/liblz4.so.1
```

Método 3: Verificar a rede do dispositivo local

Conecte seu dispositivo local a outra rede, como uma rede móvel 4G, e verifique se consegue se conectar à instância a partir dele.

Caso a conexão seja bem-sucedida, a rede original apresenta erros de conexão. Solucione esses erros.