Bonjour,
En découvrant ce fil de discussion, je me demande si une meilleure solution
ne serait pas de changer ou d'ajouter une nouvelle clé DSA/RSA/autre
conforme aux attentes d'OpenSSH 7.0 (et antérieur), non ?
("qui peut le plus, ...").
Quelqu'un a-t-il exploré cette voie ?
Est-il possible et p
Mon, 21 Dec 2015 12:30:29 +
"BOITEUX, Frederic" écrivait :
> Bonjour,
>
> Tu peux commencer par chercher pourquoi cela ne fonctonne plus avec le mode
> verbeux : ssh -v ...
> Les raisons du refus de l'utilisation de clés sont multiples.
>
> Fred.
Et jeter un oeil sur le chan
je rajoute ceci:
Pour tous les serveurs sshd, si on veut qu'ils continuent à accepter des
clés dsa, il faut rajouter PubkeyAcceptedKeyTypes=+ssh-dss dans
/etc/ssh/sshd_config et ne pas oublier de relancer le service sshd.
f.
Le 21/12/2015 15:10, Fabrice Regnier a écrit :
'lut,
Tu peux co
'lut,
Tu peux commencer par chercher pourquoi cela ne fonctonne plus avec le mode
verbeux : ssh -v ...
oops
en effet, j'ai un joli "debug1: Skipping ssh-dss key
/home/fabricer/.ssh/id_dsa for not in PubkeyAcceptedKeyTypes"
Par défaut, le client v7 n'accepte plus les clés dsa. J'ai donc ra
Bonjour,
Tu peux commencer par chercher pourquoi cela ne fonctonne plus avec le mode
verbeux : ssh -v ...
Les raisons du refus de l'utilisation de clés sont multiples.
Fred.
-Message d'origine-
De : robo...@news.nic.it [mailto:robo...@news.nic.it] De la part de Fabrice
Le 21/12/2015 12:16, Fabrice Regnier a écrit :
> 'lut la liste,
>
> Depuis ce matin, tous les accès ssh distant me demandent à taper mon
> password alors que je gère les accès ssh depuis de nombreuses années
> avec le couple clé publique/clé privée.
>
> Stretch à jour. Ma clé est une clé dsa.
>
6 matches
Mail list logo
