J'ai une clé que j'ai convertie et qui fonctionne bien avec Putty.
J'ai essayé ces formats:
ssh -p 1111 -i id_rsa [email protected]
ssh -i id_rsa -p 1111 [email protected]
La clé se trouve dans le même dossier que l'exécutable MobaXTerm.
Merci!
ÉDITER:
[chip.client] $ ssh -p 1111 -i id_rsa [email protected] -v
Warning: Identity file id_rsa not accessible: No such file or directory.
OpenSSH_5.6p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to 192.168.0.9 [192.168.0.100] port 1111.
debug1: Connection established.
debug1: identity file /home/chip/.ssh/id_rsa type -1
debug1: identity file /home/chip/.ssh/id_rsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7
debug1: match: OpenSSH_5.3p1 Debian-3ubuntu7 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.6
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 [email protected]
debug1: kex: client->server aes128-ctr hmac-md5 [email protected]
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: checking without port identifier
Warning: Permanently added '[192.168.0.100]:1111' (RSA) to the list of known hosts.
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/chip/.ssh/id_rsa
debug1: No more authentication methods to try.
Permission denied (publickey).
[01/09/2011 - 09:15.38] ~
Réponses:
MobaXterm utilise par défaut l'emplacement du répertoire personnel comme répertoire temporaire de Windows. Les clés que vous créez ne seront donc pas disponibles dès que vous fermerez MobaXterm.
Une fois la clé générée, conservez-la dans un autre dossier de vos lecteurs Windows et référez-la par chemin complet dans l'option "-i". Les lecteurs Windows sont appelés «/ lecteurs / c /», «lecteurs / d /», etc. dans MobaXterm. Si la clé privée est conservée dans E: \ keys \ id_rsa, la commande ressemblera,
Si vous utilisez régulièrement MobaXterm, la meilleure façon de résoudre ce problème est d'utiliser un emplacement permanent pour le répertoire personnel plutôt que le répertoire Temp par défaut. Vous pouvez le faire en allant dans Paramètres-> Configuration-> Options diverses -> Utiliser le répertoire HOME persistant suivant . Dans ce cas, les clés peuvent rester dans le répertoire personnel et vous n'avez pas besoin de fournir une option "i"
la source
Si vous avez déjà configuré les clés via Putty ou autre chose, la chose la plus simple à faire est de simplement les copier-coller dans le répertoire personnel de MobaXterm.
L'emplacement par défaut de Putty est généralement
C:\users\.ssh
Copiez et collez les clés dans:
C:\Users\*your computer name*\Documents\MobaXterm\home
la source
Je ne sais pas comment MobaXTerm fonctionne, en termes d'environnement de connexion. De toute évidence, depuis votre sortie, ssh recherche la clé avec le nom /home/chip.ssh/id_rsa.
Donc, lorsque vous démarrez MobaXTerm, pouvez-vous essayer certaines choses, comme exécuter "pwd" et voir dans quel répertoire il pense qu'il se trouve et travailler à y mettre la clé? Dans votre commande ssh, vous devriez être en mesure de spécifier le chemin d'accès complet à la clé avec quelque chose comme "ssh -i / path / to / ssh / key / id_rsa" plus les autres options ssh que vous utilisez.
Vous pouvez également spécifier un chemin alternatif. Si MobaXTerm est basé sur Cygwin, vous pourrez peut-être dire quelque chose comme "/ cygdrive / c / Documents / ssh / id_rsa", qui devrait correspondre à "C: \ Documents \ ssh \ id_rsa" sur votre système de fichiers.
la source