J'ai créé une connexion ssh sans mot de passe sur mon serveur distant à partir de mon mac. Cela a fonctionné (!), Puis j'ai fermé mon terminal, je l'ai rouvert, essayé à nouveau et j'ai obtenu ce qui suit (nom d'utilisateur, mon_ip ne sont pas réels):
ssh -vvv username@my_ip
OpenSSH_7.2p2, LibreSSL 2.4.1
debug1: Reading configuration data /Users/Me/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 20: Applying options for *
debug1: /etc/ssh/ssh_config line 53: Applying options for *
debug2: resolving "my_ip" port 22
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to my_ip [my_ip] port 22.
debug1: Connection established.
debug1: identity file /Users/Me/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/Me/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/Me/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/Mes/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/Me/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/Me/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/Me/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/Me/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2
ssh_exchange_identification: read: Connection reset by peer
Lorsque j'ai vérifié mon .sshdossier, id_rsail y en avait mais aucun des autres ne l'était. D'après l'erreur, il me semble que j'ai besoin de créer ces fichiers, mais je ne sais pas comment faire.
Toute aide serait appréciée.
Réponses:
La ligne ci-dessus n'est pas une erreur, mais un simple journal de débogage indiquant que le
sshclient n'est pas en mesure de trouver une clé publique distincte (nommée~/.ssh/id_rsa.pub). Ce fichier n'est pas nécessaire pour se connecter au serveur distant, mais il peut être utile.L'erreur réelle
pointe vers une erreur dans la configuration du serveur. Le serveur est en cours d'exécution mais n'accepte pas la connexion SSH. Consultez le journal du serveur pour plus d'informations. Problèmes similaires
la source
known_hostsc'était incorrect sur mon Mac ... Il a montré@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @... Il montre le numéro de ligne par~/.ssh/known_hosts:238. J'ai donc supprimé cette ligne, 238 dans ce cas, du fichier known_hosts sur mon Mac et j'ai essayé de me connecter à nouveau avec succès.Problème: incompatibilité IP hôte bastion sur
~/.ssh/known_hostsJ'avais le
known_hostsfichier ancien car l'adresse IP du bastion a changé ...Ne m'a pas donné aucune information. Regarder la sortie verbeuse mène à la même chose:
À ce stade, puisqu'il s'agit d'un proxy vers un autre hôte via le bastion, je pouvais voir que le bastion posait problème:
Solution
La suppression de l'entrée de la ligne 238 a résolu le problème ... Je pouvais SSH au bastion et SSH aux hôtes.
la source
M'est arrivé aujourd'hui.
Fixé en déconnectant mon WLAN et en me reconnectant. Oui, cela semble stupide et c'est stupide, mais au moins sur un WLAN, cela s'est produit sans aucune raison valable.
la source
Même problème, il suffit de poster la solution ici
Retirez votre adresse IP de l'
/etc/hosts.denyutilisation de:la source