GitLab SSH, la clé ne fonctionne pas

GitLab HTTP pull & pousser de travail, lors de la saisie des informations d'identification.

Mais lors de l'utilisation d'ajout de clé SSH, il est toujours en demandant le mot de passe, je ne sais pas. Pourquoi est-GitLab faire cela? Est-il serveur faute?

Et lors de l'appel de ssh -vT [email protected] il y a une erreur:

Permission denied (publickey)

J'ai tout essayé, même la ré-installation de Git, mais rien ne fonctionne. Même leur propre solution n'est pas de travail, comme décrit ici: https://help.github.com/articles/error-permission-denied-publickey/

Clé SSH a mot de passe, peut-il demande la passphrase ?
Je suppose que git.com est un faux nom pour votre serveur GitLab? Quel système d'exploitation utilisez-vous en tant que client d'accéder à votre serveur GitLab? Quelle est la version og Git utilisez-vous? Sont l'autorisation ok (comme dans stackoverflow.com/a/26967270/6309, je l'ai mentionné dans stackoverflow.com/a/28793643/6309).
Attendez, vous utilisez github ou gitlab? Ils sont complètement différents, indépendants (même si visuellement et fonctionnellement similaires) des choses.
Jem using my domain name instead of git.com Im à l'aide de linux(peutt specify OS because of my companies politics) on my server. And as client - its Ubuntu 14.04. Git version 1.9.1. Oui, les autorisations sont ok. Et je suis en utilisant gitlab!!
Ensuite, essayez les options de débogage je propose dans le stackoverflow.com/a/26967270/6309: ssh -Tvvv [email protected] et /usr/sbin/sshd -d sur le serveur.

OriginalL'auteur Jānis Blaus | 2015-03-15

  1. 1

    J'ai eu des problème similaire avec la nouvelle installation de gitlab. Après quelques recherches, j'ai vu en dessous de message illustré à la
    systemctl status sshd:

    Accepté publickey pour git à partir de 10.x.x.x port 50858 ssh2: RSA 67:01:..

    Utilisateur git à partir de 10.x.x.x n'est pas autorisée, car aucun des groupes de l'utilisateur sont répertoriés dans AllowGroups

    L'ajout d'utilisateurs de git dans sshusers groupe de résoudre mon problème.

    Espérons que cela aide

    OriginalL'auteur serdroid

  2. 1

    Je réalise que c'est un superold question, mais je vais poster ce soit.

    Dans mon cas c'était un SELinux question. Désactiver ou de s'assurer que authorized_keys a la SELinux type de ssh_home_t avec

    semanage fcontext -a -t ssh_home_t "/home/git/.ssh/authorized_keys"

    Où /home/git est le chemin le git répertoire home de l'utilisateur. Le mien était /var/opt/gitlab/.

    OriginalL'auteur Steve TheGreat

  3. 1

    J'ai eu le même problème, après vérification de

    /var/log/auth.log

    J'ai eu : 

    *User git not allowed because account is locked
*input_userauth_request: invalid user git [preauth]
*Connection closed by IP.IP.IP.IP [preauth]

    Ainsi, le correctif a été

    sudo passwd -d git

    Grâce à Noé (source)

    OriginalL'auteur emonik