En fait, ça dépend du niveau de sécurité souhaité : il peut être nécessaire
de protéger la clef privée côté client par un mot de passe pour éviter
qu'elle soit volée. Dans ce cas, l'utilisateur doit entrer un mot de passe,
avec les avantages suivants sur un mot de passe classique :
1-le mot de
> > Le 9 déc. 2017 à 09:29, amandine SZCZYGIEL Z.elec wrote :
> > Le plus simple est de ne pas mettre de mot de passe et
> > d'utiliser une passkey avec un utilisateur crée spécifiquement
> > sur ta machine.
Avec une paire de clés publique et privée,
pas besoin de taper un mot de passe.
Le 09/12/2017 à 13:11, Pierre Malard a écrit :
Bonjour,
Avez vous regardé un outil comme « autossh » ? Cela fait exactement ce
que vous suggérez et, avec un échange de clés, tout est transparent.
+1
Le 9 déc. 2017 à 09:29, amandine SZCZYGIEL Z.elec
Bonjour,
Avez vous regardé un outil comme « autossh » ? Cela fait exactement ce que vous
suggérez et, avec un échange de clés, tout est transparent.
> Le 9 déc. 2017 à 09:29, amandine SZCZYGIEL Z.elec a
> écrit :
>
> Bonjour,
> Le plus simple est de ne pas mettre de mot
Sat, 09 Dec 2017 05:25:50 +0100
Maxime écrivait :
> Le vendredi 08 décembre 2017 à 11:25 +0100, Dominique Asselineau a écrit :
> > jérémy prego wrote on Fri, Dec 08, 2017 at 10:17:44AM +0100
> > > bonjour,
> > > cd ~ ou cd # fonctionne ici
> >
> > Et si on veut revenir au rép.
Bonjour,
Le plus simple est de ne pas mettre de mot de passe et d'utiliser une
passkey avec un utilisateur crée spécifiquement sur ta machine.
Benoit SZCZYGIEL
message d'origine-
De: Bernard Schoenacker [bernard.schoenac...@free.fr ]
Pour: Liste Debian
6 matches
Mail list logo