ssh：权限被拒绝（公钥，gssapi-with-mic）

Question

我正在使用 centos 5.9。 通过此链接ssh 安装 gitlab 后无法正常工作。 安装前 gitlab ssh 正常工作。 我在本地使用此服务器和安装在服务器上的其他服务，例如 elastix 和 apache,mysql。

出现此错误：

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: curve25519-sha256@libssh.org,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: ssh-rsa-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-rsa,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-ed25519-cert-v01@openssh.com,ssh-dss-cert-v01@openssh.com,ssh-dss-cert-v00@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,ssh-dss
debug2: kex_parse_kexinit: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1,hmac-md5-etm@openssh.com,hmac-ripemd160-etm@openssh.com,hmac-sha1-96-etm@openssh.com,hmac-md5-96-etm@openssh.com,hmac-md5,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1,hmac-md5-etm@openssh.com,hmac-ripemd160-etm@openssh.com,hmac-sha1-96-etm@openssh.com,hmac-md5-96-etm@openssh.com,hmac-md5,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,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,rijndael-cbc@lysator.liu.se
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,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
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).

Answer 1

我在使用 vagrant 时遇到了同样的问题。 所以从我的 Mac 我试图 ssh 到一个 vagrant box (CentOS 7)

通过修改/etc/ssh/sshd_config PasswordAuthentication yes然后使用sudo systemctl restart sshd重新启动服务来解决它

希望这可以帮助。

Answer 2

将 700 设置为 .ssh 并将 600 设置为 authorized_keys 解决了这个问题。

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

Answer 3

将 PasswordAuthentication 设置为 yes，不是最好的方法，不如使用私钥和公钥进行身份验证安全！

首先确保您在服务器端设置了闲置权限。

首先检查您的主目录（服务器端）

[vini@random ~]$ ls -ld ~

drwx------. 3 vini vini 127 Nov 23 15:29 /home/vini

如果不是这样，运行

chmod 0700 /home/your_home

现在检查 .ssh 文件夹

[vini@random ~]$ ls -ld  /home/vini/.ssh/

drwx------. 2 vini vini 29 Nov 23 15:28 /home/vini/.ssh/

如果看起来不是这样，请运行

chmod 0700 /home/your_home/.ssh

现在确保authorized_keys看起来像这样

[vini@venon ~]$ ls -ld  /home/vini/.ssh/authorized_keys 

-rw-------. 1 vini vini 393 Nov 23 15:28 /home/vini/.ssh/authorized_keys

或者只是运行

chmod 0600 /home/your_home/.ssh/authorized_keys

之后转到/etc/ssh/sshd_config

最佳安全套装

PermitRootLogin no

PubkeyAuthentication yes

保持为yes用于测试目的

PasswordAuthentication yes

确保

ChallengeResponseAuthentication no

为 GSSAPI 注释这些行

# #GSSAPIAuthentication yes
# #GSSAPICleanupCredentials no

确保设置为UsePAM yes

UsePAM yes

现在重新启动 sshd 服务

systemctl restart sshd

在客户端

cd /home/your_home/.ssh

生成新密钥； 设置密码是可选的，但这是一个好主意

ssh-keygen -t rsa -b 2048

将发布密钥复制到您的服务器

ssh-copy-id -i id_rsa.pub user_name@server_ip 

start ssh agent 

eval $(ssh-agent)

ssh-add /home/user/.ssh/your_private_key

现在你可以走了！

ssh user_name@server_ip

如果一切正常

备份您的私钥，然后拒绝PasswordAuthentication

PasswordAuthentication no

重启你的服务器

现在任何人都应该在没有密钥的情况下尝试 ssh 进入您的服务器

vini@random: Permission denied (publickey).

让脚本儿童远离您的业务，祝您好运

Answer 4

正如其他人已经说过的，您需要编辑/etc/ssh/sshd_config并将PasswordAuthentication no更改为PasswordAuthentication yes

我在设置 Vagrant 盒子时遇到了这个问题 - 因此，编写脚本并在 shell 配置器中自动执行它是有意义的：

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

