Ne peut pas dupliquer les gitlab repo via ssh, via http - OK
Je suis nouveau sur gitlab et CI donc j'avais des tonnes de questions, mais certains d'entre eux résolu via google, de SORTE que, git mans, mais pas la dernière ...
Je ne peux pas cloner le repo via ssh =(
Si j'essaie de cloner le repo via http:
lesha@lesha-SeoTeam:/var/www$ git clone http://gitlab.vbox/root/virtualboxgitlab.git
Cloning into 'virtualboxgitlab'...
Username for 'http://gitlab.vbox': root
Password for 'http://[email protected]':
warning: You appear to have cloned an empty repository.
C'est OK!
Mais via ssh ...
lesha@lesha-SeoTeam:/var/www$ git clone [email protected]:root/virtualboxgitlab.git
Cloning into virtualbox 'gitlab'
[email protected]'s password:<br />
Il me demande de git du mot de passe que je n'ai pas créer lors de l'installation (comme je l'avais chez l'homme)
rsa keys
J'ai ajouté ma touche à l'aide gitlab web (pour tenir compte de la racine, en fait je n'ai pas créer d'autres comptes)
Et aussi j'ai ajouté des clés par "chat my_rsa.pub >> authorized_keys"
J'ai lu quelques posts ici sur ssh problèmes, mais la plupart ont gitolite installé
J'ai installé gitlab 5.3 sans gitolite (comme dans le manuel), peut-être que je devrais ?
Aussi j'ai essayé ssh -vT [email protected] et sorties :
....
debug1: Server host key: ECDSA 48:83:ba:b3:37:72:a0:dc:ca:2c:a3:b8:78:a1:c4:ad
debug1: Host 'gitlab.vbox' is known and matches the ECDSA host key.
debug1: Found key in /home/lesha/.ssh/known_hosts:2
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/lesha/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /home/lesha/.ssh/id_dsa
debug1: Trying private key: /home/lesha/.ssh/id_ecdsa
debug1: Next authentication method: password
[email protected]'s password:
root@seotm-server:/home/git/.ssh# ls -l
итого 4
-rw------- 1 git git 922 Июл 18 21:05 authorized_keys
environmetnt:
debian 7, nginx + passager, gitlab 5.3, ruby 2.0.0p247 , sans gitolite, puma contre licorne
s'il vous plaît aider!=) je suis coincé ...
quelques ajouts (20.07.2013):
J'ai créé l'utilisateur git comme dans le manuel d'installation
sudo adduser --disabled-login --gecos 'GitLab' git
Le lendemain, j'ai essayé de tuer git et de rajouter simplement par useradd commande, une fois que mes clés sont travail mais je ne suis toujours pas heureux parce que:
lesha@lesha-SeoTeam:/var/www$ git clone [email protected]:root/virtualboxgitlab.git
Cloning into 'virtualboxgitlab'...
fatal: 'root/virtualboxgitlab.git' does not appear to be a git repository
fatal: The remote end hung up unexpectedly
et le http fonctionne ainsi que les précédents:
lesha@lesha-SeoTeam:/var/www$ git clone http://gitlab.vbox/root/virtualboxgitlab.git
Cloning into 'virtualboxgitlab'...
Username for 'http://gitlab.vbox': root
Password for 'http://[email protected]':
warning: You appear to have cloned an empty repository.
Alors, maintenant, je n'ai pas auth problèmes, mais ont un autre.
Comment voulez-vous résoudre ce problème à partir de là?
OriginalL'auteur alexZT | 2013-07-19
Vous devez vous connecter pour publier un commentaire.
GitLab 5.x ne pas utiliser gitolite plus, mais
gitlab-shell.Je vous conseille de créer un compte dédié, tel que recommandé dans le processus d'installation.
Que ssh commandes signifie que vous demandez un shell sécurisé sur "
gitlab.vbox'en tant qu'utilisateur"git'. Si l'utilisateur n'existe pas... ça ne marchera pas.Il n'est pas nécessaire de l'essayer et de cloner le repo est les tests ne fonctionne pas correctement:
La OP rapports ssh fonctionne mieux après la création de l'utilisateur git et en ajoutant les clés, mais:
~git/.ssh/id_rsa: vous essayez d'ouvrir une session en tant quegit, à partir d'un compte client.gitest le compte dans lequel gitlab est installé.useradd" ssh root.Si vous voyez ceci:
Cela signifie également que vous ne devez pas spécifier le chemin d'accès de l'opération (
root/):Il est gitlab d'emploi pour savoir où virtualboxgitlab.git est stocké (tel que spécifié dans sa
gitlab.ymlfichier de config)en gros, oublier racine, et faire l'installation complète de gitlab comme il se doit: dans un "gitcompte.L'OP fait le travail, en commentant:
L'OP:
qui ne peut pas résoudre le nom d'hôte, a ajouté
gitlab.vboxà/etc/hostsGit configured for git user? ... no, mon git utilisateur existe etgit:x:1001:1001:GitLab,,,:/home/git:/bin/bashajouté mon utilisateur au groupe sudo,fait une installation propre, reçu le message d'erreur
/usr/local/lib/ruby/2.0.0/net/http.rb:878:ininitialize": getaddrinfo: Nom ou service inconnu (SocketError) " qui ne peut pas résoudre le nom d'hôte, a ajouté gitlab.vbox pour/etc/hostsadn maintenant, je suis presque heureux!=) un mot sur le chemin des pensions, vous avez dit que je ne devrais pas spécifier la racine/ en chemin, je ne et je, "root" est que les administrateurs de l'espace de noms, gitlab crée cette url automatiquement et sans elle, le clone ne fonctionne pas, maintenant, tout de clones et je commence à installer gitlab CI, merci beaucoupOriginalL'auteur VonC