ssh: Berechtigung verweigert (publickey, gssapi-with-mic)

ich benutze centos 5.9. nach der Installation von Gitlab durch diese link SSH funktioniert nicht. vor der Installation gitlab ssh richtig funktioniert. Ich benutze diesen Server Localy und andere Dienste wie Elastix und Apache, mysql auf dem Server installiert.ssh: Berechtigung verweigert (publickey, gssapi-with-mic)

appeare dieser Fehler:

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]h.com,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).

Quelle

2016-03-30 ali moradi

fügen Sie bitte 'stac kTrace' donot attach Pics –

entfernt Bild :) –

Gemäß der Linie debug1: Authentications that can continue: publickey,gssapi-with-mic, ssh Passwort-Authentifizierung deaktiviert ist und anscheinend sind Sie nicht öffentlichen Schlüssel-Authentifizierung.

Melden Sie sich mit der Konsole bei Ihrem Server an und öffnen Sie die Datei /etc/ssh/sshd_config mit einem Editor mit root-Benutzer und suchen Sie nach Zeile PasswordAuthentication. Setzen Sie dann den Wert auf yes und starten Sie schließlich sshd service neu.

Quelle

2016-03-30 06:45:16

aber diese Lösung hat nicht funktioniert !!! –

Wenn Sie sich als 'root' anmelden, suchen Sie nach' PermitRootLogin' in '/ etc/ssh/sshd_config' und sehen Sie, ob es auf 'yes' gesetzt ist oder nicht. –

aber das ist keine Änderung! –

Ich hatte das gleiche Problem bei der Verwendung von Landstreicher. Also von meinem Mac Ich habe versucht, zu einer vagabundierenden Box ssh (CentOS 7)

es wurde gelöst durch eine Änderung der Datei/etc/ssh/sshd_config ‚PasswordAuthentication ja‘, dann wieder gestartet wird der Dienst ‚sudo systemctl Neustart sshd‘

Hoffe, das hilft.

Quelle

2016-09-22 09:27:32 redsu

Held. Danke dafür. – nickbdyer

fixiert GSSAPIAuthentication keiner in/etc/ssh/sshd_config

Quelle

2016-10-29 20:02:25

In Centos 7

Fehlereinstellung: publickey, gssapi-KeyEx, gssapi-with-mic

Ans: Root Zugriff auf vi/etc/ssh/sshd_config und ändern Sie PasswordAuthentication (no) in yes.

2. Starten Sie den sshd Dienste

root> systemctl Neustart sshd.service

Logon in lokale ID über Kitt ohne Schlüssel.

Quelle

2017-06-09 09:46:00 Senthil

Wie alle anderen schon gesagt Sie /etc/ssh/sshd_config und ändern PasswordAuthentication no-PasswordAuthentication yes

ich in dieses Problem lief die Einrichtung einer Vagrant Box bearbeiten müssen - so macht es daher Sinn Skript diesem und tun es automatisch in eine Schale provisioner:

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

sudo systemctl restart sshd;

Quelle

2017-06-20 10:05:49 John

ssh: Berechtigung verweigert (publickey, gssapi-with-mic)

Antwort

Verwandte Themen