sudo systemctl restart sshd;

Answer 5

根据debug1: Authentications that can continue: publickey,gssapi-with-mic ，ssh 密码身份验证被禁用，显然您没有使用公钥身份验证。

使用控制台登录到您的服务器并使用具有 root 用户的编辑器打开/etc/ssh/sshd_config文件并查找行PasswordAuthentication然后将其值设置为 yes 最后重新启动 sshd 服务。

Answer 6

请确保以下更改应取消注释，我在 centos7 中做了并取得了成功

vi /etc/ssh/sshd_config

1.PubkeyAuthentication yes

2.PasswordAuthentication yes

3.GSSAPIKeyExchange no

4.GSSAPICleanupCredentials no

systemctl restart sshd

ssh-keygen

chmod 777 /root/.ssh/id_rsa.pub 

ssh-copy-id -i /root/.ssh/id_rsa.pub user@ipaddress

谢谢大家，祝你好运

Answer 7

我有同样的问题。 就我而言，macOS 不会加载我的 SSH 密钥，但我通过以下方式对其进行了修复：

ssh-add <SSH private key>
ssh-add <SSH public key>

我无法连接到 DigitalOcean 上的 Droplet，但后续命令对我有用。

你可以去这里的论坛。

Answer 8

问题是 AWS 上 centos 实例上大多数公钥错误的用户名。 对于权限被拒绝（公钥、gssapi-keyex、gssapi-with-mic）：

它很简单。 只需将您的用户名从 centos 更改为 ec2-user 即可解决问题。

晚点再谢我：）

Answer 9

尝试了很多东西，它没有帮助。

它以一种简单的方式访问：

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

请注意，在ssh-add -L输出的末尾必须不是密钥的路径，而是您的电子邮件。

Answer 10

在 Centos 7 中

错误：公钥、gssapi-keyex、gssapi-with-mic

Ans : 对 vi /etc/ssh/sshd_config 的 Root 访问权限并将 PasswordAuthentication ( no ) 更改为 yes。

2. 重启 sshd 服务

根> systemctl 重新启动 sshd.service

通过 putty 无密钥登录到本地 id。

Answer 11

我试试

rm ~/.ssh/id_rsa.pub

然后它工作！

Answer 12

没有人在上面的答案中提到这一点，所以我提到它。

如果您位于错误的文件夹或 pem 文件的路径不正确，也会出现此错误。 我遇到了类似的问题，发现我的 pem 文件不在我执行 ssh 命令的位置

cd KeyPair
ssh -i Keypair.pem ec2-user@244.255.255.255

Answer 13

我知道这是一个老问题，但我想我会把我的修复添加到锅里。

我在尝试从 Ubuntu 连接到 Amazon Linux 时遇到了同样的错误。 解决方案是简单地改变这个：

ssh-add -c <key_location>.pem

对此：

ssh-add "<key_location>.pem"

......非常简单的改变让我进来了。

Answer 14

正如其他一些人所提到的，确保在 ssh 进入服务器时使用正确的私钥。 我在我的目录中设置了多个 ssh 私钥，因此它默认为不同的密钥。 要使用正确的密钥进行 ssh，请在 CLI 调用ssh centos@IP-ADDRESS -i YOUR-PATH-TO-KEY中调用它，在我的情况下，路径是~/.ssh/id_rsa

Answer 15

通过在 /etc/ssh/sshd_config 中将 GSSAPIAuthentication 设置为 no 来修复

Answer 16

也许您应该将公钥分配给authorized_keys ，简单的方法是使用ssh-copy-id -i your-pub-key-file user@dest 。

Answer 17

而且我认为这将清除发布问题的原因，实际上这是 pssh 本身的错误（包含在“askpass-client.py”中）。 它是 pssh 的 lib 文件。 并且有记录的问题 -A 案例： https ://code.google.com/archive/p/parallel-ssh/issues/80 如果您被迫使用包含此错误的 pssh 版本，有两种可能的解决方案用于访问私钥的密码：

