Autorisation refusée lorsque j'essaie de faire de local à distance gitlab référentiel

J'ai créé un référentiel dans gitlab de l'interface utilisateur web et essayé de pousser mon dépôt local. J'ai ajouté repo distant à l'aide de la commande suivante:

$ git remote add origin [email protected]:project.git

Ensuite, j'ai essayé de pousser mais il des erreurs. Je n'utilise pas ssl. Je veux utiliser du texte brut connexion.

$ git push origin master
[email protected]'s password:
Permission denied, please try again.
[email protected]'s password:
Permission denied, please try again.
[email protected]'s password:
Permission denied (publickey,password).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
C'est de tester le compte que vous avez utilisé pour installer gitlab? Il devrait être, par défaut, git.
J'ai utilisé la racine pour installer gitlab. Ensuite, j'ai créé un utilisateur de test à partir d'une interface web. et a créé le projet avec l'utilisateur de test.

OriginalL'auteur a.toraby | 2015-03-23

  1. 8

    Puis j'ai créé l'utilisateur de test à partir d'une interface web. et a créé le projet avec l'utilisateur de test.

    Vous de ne jamais utiliser cet utilisateur de communiquer avec un serveur en ssh: toutes les clés autorisées sont regroupés sous un compte, pour gitlab devrait être git: ~git/.ssh/authorized_keys

    Voir config/gitlab.yml.

    Donc, essayez:

    git remote set-url origin [email protected]:project.git
    Merci mais je ne veux pas ssh. Comment est-ce possible sans ssh?
    Je comprends que vous ne souhaitez pas accéder à votre repo avec une url ssh, mais votre question a une url ssh, d'où ma réponse. Voir dans la page du projet si vous avez une url https pour le clonage de votre projet repo.
    Merci de vous répondre. Je suis je suis un newbie sur le gitlab. J'ai pris un coup d'oeil à la page du projet et j'ai constaté que je suis en train d'utiliser un chemin ssh au lieu de http. Merci pour votre aide.
    pas de problème: le https l'on permettra à utiliser le réel de l'utilisateur (test) au lieu de l'utilisateur de service (git).
    il peut être pour éviter le mot de passe http (lors de l'utilisation de passphrasee-moins privé de clés ssh), ou pour éviter un serveur http (puisque la plupart des systèmes Linux ont un ssh daemon déjà)

    OriginalL'auteur VonC

  2. 2

    Les nouvelles versions de ssh également refuser les clés DSA utiliser par défaut. Assurez-vous d'utiliser des clés RSA ou assurez-vous que votre ~/.ssh/config ou /etc/ssh/ssh_config fichiers
    permis de clés DSA. Vous pouvez le faire en ajoutant quelque chose comme cela pour le fichier approprié:

    Host your.git.server
    KexAlgorithms +diffie-hellman-group1-sha1
    HostkeyAlgorithms ssh-dss,ssh-rsa

    Ce un peu de moi.

    OriginalL'auteur Rick Stevens

  3. 0

    Un de mes collègues a été confronté au même problème. Pour lui, c'était le problème avec le réglage de la SSH. Il semble que les informations d'identification utilisé est incorrect. Et le nettoyage qui a résolu le problème. 

    $ git config --system --unset credential.helper
$ git config --global --unset credential.helper

    Grâce à Patthoyts pour cette réponse.

    Cela a nothinng à voir avec cette question, qui utilise une URL SSH. Un credentiual helper est pour la mise en cache des informations d'identification (nom d'utilisateur/mot de passe) pour des Url HTTPS uniquement.

    OriginalL'auteur Sibeesh Venu