giggz wrote:giggz a écrit :giggz a écrit :Jean-Michel OLTRA a écrit :Bonjour,
Le dimanche 07 septembre 2008, giggz a écrit...1:47 ~/.ssh % ssh grut
Permission denied (publickey).
Avez vous une idée ?
As tu copié les clés ?
As tu supprimé les anciennes entrées dans le fichier
.ssh/known_hosts ?
j'ai tout viré!
je peux faire :
ssh-copy-id -i ~/.ssh/id_dsa.pub
mais pas :
ssh-copy-id -i ~/.ssh/id_dsa.pub
même sanction :
Permission denied (publickey).
a+
la seule chose qui change entre les 2 fichiers de conf c'est :
ChallengeResponseAuthentication
sur le serveur où ça marceh je n'ai pas cette option.
sur le laptop j'ai :
ChallengeResponseAuthentication No
Bon et apparemment c'est ça qui fait la différence :
si je mets ChallengeResponseAuthentication yes sur le laptop j'obtiens
le même comportement que pour le serveur.
ici:
$ grep ChallengeResp /etc/ssh/sshd_config
ChallengeResponseAuthentication no
et je n'ai pas de problème.
qqn sait à quoi correcspond exactement cette option j'ai trouvé des def
sur internet mais je n'ai po compris...
giggz wrote:
giggz a écrit :
giggz a écrit :
Jean-Michel OLTRA a écrit :
Bonjour,
Le dimanche 07 septembre 2008, giggz a écrit...
1:47 giggz@grut ~/.ssh % ssh grut
Permission denied (publickey).
Avez vous une idée ?
As tu copié les clés ?
As tu supprimé les anciennes entrées dans le fichier
.ssh/known_hosts ?
j'ai tout viré!
je peux faire :
ssh-copy-id -i ~/.ssh/id_dsa.pub user@serveur
mais pas :
ssh-copy-id -i ~/.ssh/id_dsa.pub user@laptop
même sanction :
Permission denied (publickey).
a+
la seule chose qui change entre les 2 fichiers de conf c'est :
ChallengeResponseAuthentication
sur le serveur où ça marceh je n'ai pas cette option.
sur le laptop j'ai :
ChallengeResponseAuthentication No
Bon et apparemment c'est ça qui fait la différence :
si je mets ChallengeResponseAuthentication yes sur le laptop j'obtiens
le même comportement que pour le serveur.
ici:
$ grep ChallengeResp /etc/ssh/sshd_config
ChallengeResponseAuthentication no
et je n'ai pas de problème.
qqn sait à quoi correcspond exactement cette option j'ai trouvé des def
sur internet mais je n'ai po compris...
giggz wrote:giggz a écrit :giggz a écrit :Jean-Michel OLTRA a écrit :Bonjour,
Le dimanche 07 septembre 2008, giggz a écrit...1:47 ~/.ssh % ssh grut
Permission denied (publickey).
Avez vous une idée ?
As tu copié les clés ?
As tu supprimé les anciennes entrées dans le fichier
.ssh/known_hosts ?
j'ai tout viré!
je peux faire :
ssh-copy-id -i ~/.ssh/id_dsa.pub
mais pas :
ssh-copy-id -i ~/.ssh/id_dsa.pub
même sanction :
Permission denied (publickey).
a+
la seule chose qui change entre les 2 fichiers de conf c'est :
ChallengeResponseAuthentication
sur le serveur où ça marceh je n'ai pas cette option.
sur le laptop j'ai :
ChallengeResponseAuthentication No
Bon et apparemment c'est ça qui fait la différence :
si je mets ChallengeResponseAuthentication yes sur le laptop j'obtiens
le même comportement que pour le serveur.
ici:
$ grep ChallengeResp /etc/ssh/sshd_config
ChallengeResponseAuthentication no
et je n'ai pas de problème.
qqn sait à quoi correcspond exactement cette option j'ai trouvé des def
sur internet mais je n'ai po compris...
si je mets ChallengeResponseAuthentication yes sur le laptop j'obtiens
le même comportement que pour le serveur.
qqn sait à quoi correcspond exactement cette option j'ai trouvé des def
sur internet mais je n'ai po compris...
si je mets ChallengeResponseAuthentication yes sur le laptop j'obtiens
le même comportement que pour le serveur.
qqn sait à quoi correcspond exactement cette option j'ai trouvé des def
sur internet mais je n'ai po compris...
si je mets ChallengeResponseAuthentication yes sur le laptop j'obtiens
le même comportement que pour le serveur.
qqn sait à quoi correcspond exactement cette option j'ai trouvé des def
sur internet mais je n'ai po compris...
giggz wrote:giggz a écrit :giggz a écrit :Jean-Michel OLTRA a écrit :Bonjour,
Le dimanche 07 septembre 2008, giggz a écrit...1:47 ~/.ssh % ssh grut
Permission denied (publickey).
Avez vous une idée ?
As tu copié les clés ?
As tu supprimé les anciennes entrées dans le fichier
.ssh/known_hosts ?
j'ai tout viré!
je peux faire :
ssh-copy-id -i ~/.ssh/id_dsa.pub
mais pas :
ssh-copy-id -i ~/.ssh/id_dsa.pub
même sanction :
Permission denied (publickey).
a+
la seule chose qui change entre les 2 fichiers de conf c'est :
ChallengeResponseAuthentication
sur le serveur où ça marceh je n'ai pas cette option.
sur le laptop j'ai :
ChallengeResponseAuthentication No
Bon et apparemment c'est ça qui fait la différence :
si je mets ChallengeResponseAuthentication yes sur le laptop j'obtiens
le même comportement que pour le serveur.
ici:
$ grep ChallengeResp /etc/ssh/sshd_config
ChallengeResponseAuthentication no
et je n'ai pas de problème.
qqn sait à quoi correcspond exactement cette option j'ai trouvé des def
sur internet mais je n'ai po compris...
giggz wrote:
giggz a écrit :
giggz a écrit :
Jean-Michel OLTRA a écrit :
Bonjour,
Le dimanche 07 septembre 2008, giggz a écrit...
1:47 giggz@grut ~/.ssh % ssh grut
Permission denied (publickey).
Avez vous une idée ?
As tu copié les clés ?
As tu supprimé les anciennes entrées dans le fichier
.ssh/known_hosts ?
j'ai tout viré!
je peux faire :
ssh-copy-id -i ~/.ssh/id_dsa.pub user@serveur
mais pas :
ssh-copy-id -i ~/.ssh/id_dsa.pub user@laptop
même sanction :
Permission denied (publickey).
a+
la seule chose qui change entre les 2 fichiers de conf c'est :
ChallengeResponseAuthentication
sur le serveur où ça marceh je n'ai pas cette option.
sur le laptop j'ai :
ChallengeResponseAuthentication No
Bon et apparemment c'est ça qui fait la différence :
si je mets ChallengeResponseAuthentication yes sur le laptop j'obtiens
le même comportement que pour le serveur.
ici:
$ grep ChallengeResp /etc/ssh/sshd_config
ChallengeResponseAuthentication no
et je n'ai pas de problème.
qqn sait à quoi correcspond exactement cette option j'ai trouvé des def
sur internet mais je n'ai po compris...
giggz wrote:giggz a écrit :giggz a écrit :Jean-Michel OLTRA a écrit :Bonjour,
Le dimanche 07 septembre 2008, giggz a écrit...1:47 ~/.ssh % ssh grut
Permission denied (publickey).
Avez vous une idée ?
As tu copié les clés ?
As tu supprimé les anciennes entrées dans le fichier
.ssh/known_hosts ?
j'ai tout viré!
je peux faire :
ssh-copy-id -i ~/.ssh/id_dsa.pub
mais pas :
ssh-copy-id -i ~/.ssh/id_dsa.pub
même sanction :
Permission denied (publickey).
a+
la seule chose qui change entre les 2 fichiers de conf c'est :
ChallengeResponseAuthentication
sur le serveur où ça marceh je n'ai pas cette option.
sur le laptop j'ai :
ChallengeResponseAuthentication No
Bon et apparemment c'est ça qui fait la différence :
si je mets ChallengeResponseAuthentication yes sur le laptop j'obtiens
le même comportement que pour le serveur.
ici:
$ grep ChallengeResp /etc/ssh/sshd_config
ChallengeResponseAuthentication no
et je n'ai pas de problème.
qqn sait à quoi correcspond exactement cette option j'ai trouvé des def
sur internet mais je n'ai po compris...
Bonjour,
Le dimanche 07 septembre 2008, Vincent Lefevre a écrit...
> Le .ssh/known_hosts n'a rien à voir avec les clés liées à l'utilisateur.
Où sont donc stockées les clés du client sur le serveur ssh, alors.
Bonjour,
Le dimanche 07 septembre 2008, Vincent Lefevre a écrit...
> Le .ssh/known_hosts n'a rien à voir avec les clés liées à l'utilisateur.
Où sont donc stockées les clés du client sur le serveur ssh, alors.
Bonjour,
Le dimanche 07 septembre 2008, Vincent Lefevre a écrit...
> Le .ssh/known_hosts n'a rien à voir avec les clés liées à l'utilisateur.
Où sont donc stockées les clés du client sur le serveur ssh, alors.
Le .ssh/known_hosts n'a rien à voir avec les clés liées à l'utilisateur.
Lorsqu'il y a un problème avec l'authentification de l'hôte, le
message d'erreur est tout autre.
Le .ssh/known_hosts n'a rien à voir avec les clés liées à l'utilisateur.
Lorsqu'il y a un problème avec l'authentification de l'hôte, le
message d'erreur est tout autre.
Le .ssh/known_hosts n'a rien à voir avec les clés liées à l'utilisateur.
Lorsqu'il y a un problème avec l'authentification de l'hôte, le
message d'erreur est tout autre.
On 2008-09-07 10:08:48 +0200, giggz wrote:si je mets PasswordAuthentication = yes sur mon laptop ok. mais pourquoi
ça marche direct sur mon serveur ? est ce à cause de la différence de
version de ssh ?
Tu peux savoir ce que fait ssh avec ssh -vvv.
On 2008-09-07 10:08:48 +0200, giggz wrote:
si je mets PasswordAuthentication = yes sur mon laptop ok. mais pourquoi
ça marche direct sur mon serveur ? est ce à cause de la différence de
version de ssh ?
Tu peux savoir ce que fait ssh avec ssh -vvv.
On 2008-09-07 10:08:48 +0200, giggz wrote:si je mets PasswordAuthentication = yes sur mon laptop ok. mais pourquoi
ça marche direct sur mon serveur ? est ce à cause de la différence de
version de ssh ?
Tu peux savoir ce que fait ssh avec ssh -vvv.
> Où sont donc stockées les clés du client sur le serveur ssh, alors.
~/.ssh/authorized_keys
> Où sont donc stockées les clés du client sur le serveur ssh, alors.
~/.ssh/authorized_keys
> Où sont donc stockées les clés du client sur le serveur ssh, alors.
~/.ssh/authorized_keys
rhaaa mes espoirs de résolution propre s'envolent...
es tu en stable, en sid ?
rhaaa mes espoirs de résolution propre s'envolent...
es tu en stable, en sid ?
rhaaa mes espoirs de résolution propre s'envolent...
es tu en stable, en sid ?
debug2: key: /home/giggz/.ssh/identity ((nil))
debug2: key: /home/giggz/.ssh/id_rsa ((nil))
debug2: key: /home/giggz/.ssh/id_dsa (0xb85e6348)
debug1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred
gssapi-keyex,gssapi-with-mic,gssapi,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/giggz/.ssh/identity
debug3: no such identity: /home/giggz/.ssh/identity
debug1: Trying private key: /home/giggz/.ssh/id_rsa
debug3: no such identity: /home/giggz/.ssh/id_rsa
debug1: Offering public key: /home/giggz/.ssh/id_dsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
debug2: key: /home/giggz/.ssh/identity ((nil))
debug2: key: /home/giggz/.ssh/id_rsa ((nil))
debug2: key: /home/giggz/.ssh/id_dsa (0xb85e6348)
debug1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred
gssapi-keyex,gssapi-with-mic,gssapi,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/giggz/.ssh/identity
debug3: no such identity: /home/giggz/.ssh/identity
debug1: Trying private key: /home/giggz/.ssh/id_rsa
debug3: no such identity: /home/giggz/.ssh/id_rsa
debug1: Offering public key: /home/giggz/.ssh/id_dsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
debug2: key: /home/giggz/.ssh/identity ((nil))
debug2: key: /home/giggz/.ssh/id_rsa ((nil))
debug2: key: /home/giggz/.ssh/id_dsa (0xb85e6348)
debug1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred
gssapi-keyex,gssapi-with-mic,gssapi,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/giggz/.ssh/identity
debug3: no such identity: /home/giggz/.ssh/identity
debug1: Trying private key: /home/giggz/.ssh/id_rsa
debug3: no such identity: /home/giggz/.ssh/id_rsa
debug1: Offering public key: /home/giggz/.ssh/id_dsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
On 2008-09-07 11:26:36 +0200, giggz wrote:
[...]debug2: key: /home/giggz/.ssh/identity ((nil))
debug2: key: /home/giggz/.ssh/id_rsa ((nil))
debug2: key: /home/giggz/.ssh/id_dsa (0xb85e6348)
debug1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred
gssapi-keyex,gssapi-with-mic,gssapi,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/giggz/.ssh/identity
debug3: no such identity: /home/giggz/.ssh/identity
debug1: Trying private key: /home/giggz/.ssh/id_rsa
debug3: no such identity: /home/giggz/.ssh/id_rsa
debug1: Offering public key: /home/giggz/.ssh/id_dsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
^^^^^^^^^^^^^^^^^^^^^^^^
Cette erreur est bizarre, alors que deux lignes au-dessus il est
dit qu'un paquet a été envoyé!
Tu peux toujours essayer avec une clé RSA pour voir si ça marche
mieux (je n'utilise que des clés RSA, et c'est ce qui est fait
par défaut).
On 2008-09-07 11:26:36 +0200, giggz wrote:
[...]
debug2: key: /home/giggz/.ssh/identity ((nil))
debug2: key: /home/giggz/.ssh/id_rsa ((nil))
debug2: key: /home/giggz/.ssh/id_dsa (0xb85e6348)
debug1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred
gssapi-keyex,gssapi-with-mic,gssapi,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/giggz/.ssh/identity
debug3: no such identity: /home/giggz/.ssh/identity
debug1: Trying private key: /home/giggz/.ssh/id_rsa
debug3: no such identity: /home/giggz/.ssh/id_rsa
debug1: Offering public key: /home/giggz/.ssh/id_dsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
^^^^^^^^^^^^^^^^^^^^^^^^
Cette erreur est bizarre, alors que deux lignes au-dessus il est
dit qu'un paquet a été envoyé!
Tu peux toujours essayer avec une clé RSA pour voir si ça marche
mieux (je n'utilise que des clés RSA, et c'est ce qui est fait
par défaut).
On 2008-09-07 11:26:36 +0200, giggz wrote:
[...]debug2: key: /home/giggz/.ssh/identity ((nil))
debug2: key: /home/giggz/.ssh/id_rsa ((nil))
debug2: key: /home/giggz/.ssh/id_dsa (0xb85e6348)
debug1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred
gssapi-keyex,gssapi-with-mic,gssapi,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/giggz/.ssh/identity
debug3: no such identity: /home/giggz/.ssh/identity
debug1: Trying private key: /home/giggz/.ssh/id_rsa
debug3: no such identity: /home/giggz/.ssh/id_rsa
debug1: Offering public key: /home/giggz/.ssh/id_dsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
^^^^^^^^^^^^^^^^^^^^^^^^
Cette erreur est bizarre, alors que deux lignes au-dessus il est
dit qu'un paquet a été envoyé!
Tu peux toujours essayer avec une clé RSA pour voir si ça marche
mieux (je n'utilise que des clés RSA, et c'est ce qui est fait
par défaut).
