Tu n'a peut être pas compris de quoi il s'agit. Le fait que git s'appuie généralement sur SSH pour l'authentification n'a rien de nouveau, le fait que celle puisse s'établir via un couple de clef privée/publique est antérieur encore à git. Là il s'agit juste de permettre une gestion plus flexible des clefs publiques grâce à l'utilisation d'une commande (qui peut aller chercher la clef publique sur un serveur LDAP, SQL, noSQL ou bien faire ce qu'elle veut).
Les précédentes solutions comme LPK n'ont jamais étaient intégrées upstream.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Rien de neuf
Posté par barmic . En réponse au journal AuthorizedKeysCommand. Évalué à 3.
Tu n'a peut être pas compris de quoi il s'agit. Le fait que git s'appuie généralement sur SSH pour l'authentification n'a rien de nouveau, le fait que celle puisse s'établir via un couple de clef privée/publique est antérieur encore à git. Là il s'agit juste de permettre une gestion plus flexible des clefs publiques grâce à l'utilisation d'une commande (qui peut aller chercher la clef publique sur un serveur LDAP, SQL, noSQL ou bien faire ce qu'elle veut).
Les précédentes solutions comme LPK n'ont jamais étaient intégrées upstream.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)