ssh : Permission denied (publickey,gssapi-avec-mic)

je suis l'utiliser centos 5.9.
après l'installation de gitlab par cette lien ssh ne fonctionne pas.
avant d'installer gitlab ssh correctement.
je suis sur ce serveur en local et d'autres services tels que elastix et apache,mysql installé sur le serveur.

apparaîtront pas cette erreur :

OpenSSH_6.9p1 Ubuntu-2ubuntu0.1, OpenSSL 1.0.2d 9 Jul 2015
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.88.23 [192.168.88.23] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
                                        debug1: Local version string SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH_4* compat 0x00000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to 192.168.88.23:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: [email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: [email protected],[email protected],ssh-rsa,[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,ssh-dss
debug2: kex_parse_kexinit: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1,[email protected],[email protected],[email protected],[email protected],hmac-md5,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1,[email protected],[email protected],[email protected],[email protected],hmac-md5,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected]
debug2: kex_parse_kexinit: none,[email protected]
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug1: kex: server->client aes128-ctr hmac-sha1 none
debug1: kex: client->server aes128-ctr hmac-sha1 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<7680<8192) sent
debug1: got SSH2_MSG_KEX_DH_GEX_GROUP
debug2: bits set: 3111/6144
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: got SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: ssh-rsa SHA256:7J6JOe94H9PedNKlx6yG/wMy6ZYC8iB74WdOVGDgY7A
debug1: Host '192.168.88.23' is known and matches the RSA host key.
    debug1: Found key in /root/.ssh/known_hosts:1
debug2: bits set: 3102/6144
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /root/.ssh/id_rsa ((nil)),
debug2: key: /root/.ssh/id_dsa ((nil)),
debug2: key: /root/.ssh/id_ecdsa ((nil)),
debug2: key: /root/.ssh/id_ed25519 ((nil)),
debug1: Authentications that can continue: publickey,gssapi-with-mic
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available

debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available

debug1: Unspecified GSS failure.  Minor code may provide more information


debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available

debug2: we did not send a packet, disable method
debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/id_rsa
debug1: Trying private key: /root/.ssh/id_dsa
debug1: Trying private key: /root/.ssh/id_ecdsa
debug1: Trying private key: /root/.ssh/id_ed25519
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey,gssapi-with-mic).
s'il vous plaît ajouter stackTrace ne pas joindre de Photos
retiré de l'image 🙂

OriginalL'auteur ali moradi | 2016-03-30

  1. 23

    J'ai eu le même problème pendant l'utilisation de vagrant. Donc, à partir de mon Mac j'ai essayé de ssh à un vagrant box (CentOS 7)

    Résolu en modifiant le fichier /etc/ssh/sshd_config 'PasswordAuthentication yes" puis re-commencé le service de 'sudo systemctl redémarrer sshd'

    Espère que cette aide.

    Le héros. Merci pour cette.
    je ne sais pas pourquoi c'est une réponse si c'est ce que je pense c'est. je veux dire que l'erreur est causé, quand im tryig connecter avec la clé. je ne veux pas d'un mot de passe.

    OriginalL'auteur redsu

  2. 8

    Que tout le monde a déjà dit, vous avez besoin de modifier /etc/ssh/sshd_config et changement PasswordAuthentication no à PasswordAuthentication yes

    Je suis tombé sur ce problème de la configuration d'un Vagrant box - donc, par conséquent, il est logique de script ceci et faire cela automatiquement dans un shell provisioner:

    sudo sed -i 's/PasswordAuthentication no/PasswordAuthentication yes/g' /etc/ssh/sshd_config;

    sudo systemctl restart sshd;

    OriginalL'auteur John

  3. 6

    Réglage de 700 à .ssh et de 600 à authorized_keys résolu le problème.

    chmod 700 /root/.ssh
chmod 600 /root/.ssh/authorized_keys

    OriginalL'auteur ahesh lakmal

  4. 3

    Selon la ligne debug1: Authentications that can continue: publickey,gssapi-with-mic , ssh authentification par mot de passe est désactivé et apparemment vous n'êtes pas à l'aide de l'authentification par clé publique.

    De connexion à votre serveur à l'aide de la console et ouvrez /etc/ssh/sshd_config fichier avec un éditeur de texte avec l'utilisateur root et de regarder pour la ligne PasswordAuthentication puis définissez la valeur sur oui et enfin redémarrer sshd service.

    mais cette solution n'a fonctionné !!!
    Si vous vous connectez en tant que root , recherchez PermitRootLogin dans /etc/ssh/sshd_config et voir est-il mis à yes ou pas.
    mais ce n'est pas le changement !

    OriginalL'auteur Ali Yousefi Sabzevar

  5. 1

    Dans Centos 7

    Erreur : publickey,gssapi-keyex,gssapi-avec-mic

    Ans : accès à la Racine de vi /etc/ssh/sshd_config et modifier le PasswordAuthentication ( non ) oui.

    2 . Redémarrez le sshd services

    racine> systemctl redémarrer sshd.service

    1. D'ouverture de session dans les locaux de l'id via putty sans clé.

    OriginalL'auteur Senthil

  6. 0

    fixé par la mise en GSSAPIAuthentication de no dans /etc/ssh/sshd_config

    OriginalL'auteur seh_notts

  7. 0

    Essayé beaucoup de choses, il n'a pas aidé.

    Il avoir accès à un moyen simple:

    eval $(ssh-agent) > /dev/null
killall ssh-agent
eval `ssh-agent`
ssh-add ~/.ssh/id_rsa

    Noter qu'à la fin de la ssh-add -L de sortie ne doit pas être un chemin d'accès à la clé, mais votre e-mail.

    OriginalL'auteur Nick Latkovich

  8. 0

    Peut-être que vous affectez-lui la clé publique à l' authorized_keys, le moyen le plus simple pour ce faire est d'utiliser ssh-copy-id -i your-pub-key-file user@dest.

    OriginalL'auteur Arvin