按照我的帖子之前列出的链接中的说明更正您的“askpass-client.py”。
使用你最喜欢的传球门将。

谢谢关注，希望对你有帮助！

Answer 18

首先必须为远程机器建立密码登录

首先进行密码登录

您必须通过启用属性来启用密码登录，即 sshd_config 文件中的PasswordAuthentication yes 。然后重新启动 sshd 服务并将 pub 密钥复制到远程服务器（在我的情况下为 aws ec2），密钥将被复制而没有任何错误

当且仅当首先进行密码登录时，没有密码登录才有效
将 pub 密钥内容复制到授权密钥 cat xxx.pub >> ~/.ssh/authorized_keys

Answer 19

如果您缺少在 authorized_keys 中为 AWS 实例设置的正确 id_rsa 密钥，则可能会发生这种情况。

我得到的确切错误（这篇文章是在我搜索错误时出现的）：

ec2-user@XXXX: Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

注意：如果您有很多密钥，则必须在 ssh 命令行上指定密钥，或者将其添加到您的 ssh-agent 密钥中（请参阅 ssh-add -l）。 只有来自 ssh-agent 的前 6 个密钥可以工作 - 默认 sshd MaxAuthTries 配置值为 6。

Answer 20

希望，这会帮助某人。 我遇到的问题是，我完全使用了错误的 IP 密钥。 确保您为正确的 IP 使用正确的密钥

Answer 21

对我来说这是一个完全错误，有人将密钥复制粘贴到与另一个密钥相同的行中，将它们分成两行后再次起作用，因此请检查您的授权密钥文件是否有类似的错误！

Answer 22

我之前遇到了同样的问题 Permission denied (publickey, gssapi-keyex, gssapi-with-mic)。

我不得不去 /etc/ssh/sshd_config 将用户用户添加到 AllowUsers 部分，然后重新启动 sshd 服务。

Answer 23

让我与您分享我是如何做到的，我相信您会在这里找到好的答案。

确保以下

第 1 步。您有Public DNS (IPv4) from aws例如 ec2-IPV4.us-east-2.compute.amazonaws.com

第 2 步。您记得your_secret_key_is.pem的位置。例如，最好将其远离已知文件夹（如下载、桌面或文档）的根目录

步骤 3 打开终端并添加命令sudo ssh -v -i path-to-key.pem ec2-user@host

ec2-user很重要，因为它对于某些 linux 服务器来说是用户名

sudo它需要执行权限

主机是 Amazon Public DNS (IPv4)（复制步骤 1）

在此处查找更多信息

Answer 24

Permission denied (publickey)

在我的情况下，这似乎是 ssh 客户端而不是 ssh 服务器产生的问题。 这是导致我的问题的原因以及我如何解决的。 问题来源是我使用sudo生成这样的密钥：

sudo ssh-keygen -t ed25519 -f ~/.ssh/serverA_ed25519_key

这会自动将这些密钥文件的所有者设置为仅 root，因此我当前的用户没有读取密钥的权限。

现在解决方案＃1是将文件所有权更改为您当前的用户。 这就是我所做的。

sudo chown CURRENT_USER ~/.ssh/serverA_ed25519_key

解决方案#2 只是在您尝试连接到 ssh 服务器时使用sudo运行 ssh 客户端。

最后，找到 ssh 客户端问题根源的技巧。

ssh -v -o IdentitiesOnly=yes -i ~/.ssh/serverA_ed25519_key me@serverA

这让我通过以下方式专注于这个问题：

通过-v标志显示详细信息。
-o选项和-i ~/.ssh/serverA_ed25519_key强制 ssh 客户端仅尝试使用此密钥，而不是您拥有的所有密钥。

Answer 25

我也有这个错误信息： Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

使用 cmd: ssh -i "~/.ssh/old.pem" user@ip导致错误。

问题是old.pem已被弃用，更改为最新的 pem 文件后，错误消失。

Answer 26

问题很简单，如果windows（只需删除其他用户并仅保留一个或拒绝其他用户权限）对于linux / Mac只需执行chmod 400，则密钥的所有者应该是一个，因为这只会授予读取权限用户并且没有对组或公共的权限。

