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)
- J'ai lancé
bitnami-installer.run
avecroot
utilisateur donc je pense que tous les fichiers sont allés dans/opt
au lieu de/home
(c'était la bonne procédure?) - 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. - Quand je lance
ssh -T [email protected]
il ditpermission denied (public key)
mais la pub clé sur mon ordinateur client est également en.ssh/authorized_keys
? authorized_keys
a le bon contenu également, avec pour chaque ligne:command= "/opt/gitlab/apps/"
- J'ai aussi remarqué que je ne peut pas afficher le contenu de
authorized_keys
fichier avec unsudo -su git nano authorized_keys
parce que:
l'utilisateur n'est pas dans le fichier sudoers.
- Mais
sudo /opt/gitlab/apps/gitlab/gitlab-shell/bin/check
retourneok
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 ? - 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». - Aussi rien de spécial dans le
/var/log/auth.log
des fichiers autres que sshd[number] : connection closed by IP address
. - 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) - 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
OriginalL'auteur user2595943 | 2013-07-18
Vous devez vous connecter pour publier un commentaire.
J'ai l'erreur suivante en essayant de cloner le repo via ssh à partir fraîchement installé gitlab:
Solution a été trouvée à https://github.com/gitlabhq/gitlab-public-wiki/wiki/Trouble-Shooting-Guide#ssh
Vérifier ssh log /var/log/auth.journal et si vous trouver une erreur:
ensuite modifier
/etc/shadow
et changementgit:!: to git:*:
P. S.
Dans mon cas, sur CentOS 6.5, il est /var/log/secure et git:!!:
Merci beaucoup! Enfin trouvé une solution
OriginalL'auteur alius.miles
J'ai eu la même erreur. cherché et essayé plusieurs façon. Il n'a pas de travail.
Puis, j'ai trouvé la réponse dans ce site [http://georgik.sinusgear.comUn. Il a travaillé pour moi.
Mon gitlab version 6.6.4.
Faire comme ci-dessous:
faites défiler jusqu'à nº d'écouter à la fois sur un socket de domaine Unix et un port TCP et a constaté que:
écouter "127.0.0.1:port", :tcp_nopush => true
changement
gitlab_url: "-votre-domaine"
à
redémarrer gitlab
OriginalL'auteur biolinh
Vérifiez les autorisations sur le .ssh dossier.
Vous connecter en tant qu'utilisateurs de git et de définir avec
Si vous rencontrez des problèmes pour utiliser la sortie commentée par ssh pour gagner plus d'info
(Il peut aussi être un contexte selinux problème si selinux est activé et l'application, voir ce blog)
OriginalL'auteur alastairtree
J'ai besoin d'ajouter ma clé publique pour le /home/git/repositories/.ssh/authorized_keys. Le authoried_keys dans /home/git/.ssh semble pas être utilisés.
Ajouter votre clé publique à authorized_keys
Assurer git est le propriétaire du fichier
Assurer de groupe est git
Fichier de jeu de mode bits
OriginalL'auteur robor78