ssh_exchange_identification: Connexion fermée par l'hôte distant sous Git bash
Je travaille à win7 et configurer serveur git avec sshd.
Je git --bare init myapp.git
, et clone ssh://git@localhost/home/git/myapp.git
dans Cywgin correctement. Mais j'ai besoin de config git de Cygwin encore, je veux git clone dans Git Bash. - Je exécuter git clone ssh://git@localhost/home/git/myapp.git
et obtenir message suivant
ssh_exchange_identification: Connection closed by remote host
puis-je exécuter 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 a un mauvais format? Et je trouve qu'il y a exactement 25 ligne à clés privées sans BEGIN
et END
.
Je ne comprends pas pourquoi elle ne dit PAS clé RSA1, je suis totalement s'assurer qu'il est RSA 2 clés.
Tout conseils sont les bienvenus.
btw, j'ai lu les 3 premières pages sur google à propos de ce problème.
- Comment l'analyse? Essayez un "
ssh -vvv git@localhost
" et vérifier les autorisations de.ssh
répertoire (700) etid_rsa(.pub)
fichiers (600). Voir stackoverflow.com/questions/3712443/... ou stackoverflow.com/questions/5470680/... pour l'illustration. - Avez-vous généré clés rsa pour sshd sur le serveur de la machine? Il peut également être le cas de différentes versions de ssh sur le client et le serveur de la machine.
- Je ne sais pas pourquoi besoin d'un serveur de clés rsa? Je ne sais pas quelles sont les différences entre les versions de ssh sur le client et le serveur, j'ai donc générer une nouvelle clé rsa sur le serveur et de le copier pour le client et ajouter la clé publique pour authorized_keys sur le serveur. Mais cela ne fonctionne toujours pas.
- Essayez de jouer avec le "Protocole" configuration de sshd.conf sur le serveur. Vérifier serveur ssh journal aussi.
- il me pousse à la folie. J'ai essayez de générer la clé RSA1, et git bash peut le trouver, mais il retour même erreur. J'utilise ssh-accueil-config pour générer un service sshd, et de garder sshd_config comme origine.
- Êtes-vous en mesure suffit de vous connecter avec ssh ? Je voudrais savoir si c'est git problème spécifique ou plutôt quelque chose de plus grave. Peut-être vous devriez juste essayer différentes serveur SSH pour Windows?
- Je pense que c'est le problème que j'ai essayer beaucoup de ssh(comme copssh) et ne jamais nettoyer le système, donc il ya quelque chose de mal à propos de Git ou des clés. En fait, j'ai mis en place serveur git sur mon autre machine, pour une fois, et je peux ssh avec la commande Git Bash. Mais merci pour votre aide. Avoir une bonne journée.
- Si vous avez vérifié tous les trucs habituels (autorisations, etc.) et vous obtenez toujours ces messages, ils n'indiquent pas nécessairement que quelque chose est incorrect avec votre type RSA 2 clés. J'ai vu ces messages sur un plan de travail/valide RSA de type 2 clé privée. Les messages semblent être liés à la vérification si c'est un type 1 touche ou un autre type de clé. Une clé avec ces messages (à l'aide de l'-vvv option) continuent de fonctionner. Je suis connecté à mon serveur avec une touche de droite maintenant.
Vous devez vous connecter pour publier un commentaire.
J'ai eu ce problème aujourd'hui et je me rends compte que j'ai été connecté à 2 differente des réseaux (LAN et WLAN), je l'ai résolu simplement de débrancher le câble de ma carte Ethernet. Je suppose que le problème est dû au fait que la clé ssh est lié à l'adresse MAC de ma carte sans fil. J'espère que cela vous aide.
Je viens de tomber sur cela aujourd'hui et c'est parce que le serveur j'ai essayé de vous connecter à une surcharge de traitement. Ainsi, il peut être possible que le serveur est faible sur la mémoire ou le PROCESSEUR de faim.
Il suffit d'entrer sur le serveur :
Triés pour moi.
chmod 777 /etc/host.allow
et l'ajout devrait fonctionner.Frapper la suite
ssh restart
commande en linuxAssurez-vous que vous n'êtes pas se connecter à tout type de VPN.
Eu le même message d'erreur. Désactiver le réseau WiFi et de le rallumer de nouveau travaillé pour moi.
si le nom d'hôte ne fonctionne pas, essayez d'adresse IP.
Ce qui se passe en ce moment donc j'ai à dire. J'essaie de faire du ssh avec mon nom d'hôte et il ne fonctionne pas
cela donne l'erreur "ssh_exchange_identification: Connexion fermée par l'hôte distant"
cette habitude de travailler une heure de retour.
MAIS, et voici la partie intéressante, les travaux d'adresse IP!
(bien sûr, l'adresse IP réelle est différente)
Allez comprendre!
Après le retrait/la suppression de la
rm ~/.ssh/known_hosts
, mon problème a été résoluHi-je résoudre ce problème sur un vps service, en le redémarrant, autre façon de faire est si vous avez une console à partir de votre service o toute autre manière à exécuter une commande dans votre ordinateur à distance à la seule commande que vous devez exécuter est de redémarrer le démon ssh, et profitez-en!! 😛
Je l'ai résolu après avoir changer le port ssh & MaxStartups variable dans /etc/ssh/sshd_config pour ,
Ensuite, redémarrez le service
Si encore il ne fonctionne pas, redémarrez votre système.
Nous avons migré notre git instance de l'hôte/serveurs, ce matin, un nouveau centre de données tout en étant connecté à la fois: VPN (à partir de la distance/la maison), ou en cas de réseau de bureau, j'ai eu le même message d'erreur et n'a pas été en mesure de se connecter à cloner un repo GIT.
Cela aidera si vous vous connectez à certains ou tous les serveurs par l'intermédiaire d'un saut d'hôte du serveur.
Plus tôt dans ma ~/.ssh/config fichier, mon option pour vous connecter étaient:
Ce que cela signifie, c'est que, pour toute SSH en fonction de la connexion, il se connecte à tout * serveur via le saut de l'hôte du serveur de à l'exception de/en ignorant "ssh.somejumphost.my.company.com" serveur (comme nous ne voulons pas vous connecter à un saut de l'hôte via sauter serveur hôte.
Pour RÉSOUDRE le problème, je n'ai fait, changer la configuration pour l'ignorer serveur git ainsi:
Donc, maintenant à vous connecter à mycompany-git.server.com tout en faisant git clone git (url SSH), je dis SSH ne pas utiliser un saut d'accueil pour les deux extra git instances/serveurs.
Similaire à Arun Sangal le problème se trouvait dans un dans .ssh/config entrée
La machine distante a été ajouté à éviter avec ssh pour les connexions VPN et bien travaillé. Mais pour la période de vacances, j'ai éteint le myremotemachine et courir dans le problème décrit.
Eu la même erreur lors de la connexion à GitHub avec ssh que je me déplace d'un lieu à un autre. selon ma situation, il semble que les serveurs dns de réseaux différents peuvent obtenir différentes adresse ip de github et le fichier known_hosts pas à l'identifier lors de changements ont eu lieu. Ainsi le changement de dns ou de revenir origine, le réseau peut fonctionner.
Vous pouvez obtenir "ssh_exchange_identification: Connexion fermée par l'hôte distant" si votre
sshd
service n'est pas opérationnel!Si vous avez accès au serveur de vérifier si vous avez les
sshd
service en cours d'exécution avec:et vérifiez qu'il est à l'écoute sur le port 22:
plus de détails ici
Pour moi cela a été causé par une limite sur le nombre de connexions simultanées sessions ssh. J'ai ajouté les deux paramètres ci-dessous dans /etc/ssh/sshd_config et puis les choses travaillé.
Simple redémarrage du serveur résolu le problème pour moi. Essayez hard reboot , si ne fonctionnent pas après redémarrage logiciel.
Veuillez utiliser le Port 7999 et d'Essayer. il travaillera