Gitolite: ajout d'utilisateur ne fonctionne pas, et REFUSÉ par fallthru lors du clonage en tant que root?

Ces instructions mentionne le clonage avec un utilisateur qui a un id_rsa.pub clé utilisée lors de l'installation de Gitolite.

Donc, votre compte doit avoir en sa ~/.ssh la id_rsa et id_rsa.pub clés utilisées par gitolite lors de la déclaration de la " git ' utilisateur (qui est le seul capable de cloner gitolite-admin repo).

Maintenant, pour ajouter un utilisateur, non seulement vous devez déclarer l'utilisateur dans le gitolite.conf fichier (que vous avez), vous devez également ajouter sa clé publique à l'locale gitolite-admin repo 'keys' annuaire.

• Je demande à Steve de Franko pour générer une nouvelle paire clé publique/privée à l'aide de ”ssh-keygen -t dsa”
• Je demande à Steve de Franko de m'envoyer la clé PUBLIQUE qu'il vient d'être généré
• - Je renommer la clé publique de id_dsa.pub à sfranko.pub
• Je copie le sfranko.pub clé dans le gitolite-admin/keydir répertoire

Si vous effectuer ces opérations avant de le pousser en arrière gitolite-admin, puis Gitolite déclarera que nouvel utilisateur, et votre git clone foo:newrepo fonctionne.

Notez que si vous avez fait le Gitolite de l'installation avec le git compte comme je l'ai recommandé avant, vous devriez avoir dans votre fichier de configuration:

Host git
    HostName iptonas
    User git
    Port 123
    Identityfile ~/.ssh/git

Et d'aller git clone git:gitolite-admin.

Le seul moment où vous devriez voir/utiliser root est au début de l'installation sur le serveur, afin de déclarer/ajouter le git compte.

Après cela, je tiens à vous recommander de ne pas utiliser/voir root n'importe où dans votre processus.

---

En fait je n'ai générer deux jeux de clés, donc mon ~/.ssh dossier a actuellement: id_rsa, id_rsa.pub, id_foo, id_foo.pub

Votre ~/.ssh dossier doit contenir:

git, git.pub, id_foo, id_foo.pub

Gitolite bases de son mécanisme d'autorisation sur une authentification faite d'après le nom de la clé publique.

De nouveau: sur le côté serveur, vous devez effectuer les gitolite installation en tant qu'utilisateur comme git, avec comme argument qu'une /tmp/git.pub (pas /tmp/id_rsa.pub)

---

Récapitulons, car il y a beaucoup de confusion ici. Gitolite est basé sur ssh.

Cela signifie que vous avez besoin d'un compte (ici git) sur le côté serveur (qui sera votre Gitolite serveur), dans lequel un ~git/.ssh/authorized_keys fichier permet d'enregistrer tous les Gitolite admin/users clés publiques.

Sur le côté client (votre utilisateur toto), vous devez (au moins pour votre premier utilisateur) les clés publiques et privées à partir de git, et ceux de foo.

Votre ~foo/.ssh/config fichier contiendra:

Host gitadmin
    HostName iptonas
    User git
    Port 123        
    identityfile ~/.ssh/git

Host foo
    HostName iptonas
    User git
    Port 123
    identityfile ~/.ssh/foo

Noter que l'utilisateur pour toute communication ssh est toujours git! Vous avez toujours contacter le Gitolite serveur via ssh adresse comme ssh://git@iptonas:123/arepo.

À l'exception, depuis yo avoir plusieurs clés SSH a choisi de partir, vous pouvez taper à la place:

• git clone gitadmin:gitolite-admin, ou
• git clone foo:newRepo

La première commande va vous permettre de cloner le gitolite-admin repo (parce que vous n'avez que l'utilisation de git privé et public des clés ssh, donc vous avez les droits pour le faire).

Vous pouvez utiliser ce clone local pour mettre foo.pub dans le keys répertoire, et de déclarer un newRepo dans le config fichier.

Puis vous poussez vers l'arrière que les pensions de titres (et Gitolite ne sa magie, la création d'un nouveau dépôt, l'ajout de contenu de foo.pub à ~git/.ssh/authorized_keys pour vous, avec une forcés de la commande de script afin d'intercepter les commandes ssh émis par foo).

(Je préfère de nommage que ssh raccourci ' gitadmin "au lieu de git, même si les clés publiques/privées sont nommés'git.xxx", car " gitadmin ' reflète mieux la intention de la ssh commandes que vous en ferez: vous administrez git droits d'accès)

La deuxième commande permet de cloner votre newRepo et de travailler sur elle.

Noter que:

• ssh gitadmin, ou
• ssh foo

affichera le gitolite version et les droits associés avec les clés ssh utilisé par chaque ssh raccourcis " gitadmin "et"foo', tel que défini dans la ~foo/.ssh/config fichier.

OriginalL'auteur VonC