Qu'est-ce qui cause l'erreur SSH : kex_exchange_identification: Connection closed by remote host ?

J'ai juste eu ce problème exact, et la cause était que j'avais une traduction de port se produisant en interne vers le répartiteur de charge, ce qui signifie que mes connexions ssh atteignaient l'hôte sur le port 80 au lieu du port 22.

L'hôte résiliait alors correctement les connexions, et le message d'erreur retourné à mon terminal était le suivant;

~/Documents/Projects$ ssh -vvvvA dave@xx.xx.xx.250
OpenSSH_8.1p1, LibreSSL 2.7.3
debug1: Lecture de la configuration /Users/dave/.ssh/config
debug1: Lecture de la configuration /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config ligne 47: Application des options pour *
debug2: resolve_canonicalize: nom d'hôte xx.xx.xx.250 est une adresse
debug2: ssh_connect_direct
debug1: Connexion à xx.xx.xx.250 [xx.xx.xx.250] port 22.
debug1: Connexion établie.
debug1: fichier d'identité /Users/dave/.ssh/id_rsa type 0
debug1: fichier d'identité /Users/dave/.ssh/id_rsa-cert type -1
debug1: fichier d'identité /Users/dave/.ssh/id_dsa type -1
debug1: fichier d'identité /Users/dave/.ssh/id_dsa-cert type -1
debug1: fichier d'identité /Users/dave/.ssh/id_ecdsa type -1
debug1: fichier d'identité /Users/dave/.ssh/id_ecdsa-cert type -1
debug1: fichier d'identité /Users/dave/.ssh/id_ed25519 type -1
debug1: fichier d'identité /Users/dave/.ssh/id_ed25519-cert type -1
debug1: fichier d'identité /Users/dave/.ssh/id_xmss type -1
debug1: fichier d'identité /Users/dave/.ssh/id_xmss-cert type -1
debug1: Chaîne de version locale SSH-2.0-OpenSSH_8.1
debug1: kex_exchange_identification: ligne de bannière 0: HTTP/1.1 400 Bad Request
debug1: kex_exchange_identification: ligne de bannière 1: Serveur: nginx/1.14.0 (Ubuntu)
debug1: kex_exchange_identification: ligne de bannière 2: Date: Fri, 20 Nov 2020 09:30:23 GMT
debug1: kex_exchange_identification: ligne de bannière 3: Content-Type: text/html
debug1: kex_exchange_identification: ligne de bannière 4: Content-Length: 182
debug1: kex_exchange_identification: ligne de bannière 5: Connection: close
debug1: kex_exchange_identification: ligne de bannière 6:
debug1: kex_exchange_identification: ligne de bannière 7: 
debug1: kex_exchange_identification: ligne de bannière 8: 400 Bad Request
debug1: kex_exchange_identification: ligne de bannière 9: 
debug1: kex_exchange_identification: ligne de bannière 10: 400 Bad Request
debug1: kex_exchange_identification: ligne de bannière 11: nginx/1.14.0 (Ubuntu)
debug1: kex_exchange_identification: ligne de bannière 12: 
debug1: kex_exchange_identification: ligne de bannière 13: 
kex_exchange_identification: Connexion fermée par l'hôte distant

J'ai corrigé la traduction interne du port, et maintenant le problème a disparu.

J'ai résolu mon problème avec 'kex_exchange_identification: Connection closed by remote host' quand j'ai remarqué que j'essayais de me connecter en utilisant l'IP du serveur alors que je devrais utiliser l'IP privée.

Ma configuration est peut-être très différente de la vôtre, mais je tenais à partager ma découverte.

EDIT:

Avec certains fournisseurs d'hébergement, vous aurez deux IPs, une publique et une privée, c'est la privée que vous devriez utiliser dans ce cas.

Vous le savez ou non, je comprends que cela ne s'appliquera pas à tout le monde, c'est pourquoi je dis que cela peut être une configuration différente.

Aucune autre réponse n'a fonctionné pour moi, jusqu'à ce que j'utilise la clé privée.

Dans mon cas, j'ai utilisé des entrées manuelles /etc/hosts et j'ai utilisé un bastion comme proxy. Le bastion n'avait pas les mêmes entrées /etc/hosts, donc il a refusé le tunnel.

J'ai remarqué que cela m'était arrivé (dans le fichier auth.log) après avoir installé et configuré fail2ban aujourd'hui. Cela pourrait donc en être la raison.