Quando tentei me conectar ao servidor via SSH, estou recebendo o seguinte erro,
[root@oneeighty ~]# ssh -vvv -p 443 [email protected]
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to xxx.xxx.xxx [IP] port 443.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: loaded 3 keys
ssh_exchange_identification: read: Connection reset by peer
Eu verifiquei a configuração do SSH no servidor e no cliente e não há problemas.
Reiniciou o serviço SSH no servidor e, em seguida, reiniciou o servidor / cliente, mas os problemas não foram resolvidos.
Respostas:
Isso pode ser resultado de várias coisas.
Poucas coisas que você pode tentar rapidamente são as seguintes,
sshd: ALL
Talvez, adicione
sshd: ALL
a/etc/hosts.allow
É possível que as HostKeys do seu SSHD estejam corrompidas. Eles estão presentes no diretório / etc / ssh /. Você pode excluí-los e reiniciar o sshd, e os gerará novamente. Caso isso ocorra, use os seguintes comandos
fonte
sshd: ALL
ao hosts.deny para verificar se isso ajuda.A próxima linha na depuração deve se parecer com:
Você confirmou no StackOverflow que está usando o encaminhamento de NAT / porta a partir de um endereço IP externo. Você também verificou que pode ssh da caixa local para si próprio. Como o sshing localmente na porta 443 funciona, é necessário verificar se o mapeamento de portas funciona.
Experimentar:
iptables -L
e verifique se a porta 443 está aberta ou INPUT e OUTPUT está definida como ACCEPTtcpdump -A -s 0 port 443
e tente sshing para o IP externo. Você deve ver os dados chegarem com o endereço de origem do roteadorfonte
FWIW, estou executando o Ubuntu 14.04 na AWS. O problema foi corrigido pelo SSHing por meio do cliente Java Web e em execução
sudo service apache2 start
. Eu só queria que meu site voltasse, mas também corrigiu o acesso SSH. Não faço ideia do porquê, mas não estou reclamando.fonte
Verifique allowed.hosts no servidor ao qual você está tentando se conectar, também todas as regras do iptables em execução.
fonte
O problema foi resolvido.
O problema está nos balanceadores de carga que temos em nossa rede. O problema foi resolvido ao reiniciar os balanceadores de carga.
fonte
Hoje enfrentei um problema semelhante, pois de repente o acesso ssh a uma VM foi negado com a mesma mensagem. O ssh -v (no cliente) e o sshd -d (no servidor) não ajudaram muito. O problema no meu caso começou devido a alterações nas configurações de firewall / iptable que fiz para algumas demonstrações do uso da pilha LAMP.
Eu usei system-config-firewall-tui para habilitar o firewall e selecionei apenas o httpd a partir daí que bloqueou todos os outros serviços, exceto o httpd.
Assim como uma solução para isso também adicionar permissões para sshd por
ssh funciona perfeitamente bem agora !!!
fonte
Para mim, devo permitir conexões sshd no arquivo / etc / hosts.
fonte
Do jeito que resolvi o problema, fui à máquina host e executei alguns comandos
sudo mkdir / var / run / sshd
sudo chmod 755 -R / var / run / sshd
serviço sudo ssh restart
Fiquei conectado à máquina depois disso.
fonte
Primeira limpeza do openssh- * (openssh-server e openssh-client)
removendo o diretório /home/username/.ssh
então instale seu openssh-server e openssh-client
fonte