Answer 27

从我的 Mac（主机）连接到 CentOS（7.9）来宾时，我遇到了这个奇怪的错误。 在连接成功之前，我必须将密钥文件显式传递给ssh客户端ssh root@ip -i private_key_file 。

早些时候，在使用ssh-keygen生成通常的密钥并使用ssh-copy-id复制之后，我启用了以下功能

PermitRootLogin yes #root登录，默认设置
密码验证无

我决定不使用ssh-keygen提供的默认名称，尽管生成的文件保存在与默认名称相同的位置。

我没有改变其他默认值。 不要忘记在远程机器上重新启动 sshd。

Answer 28

我成功了！！ 我从我的另一台机器上复制了我的 ssh_keys 并尝试登录到我的 AWS EC2，但它失败了：

sign_and_send_pubkey：来自代理的 RSA“/home/xxxx/.ssh/my_rsa”签名失败：代理拒绝操作 ec2-user@bla-blah-blah.zzzzz.amazonaws.com：权限被拒绝（公钥、gssapi-keyex、gssapi-带麦克风）。

解决方案是：

cd $HOME/.ssh

ls -l

-rx------ 1 xxxx xxxx 1766 年 5 月 4 日 09:13 id_rsa

-rx------ 1 xxxx xxxx 405 5 月 4 日 09:13 id_rsa.pub

-rw-r--r-- 1 xxxx xxxx 444 5 月 6 日 17:18 known_hosts

可选命令：rm known_hosts

chmod 400 id *

ssh -i ./id_rsa.pub ec2-user@bla-blah-blah.zzzzz.amazonaws.com

