Path: ...!3.eu.feeder.erje.net!feeder.erje.net!usenet.goja.nl.eu.org!weretis.net!feeder8.news.weretis.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Thomas <fantome.forums.tDeContes@free.fr.invalid>
Newsgroups: fr.comp.os.linux.configuration
Subject: =?UTF-8?Q?Re=3A_cl=C3=A9s_ssh_multiples?=
Date: Mon, 1 Apr 2024 02:06:47 +0200
Organization: A noiseless patient Spider
Lines: 53
Message-ID: <uuctqn$22jki$1@dont-email.me>
References: <uc7vun$3hh8m$1@dont-email.me>
 <64e787f8$0$2975$426a74cc@news.free.fr> <uc8fcs$3kfba$1@dont-email.me>
 <us3h8s$2uq1r$1@dont-email.me> <uu5tue$rej$1@rasp.pasdenom.info>
 <uu888r$qcnb$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 01 Apr 2024 00:06:47 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="2a3b6221ad8c8019e3c8b6242a26a222";
	logging-data="2182802"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19xAHuAP3gyEK56GhSl8AvGIbXyWTL0m7I="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:EKMy+rYUgHzuP0LvBZiX9PFMdrg=
Content-Language: fr-FR
In-Reply-To: <uu888r$qcnb$1@dont-email.me>
Bytes: 3138

Le 30/03/2024 à 06:33, Thomas a écrit :

> Il y a probablement un démon qui fait partie du paquet SSH, pour gérer 
> les clés, à qui Seahorse ne donne que les phrases de passe. Enfin ça 
> c'est ce que j'ai compris, je ne suis pas sur.

En fait, peut-être que ça marche comme ça sous Mac OS X mais pas sous 
Ubuntu.

SSH_AGENT_LAUNCHER=gnome-keyring
SSH_AUTH_SOCK=/run/user/1001/keyring/ssh

Pas de SSH_ASKPASS.

(Est-ce que quelqu'un passant par ici saurait comment tout ça fonctionne 
sous Ubuntu ?)


> Le scénario, chez moi :
> 1) J'ai fait une clé SSH toute neuve (avec ssh-keygen) sur mon nouvel 
> ordinateur.
> 2) J'ai voulu utiliser celle de mon ancien ordinateur pour accéder à mes 
> ordinateurs distants déjà configurés, sans en faire ma clé par défaut.
> 
> (Est-ce que c'est un scénario complet ?)

Ce que je t'ai écrit là ne me plaisais pas trop, alors j'ai creusé un 
peu plus :

En fait (d’après mon expérience), pour que Seahorse accepte de prendre 
en charge une clé SSH supplémentaire, il y a 2 conditions à respecter :

1) Il ne regarde que dans ~/.ssh/ et nulle part ailleurs. Donc la clé 
doit être placée dans ~/.ssh/ strictement, même pas dans un sous-répertoire.

Et je n'ai pas trouvé de moyen de lui indiquer un emplacement.
IdentityFile donne l'info à SSH, mais Seahorse s'en fiche ! C'est pour 
ça qu'on a une invite dans le terminal ...

2) Il faut obligatoirement que la clé publique soit présente au même 
endroit, dans un fichier de nom identique avec juste l'extension "pub" 
en plus.
Ça n'est pas intuitif, puisque SSH ne demande pas ça ! (Je viens de 
vérifier à nouveau.)


merci à tous ceux qui ont (tenté de) donne(r) un coup de main. :-)


-- 
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/