Pourquoi la connexion ssh pour gitlab fonctionne pas (alors que http pousser et clone fonctionnent bien)?

Je lance un x86 raring ringtail sur un vieux pc et avoir installé bitnami gitlab 5.3.

Voici mon msg d'erreur lorsque vous essayez de pousser la première branche master en SSH en mode:

fatal: Could not read from remote repository.
Please make sure you have the correct access rights and the repository exists.

(il travaille dans le protocole http avec le gitlab tableau de bord web des informations d'identification)

  1. J'ai lancé bitnami-installer.run avec root utilisateur donc je pense que tous les fichiers sont allés dans /opt au lieu de /home (c'était la bonne procédure?)
  2. Je n'ai pas de git de l'utilisateur avant d'installer GitLab depuis que j'ai entendu il pourrait faire une confusion dans l' .ssh/authorized_keys des fichiers et des autres autorisations.
  3. Quand je lance ssh -T [email protected] il dit permission denied (public key) mais la pub clé sur mon ordinateur client est également en .ssh/authorized_keys?
  4. authorized_keys a le bon contenu également, avec pour chaque ligne:
    command= "/opt/gitlab/apps/"
    
  5. J'ai aussi remarqué que je ne peut pas afficher le contenu de authorized_keys fichier avec un sudo -su git nano authorized_keys parce que:

    l'utilisateur n'est pas dans le fichier sudoers.

  6. Mais sudo /opt/gitlab/apps/gitlab/gitlab-shell/bin/check retourne ok pour chaque vérification (gitlab api, acces, pensions et /home/git/.ssh/authorized_keys fichier (parce que j'ai mis dans la config.yml gitlab_url : http://myserver.com/gitlab (local adresse ip du serveur) au lieu de http://loopbackaddress.com/gitlab). J'ai remarqué que j'ai « deux versions » de la gitlab-shell répertoire, l'un dans /opt et un en /home et je ne sais pas si c'est le bon comportement ?
  7. Quand j'essaie un ssh -Tv il semble que le serveur ssh n'acceptent même pas ma clé, ne parviennent pas à s'authentifier et de retour « permission denied».
  8. Aussi rien de spécial dans le /var/log/auth.log des fichiers autres que sshd[number] : connection closed by IP address.
  9. Le fichier authorized_keys chemin d'accès est réglé à la bonne url absolue dans le /etc/ssh/sshd_config fichier (/home/git/.ssh/authorized_keys)
  10. Et enfin, je suis incapable de débogage avec « bundle exec/bin /râteau » depuis que je ne suis pas capable de faire mon ubuntu installer tout le paquet pour exécuter bundle.

Je suis presque sûr que c'est soit un simple ssh d'une mauvaise configuration ou quelque chose de mal lors de l'invocation de la command="/opt/...../gitlab-shell" dans le fichier authorized_keys

PS: à l'aide de git avec HTTP protocole serait suffisant pour mon serveur à la maison, mais l'intérêt de la gitlab tableau de bord est d'ajouter facilement des contributeurs en remplissant la clé ssh dans le formulaire web et l'utilisation de ssh après

Votre problème est peut-être à venir à partir d'un problème d'autorisation. Est-ce que chaque fichier unique à l'intérieur de /home/git appartient à l'utilisateur de git et du groupe de git?

OriginalL'auteur user2595943 | 2013-07-18