ssh_exchange_identification: Connexion fermée par l'hôte distant sous Git bash
Je travaille sur win7 et configure le serveur git avec sshd . I git --bare init myapp.git et cloner ssh://git@localhost/home/git/myapp.git dans Cywgin correctement. Mais j'ai besoin de config git de Cygwin encore une fois, je veux git clone dans Git Bash . Je lance git clone ssh://git@localhost/home/git/myapp.git et reçois le message suivant
ssh_exchange_identification: Connection closed by remote Host
puis je lance ssh -vvv git@localhost dans Git Bash et reçois un message
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /c/Users/MoreFreeze/.ssh/identity type -1
debug3: Not a RSA1 key file /c/Users/MoreFreeze/.ssh/id_rsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
// above it repeats 24 times
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /c/Users/MoreFreeze/.ssh/id_rsa type 1
debug1: identity file /c/Users/MoreFreeze/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote Host
il semble que mes clés privées ont un format incorrect? Et je trouve qu'il y a exactement 25 lignes dans les clés privées sans BEGIN et END. Je ne comprends pas pourquoi il est dit PAS clé RSA1, je m'assure totalement qu'il s'agit de la clé RSA 2.
Tous les conseils sont les bienvenus. Au fait, j'ai lu les 3 premières pages de Google sur ce problème.
J'ai eu ce problème aujourd'hui et je me rends compte que j'étais connecté à 2 réseaux différents (LAN et WLAN), je l'ai résolu en déconnectant le câble de mon adaptateur Ethernet. Je suppose que le problème est dû au fait que la clé ssh est liée à l'adresse MAC de mon adaptateur sans fil. J'espère que ceci vous aide.
Je viens juste de le rencontrer aujourd'hui et c'est parce que le serveur auquel je tentais de me connecter était surchargé de traitement. Il est donc possible que le serveur manque de mémoire ou que le processeur soit insuffisant.
Il suffit d'entrer
echo 'SSHD: ALL' >> /etc/hosts.allow
Cela s'est arrangé pour moi.
Appuyez sur la commande ssh restart suivante dans linux
prayag@prayag:~/backup/NoisyNeighbour$ service ssh restart
stop: Rejected send message, 1 matched rules; type="method_call", sender=":1.75" (uid=1417676764 pid=5933 comm="stop ssh ") interface="com.ubuntu.Upstart0_6.Job" member="Stop" error name="(unset)" requested_reply="0" destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init")
start: Rejected send message, 1 matched rules; type="method_call", sender=":1.76" (uid=1417676764 pid=5930 comm="start ssh ") interface="com.ubuntu.Upstart0_6.Job" member="Start" error name="(unset)" requested_reply="0" destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init")
Assurez-vous de ne vous connecter à aucun type de VPN.
si le nom d'hôte ne fonctionne pas, essayez l'adresse IP.
Cela se passe en ce moment donc je dois dire. J'essaie de ssh avec mon nom d'hôte et cela ne fonctionne pas
ssh [email protected]
cela donne l'erreur "ssh_exchange_identification: Connexion fermée par l'hôte distant"
cela utilisé pour travailler une heure en arrière.
MAIS, et voici la partie intéressante, l’adresse IP fonctionne!
ssh [email protected]
(bien sûr l'adresse IP réelle est différente)
Allez comprendre!
Vous avez le même message d'erreur. Éteindre le WiFi et le réactiver a fonctionné pour moi.
Semblable à Arun Sangal, le problème était dans une entrée in .ssh/config
Host my.sshhost.com
ProxyCommand ssh -q -W %h:%p myremotemachine.my.company.com
La machine distante a été ajoutée pour éviter avec SSH pour les connexions VPN et a bien fonctionné. Mais pendant les vacances, j'ai éteint la myremotemachine et j'ai rencontré le problème décrit.
Nous avons migré notre instance/serveurs d'hôte git ce matin vers un nouveau centre de données et lors de la connexion à l'un et à l'autre: VPN (à distance/à domicile) ou en réseau de bureau, j'ai eu la même erreur et je n'ai pas pu me connecter pour cloner un GIT. repo.
Cloning into 'some_repo_in_git_dev'...
ssh_exchange_identification: Connection closed by remote Host
fatal: Could not read from remote repository.
Cela vous aidera si vous vous connectez à certains ou à tous les serveurs via un serveur hôte de saut.
Plus tôt dans mon ~/.ssh/fichier de configuration , mes paramètres de connexion étaient les suivants:
Host * !ssh.somejumphost.my.company.com
ProxyCommand ssh -q -W %h:%p ssh.somejumphost.my.company.com
Cela signifie que, pour toute connexion basée sur SSH, il se connectera à n’importe quel serveur * via le serveur hôte de saut donné sauf/en ignorant "ssh.somejumphost.my.company.com" (comme nous ne voulons pas nous connecter à un hôte de saut via le serveur hôte de saut.
Pour résoudre le problème, tout ce que j'ai fait est de changer la configuration pour ignorer également le serveur git:
Host * !ssh.somejumphost.my.company.com !mycompany-git.server.com !OrMyCompany-some-other-git-instance.server.com
ProxyCommand ssh -q -W %h:%p ssh.somejumphost.my.company.com
Donc, maintenant, pour me connecter à mycompany-git.server.com tout en faisant git clone (URL git SSH), je dis à SSH de ne pas utiliser un hôte de saut pour ces deux instances/serveurs supplémentaires.
Salut, je résous ce problème sur un service vps, en le redémarrant. Si vous disposez d'une console de votre service ou d'une autre manière d'exécuter une commande sur votre machine distante, la seule commande à exécuter est de redémarrer le démon ssh et d'en profiter !! : P
/etc/init.d/ssh restart
Je l'ai résolu après avoir changé le port ssh et la variable MaxStartups dans/etc/ssh/sshd_config en,
port 2244
MaxStartups 100
Ensuite, redémarrez le service
service sshd restart
Si cela ne fonctionne toujours pas, redémarrez votre système.
Pour moi, cela était dû à une limite du nombre de sessions ssh simultanées. J'ai ajouté les deux paramètres ci-dessous à/etc/ssh/sshd_config puis tout a fonctionné.
echo 'MaxSessions 2000' >> /etc/ssh/sshd_config
echo 'MaxStartups 2000' >> /etc/ssh/sshd_config
service ssh restart
J'ai eu la même erreur lorsque je me connecte à GitHub avec ssh lorsque je me déplace d'un lieu de travail à un autre. selon ma situation, il semble que les serveurs DNS de différents réseaux puissent obtenir diverses adresses IP de github et que le fichier known_hosts ne l'identifie pas lorsque des modifications sont apportées. Donc, changer de dns ou revenir au réseau original peut fonctionner.
Un simple redémarrage du serveur a résolu le problème pour moi. Essayez un redémarrage difficile, si cela ne fonctionne pas après un redémarrage logiciel
Vous pouvez obtenir "ssh_exchange_identification: Connexion fermée par l'hôte distant" si votre service sshd n'est pas opérationnel!
Si vous avez accès au serveur, vérifiez que le service sshd est exécuté avec:
ps aux | grep ssh
et vérifiez qu'il écoute sur le port 22:
netstat -plant | grep :22
Veuillez utiliser le port 7999 et essayer. ça va marcher