Merci pour votre remarque. Cependant, le délai sera trop court pour la session d’après-demain mais peut être pour les prochaines .

Bonne journée,

–
L’équipe Gitstack

Je pense que même Git au Quotidien serait intéressant pour vous, car en dépit de son nom, il va très en profondeur et donne une bonne idée des éléments à faciliter via une UI. Il y a justement une session après-demain et il y reste des places !

Je fais parti de l’équipe Gitstack qui est un nouvel outil qui permet d’installer Git sur une plateforme Windows et ce, très simplement.

Je suis donc intéressé par vos prochaines formations (notamment Git Avancé) car elles pourraient intéresser nos utilisateurs.

Et je confirme, Git c’est bien .

Bonne journée,

–
L’équipe Gitstack

J’ai donc désinstaller ce gitosis, et effectuer la procédure d’installation du tuto. Et là, çà a marché.

En tous les cas, merci pour vos réponses et votre réactivité.

C’est pourquoi mon tuto utilise l’utilisateur git partout.

Si tu as utilisé plutôt un user gitafg (libre à toi), tes syntaxes de remote doivent alors être gitafg@… plutôt que git@. Moins conventionnel mais marche pareil.

Et encore une fois, on SSH d’où on veut vers le serveur (y compris depuis le serveur lui-même), la seule contrainte est que le user qui lance l’opération SSH (clone, push, fetch, remote update, ls-remote, etc.) ait bien une clé privée dont la publique soit connue du user exploité par gitosis.

Je pense qu’il y a une confusion fondamentale entre les users Git et Gitafg, là.

Que tu sois sur la même box ou pas, on s’en fiche, l’important est que tu SSH sur la box « serveur », ce que tu peux faire depuis la box elle-même sans problème.

En revanche, tu me dis que tu es logué en gitafg et que c’est *ton* ~/.ssh/authorized_keys qui a ce dont je parle, alors que non, c’est celui de l’utilisateur git (donc /var/lib/git/.ssh/authorized_keys dans mon tuto) qui doit contenir ça. C’est ce que le gitosis-init aurait dû faire.

En effet, tu ssh en faisant git@…, donc c’est l’utilisateur git qui est exploité pour la gestion SSH « côté serveur ».

Je ne suis pas sûr de voir à quoi sert ton utilisateur gitafg en fait…

Cependant, je suis ton tuto à la lettre, et pour être sûr, je n’ai fait que des copiés-collés sur ma machine.
C’est vrai que mon premier message n’était pas clair. Je suis sur un serveur avec les utilisateurs root et gitafg : je suis connecté en tant que gitafg.

Après je suis parfaitement le tuto et l’affichage de mon fichier ~/.ssh/authorized_keys correspond bien à ce que tu décris.
Est-ce que git et giafg peuvent se trouver sur la même machine (serveur) ?
Est-ce que çà change quelquechose si je me connecte au serveur à distance, via un SSH justement ? (j’ai bien créé une autre clef comme dans le tuto) ?

Encore merci

Les points usuels à vérifier sont :

* que vous avez bien créé l’utilisateur git avec les bonnes options (–system notamment, –disabled-password si adduser)
* que vous avez bien lancé gitosis-init avec un sudo -u git et que vous lui avez bien passé la bonne clé SSH (la clé publique correspondant à votre clé privée, typiquement ; à vous lire, on n’est pas sûr)
* que vous tentez le git clone en tant que l’utilisateur dont la clé publique a été fournie (gitafg dans votre cas)

Il faut bien comprendre que l’utilisateur git est en fait un simple point d’entrée. gitosis-init va configurer votre SSH côté serveur pour répondre à tout accès via cet utilisateur en exploitant gitosis-serve ; le ~/.ssh/authorized_keys de git (dans son homedir, dans mon tuto /var/lib/git) doit contenir au départ deux lignes : un commentaire « autogenerated by gitosis » et une ligne « command= »gitosis-serve nom-compte-symbolique »,…, votre-clé-publique ».

Si ce n’est pas le cas, vous avez fait un oubli / une faute en suivant le tuto.

git clone vous demande un mdp car c’est le comportement de base de SSH quand il ne trouve pas de correspondance de clé ; et il vous le demande pour git car l’utilisateur côté serveur qui est le point d’entrée, c’est git, pas gitafg (utilisateur « côté client », dans la pratique).

Bien à vous,