Yep,
 
je tente de me connecter en SSH (en faisant simplement ssh <IP> )sur un serveur mac os x mais j'ai le message suivant :
 
Permission denied (publickey, keyboard-interactive)
 
J'ai fait quelques recherches mais infructueuses, je continue
 
edit : catégorie

essaie ssh -v login@IP
 
avec le -v, tu auras plus d'affichage ...

A oui le verbose j'y pense jamais...
 
Bon il me sort tout un tas de log que je comprends pas des masses, apparemment il essaie toute sorte d'authentification mais ça passe pas :
 
debug1: Local version string SSH-2.0-OpenSSH_3.4p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: dh_gen_key: priv key bits set: 130/256
debug1: bits set: 1568/3191
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'IPPRIVEPASTOUCHE' is known and matches the DSA host key.
debug1: Found key in /Users/admin/.ssh/known_hosts:1
debug1: bits set: 1572/3191
debug1: ssh_dss_verify: signature correct
debug1: kex_derive_keys
debug1: newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: waiting for SSH2_MSG_NEWKEYS
debug1: newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: done: ssh_kex2.
debug1: send SSH2_MSG_SERVICE_REQUEST
debug1: service_accept: ssh-userauth
debug1: got SSH2_MSG_SERVICE_ACCEPT
debug1: authentications that can continue: publickey,keyboard-interactive
debug1: next auth method to try is publickey
debug1: try privkey: /Users/admin/.ssh/identity
debug1: try privkey: /Users/admin/.ssh/id_rsa
debug1: try pubkey: /Users/admin/.ssh/id_dsa
debug1: authentications that can continue: publickey,keyboard-interactive
debug1: next auth method to try is keyboard-interactive
debug1: authentications that can continue: publickey,keyboard-interactive
debug1: no more auth methods to try
Permission denied (publickey,keyboard-interactive).
 
désolé si c'est indigeste...
 
Quelqu'un voit l'erreur ?

ben apparemment, tu as une clé privée dans ton rep .ssh, qui ne matche pas avec la clé publique sur le serveur.
essaie de vire ton .ssh (mv ~/.ssh ~/.ssh_bak), et reessaye, si ça foire tjrs, c'est que le serveur refuse de te loggure uniquement par ton mot de passe, et oblige d'avoir la clé privée adéquate.
 
je suis pas très sur de mon diagnostic, mais bon ...

Merci de ton aide, j'essaie ça
 
Edit : et bien cela me fait la même chose au final, va falloir que je tate du coté du serveur...

faudrait peut-être utiliser un utilisateur de ton OSX
 
ssh -l login ip
 
nan ??

Enfin moi ça marche comme ça, g pas touché à la conf par défaut.

J'ai essayé comme ça au début mais faire ssh -l login ip revient à faire ssh login@ip

je plussoie Bobuse, apparemment le serveur veut une authentification forte et pas juste un mot de passe, il faut donc pour se connecter la clé privée correspondant à la clé publique que le serveur a pour authentifier

j'suis un peu dans la merde, je ne connais pas la clé publique du serveur... y'a-t-il aussi une histoire de passphrase ?

otan pour moi
j'avais dit que j'avais un doute kan meme

 
Tu n'as pas à connaitre la clé publique du serveur, il faut que tu possède la clé privé associé à la clé publique présente sur le serveur (dans ~/.ssh/id_rsa sur le serveur).
 
SI tu as un accès physique au serveur, tu peux générer ta clé avec ssh-keygen -t rsa. Après tu copies la clé publique générée (~/.ssh/authorized_keys), et tu rappatries la clé privée (~/.ssh/id_rsa) sur ton poste client.

C'était bien cela, merci beaucoup