1. ev
  2. Soru-cevap
  3. ssh: İzin reddedildi (publickey, gssapi-with-mikrofon)

ssh: İzin reddedildi (publickey, gssapi-with-mikrofon)

2016-03-30 22 views
3

Ben centos 5.9 kullanıyorum. link ssh çalışmaya başlamadan sonra gitlab yükledikten sonra . Gitlab ssh dosyasını doğru şekilde yüklemeden önce . Bu sunucu yerel olarak ve elastix ve apache, mysql sunucuda yüklü gibi diğer hizmetleri kullanıyorum.ssh: İzin reddedildi (publickey, gssapi-with-mikrofon)

appeare bu hata:

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].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],hmac-[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).

kaynak

2016-03-30 ali moradi

+0

'Stac ekleyin kTrace 'Bağış ekle Pics –

+0

kaldırıldı resim :) –

cevap

2

hattı debug1: Authentications that can continue: publickey,gssapi-with-mic, ssh şifre doğrulaması devre dışı bırakılır ve görünüşe göre genel anahtar doğrulamayı kullanmıyorsanız göre.

Sunucunuzu konsol kullanarak açın ve kök kullanıcı ile bir editörle /etc/ssh/sshd_config dosyasını açın ve PasswordAuthentication numaralı satırı arayın ve ardından değerini yes olarak ayarlayın ve son olarak sshd hizmetini yeniden başlatın.

kaynak

2016-03-30 06:45:16

+0

ama bu çözüm işe yaramadı! –

+0

Kök olarak oturum açarsanız, '/ etc/ssh/sshd_config' içinde' PermitRootLogin 'ifadesini arayın ve bkz.' Yes ​​'olarak ayarlanmış veya değil. –

+0

ama bu değişiklik değil! –

17

Vagrant kullanırken aynı sorunu yaşadım. Yani benim Mac ben (CentOS 7) bir serseri kutusuna ssha çalışıyordu

değiştirerek bunu çözüldü/etc/ssh/sshd_config 'PasswordAuthentication evet' ise hizmet 'sudo systemctl restart sshd'

yeniden başlatılacaktır

Bu yardımcı olur umarım.

kaynak

2016-09-22 09:27:32 redsu

+0

Kahraman. Bunun için teşekkürler. – nickbdyer

0

hiçbir in/etc/ssh/sshd_config

Centos 7'de

kaynak

2016-10-29 20:02:25

0

Hata GSSAPIAuthentication ayarlanmasıyla: publickey, GSSAPI-KeyEx, GSSAPI-ile-mikrofon

Ans: Kök erişim vi/etc/ssh/sshd_config ve PasswordAuthentication (no) 'u yes olarak değiştirin.

2. systemctl yeniden başlatma sshd.service> sshd hizmetleri

kök yeniden başlatın

  1. Oturumu'nu başlatın. herkes zaten /etc/ssh/sshd_config düzenlemek ve ben Serseri kutusu kuruyorsunuz bu sorunu koştu PasswordAuthentication no

    PasswordAuthentication yes değiştirmek gerekir dediği gibi

kaynak

2017-06-09 09:46:00 Senthil

2

- yani bu nedenle senaryo bu mantıklı ve otomatik bunu bir kabuk Provisioner:

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

sudo systemctl restart sshd;

kaynak

2017-06-20 10:05:49 John

 İlgili konular

  • İlgili sorun yok^_^