最后登录时间：2022 年 5 月 6 日星期五 19:09:48 来自 123.456.77.9

   __|  __|_  )
   _|  (     /   Amazon Linux 2 AMI
  ___|\___|___|

Answer 29

只需运行此命令即可将您的密钥添加到当前用户的本地主机。

 ssh-copy-id localhost

Answer 30

就我而言，问题是selinux。 它只是禁用它。

vi /etc/sysconfig/selinux SELINUX=禁用

setenforce 0;

状态；

Answer 31

我知道这个回复被淹没在答案的深渊中，但我认为分享我团队的用例仍然很重要：错误也可能因为目标实例不正确而被触发。 就如此容易。

Answer 32

GIT_SSH_COMMAND="ssh -v" git clone 这将通过打印详细日志帮助调试问题。

Answer 33

就我而言，我使用了错误的用户名。 解决了这个问题，问题得到了解决。

ssh：权限被拒绝（公钥，gssapi-with-mic）

问题描述

33 个解决方案

解决方案1
56 2016-09-22 09:27:32

解决方案2
53 2018-10-25 11:24:07

解决方案3
24 2019-11-23 16:17:39

解决方案4
17 2017-06-20 10:05:49

解决方案5
5 2016-03-30 06:45:16

解决方案6
5 2019-11-30 08:24:40

解决方案7
5 2020-08-13 04:41:35

解决方案8
5 2021-10-07 01:23:32

解决方案9
4 2018-05-29 11:30:49

解决方案10
3 2017-06-09 09:46:00

解决方案11
1 2020-04-12 03:45:58

解决方案12
1 2020-06-23 04:48:46

解决方案13
1 2021-07-02 22:32:56

解决方案14
1 2021-10-05 21:37:31

解决方案15
0 2016-10-29 20:02:25

解决方案16
0 2019-01-13 05:26:22

解决方案17
0 2020-02-27 08:06:33

解决方案18
0 2020-08-27 20:32:53

解决方案19
0 2021-01-29 16:45:29

解决方案20
0 2021-03-08 18:32:32

解决方案21
0 2021-05-06 08:57:27

解决方案22
0 2021-05-21 20:56:17

解决方案23
0 2021-06-02 20:51:29

解决方案24
0 2021-09-06 10:59:30

解决方案25
0 2021-09-11 06:00:05

解决方案26
0 2021-11-01 11:41:50

解决方案27
0 2022-02-16 12:33:43

解决方案28
0 2022-05-06 20:33:57

解决方案29
0 2022-05-09 17:32:19

解决方案30
0 2022-07-08 14:48:16

解决方案31
0 2022-08-22 15:56:05

解决方案32
0 2023-02-01 22:53:42

解决方案33
-1 2021-09-29 11:18:22

ssh：权限被拒绝（公钥，gssapi-with-mic）

问题描述

33 个解决方案

解决方案1 56 2016-09-22 09:27:32

解决方案2 53 2018-10-25 11:24:07

解决方案3 24 2019-11-23 16:17:39

解决方案4 17 2017-06-20 10:05:49

解决方案5 5 2016-03-30 06:45:16

解决方案6 5 2019-11-30 08:24:40

解决方案7 5 2020-08-13 04:41:35

解决方案8 5 2021-10-07 01:23:32

解决方案9 4 2018-05-29 11:30:49

解决方案10 3 2017-06-09 09:46:00

解决方案11 1 2020-04-12 03:45:58

解决方案12 1 2020-06-23 04:48:46

解决方案13 1 2021-07-02 22:32:56

解决方案14 1 2021-10-05 21:37:31

解决方案15 0 2016-10-29 20:02:25

解决方案16 0 2019-01-13 05:26:22

解决方案17 0 2020-02-27 08:06:33

解决方案18 0 2020-08-27 20:32:53

解决方案19 0 2021-01-29 16:45:29

解决方案20 0 2021-03-08 18:32:32

解决方案21 0 2021-05-06 08:57:27

解决方案22 0 2021-05-21 20:56:17

解决方案23 0 2021-06-02 20:51:29

解决方案24 0 2021-09-06 10:59:30

解决方案25 0 2021-09-11 06:00:05

解决方案26 0 2021-11-01 11:41:50

解决方案27 0 2022-02-16 12:33:43

解决方案28 0 2022-05-06 20:33:57

解决方案29 0 2022-05-09 17:32:19

解决方案30 0 2022-07-08 14:48:16

解决方案31 0 2022-08-22 15:56:05

解决方案32 0 2023-02-01 22:53:42

解决方案33 -1 2021-09-29 11:18:22

解决方案1
56 2016-09-22 09:27:32

解决方案2
53 2018-10-25 11:24:07

解决方案3
24 2019-11-23 16:17:39

解决方案4
17 2017-06-20 10:05:49

解决方案5
5 2016-03-30 06:45:16

解决方案6
5 2019-11-30 08:24:40

解决方案7
5 2020-08-13 04:41:35

解决方案8
5 2021-10-07 01:23:32

解决方案9
4 2018-05-29 11:30:49

解决方案10
3 2017-06-09 09:46:00

解决方案11
1 2020-04-12 03:45:58

解决方案12
1 2020-06-23 04:48:46

解决方案13
1 2021-07-02 22:32:56

解决方案14
1 2021-10-05 21:37:31

解决方案15
0 2016-10-29 20:02:25

解决方案16
0 2019-01-13 05:26:22

解决方案17
0 2020-02-27 08:06:33

解决方案18
0 2020-08-27 20:32:53

解决方案19
0 2021-01-29 16:45:29

解决方案20
0 2021-03-08 18:32:32

解决方案21
0 2021-05-06 08:57:27

解决方案22
0 2021-05-21 20:56:17

解决方案23
0 2021-06-02 20:51:29

解决方案24
0 2021-09-06 10:59:30

解决方案25
0 2021-09-11 06:00:05

解决方案26
0 2021-11-01 11:41:50

解决方案27
0 2022-02-16 12:33:43

解决方案28
0 2022-05-06 20:33:57

解决方案29
0 2022-05-09 17:32:19

解决方案30
0 2022-07-08 14:48:16

解决方案31
0 2022-08-22 15:56:05

解决方案32
0 2023-02-01 22:53:42

解决方案33
-1 2021-09-29 11:18:22