2 votes

Impossible de cloner gitolite 3 gitolite-admin avec Tortoisegit sur Windows 7

J'ai installé Gotolite 3 sur mon système CentOS 6.2 (64 bits) en utilisant yum, et j'essaie de cloner gitolite-admin avec Tortoisegit sur Windows 7 (64 bits), que j'ai installé avec PLink. Tortoisegit indique simplement qu'il est en train de cloner, mais la barre de progression ne bouge jamais et aucun fichier n'apparaît jamais dans le dossier glssh.html, jusqu'à ce qu'il finisse par abandonner avec une erreur 128 (échec de la requête HTTP, git ne s'est pas arrêté proprement).

Le fichier ~gitolite3/.ssh/suthorized_keys ressemble à ceci :

# gitolite start
command="/usr/share/gitolite3/gitolite-shell gitkey",no-port-forwarding,no-X11-     forwarding,no-agent-forwarding,no-pty ssh-rsa  AAAAB3NzaC1yc2EAAAABJQAAAIEAozy1qK68k2iu6rTJHNifMMne9DXvsm/pSeqMprRqJAdtLNHLxsFoPT7JF8Ct5GLbyZRWzV4tGjPnp7LJjsodMrjKes5km4LO1Q4tZPisdQu/awYkz8gg54sBwyJPlaIoL8pvMlzot+ZfcMwBm7Amgs5zEgqn4p+vVtqoOyh/sPk= Gitolite Admin
# gitolite end
ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAIBpO6jH4BPN8KwSZHEtG6kvkmWT/WZbtWSzpkklOjHrc1qu+pT0QHR1NfM8/pxOodbKoSmxUC1iaMVvhmURK4FFPJvvCIhUPud01BYCffjuBcYIYr1lfGwWVWc8Wvqg3DGkjL4bVEIYGx6gsg8OmLDMqzjXYuTW/yt6gKoEBs5oMw== Gitolite Account Key

J'ai eu beaucoup de mal à empêcher Tortoise (ou Git bash) de me demander un mot de passe, mais je ne pense pas que les clés soient le problème. Je suppose que la commande gitolite-shell est déclenchée, sinon Tortoise échouerait immédiatement comme c'est le cas avec l'autre clé (compte shell). Est-ce que le problème est maintenant du côté du serveur ? Les instructions pour l'installation à partir du RPM étaient plutôt sommaires (et ont omis de mentionner quelque chose comme gitolite setup -pk pour installer une clé au départ).

1voto

Vous devez définir dans etc/ssh/sshd_config

PasswordAuthentication no

ou

Match User votreUtilisateur
        PasswordAuthentication no

Cela devrait résoudre le problème de demande de mot de passe.

Maintenant, Selinux va se plaindre https://bugzilla.redhat.com/show_bug.cgi?id=827389
Pour vérifier cela
Sur votre serveur gitolite

[root@centos63 ~]# setenforce 0 

Sur votre compte administrateur gitolite

ssh votreUtilisateur@votreMachine info
#Devrait être le message de réponse
hello admin, c'est votreUtilisateur@votreMachine qui exécute gitolite3 3.04-1.el6 sur git 1.7.1

 R W    gitolite-admin
 R W    testing

Réinitialisez votre Selinux en mode de renforcement

[root@centos63 ~]# setenforce 1 

et faites un ssh votreUtilisateur@votreMachine info si vous n'obtenez pas le même message qu'auparavant, vous devez mettre à jour vos politiques Selinux

Installer ces mises à jour

  1. selinux-policy-3.7.19-159
  2. selinux-policy-targeted-3.7.19-159

Je les ai obtenus sur http://people.redhat.com/dwalsh/SELinux/RHEL6/noarch/
Le problème devrait être résolu.

0voto

VonC Points 2643

L'étape gitolite setup -pk est clairement mentionnée dans la page de configuration.

Tout d'abord, assurez-vous d'utiliser une clé ssh sans protection par mot de passe. Pas besoin d'ajouter des difficultés (ssh-agent côté client) par-dessus des difficultés (validation du gitolite côté serveur)
Voir "Impossible d'ajouter un utilisateur avec Gitolite" pour illustration. Ou "Créer une clé SSH avec ssh-keygen ne crée pas le dossier .ssh")

Ensuite, assurez-vous que la variable d'environnement utilisateur HOME est définie sur Windows (ce n'est pas le cas par défaut)

Lisez "gitolite : peut se connecter via ssh, mais ne peut pas cloner" pour plus d'informations sur la configuration ssh, et créez un fichier nommé '`%HOME%.ssh\config avec le contenu :

hôte gitolite
     utilisateur gitolite3
     nomhôte nomDeVotreServeurCentOS
     fichieridentité ~/.ssh/gitkey

Et assurez-vous que 'ssh gitolite' affiche le message de bienvenue de gitolite, comme détaillé dans "Autres fonctionnalités", un message similaire à :

bonjour gitkey, ceci est gitolite3@nomDeVotreServeurCentOS exécutant gitolite3 v3.03-34-ga171053 sur git 1.7.10.3

 R W gitolite-admin
 R W testing

(il semble que vous ayez choisi 'gitolite3' comme nom de compte utilisateur pour exécuter votre serveur gitolite)

Assurez-vous que ~gitolite3 a les autorisations 755 (pas de 'w' pour le groupe ou les autres), sinon ssh ne fonctionnera pas (permission refusée)

Si ssh ne fonctionne toujours pas, consultez "Impossible de pousser le master vers Github avec Git" pour le dépannage ssh :

ssh -vvv gitolite

Devrait vous en dire plus sur toute erreur ssh que vous pourriez avoir.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X