gpt4 book ai didi

google-compute-engine - 谷歌云引擎。权限被拒绝(公钥、gssapi-keyex、gssapi-with-mic)

转载 作者:行者123 更新时间:2023-12-04 22:21:04 27 4
gpt4 key购买 nike

我无法再通过 ssh 连接,
我几乎可以连接 24 小时。
突然间,ssh停止工作。
我有很多用户,我还在那个虚拟机中添加了一个新的(tomcat)用户。

当我尝试 ssh 到我的实例时,我收到以下消息:

"Permission denied (publickey,gssapi-keyex,gssapi-with-mic)."

我最终删除了 ~/.ssh/google_compute_engine*

从 Cloud Engine 控制台中移除了“sshKeys”元数据

试过 gcutil ssh再次,这创造了新的 ~/.ssh/google_compute_engine文件以及 sshKeys metadata .

但我仍然收到那个错误。

最佳答案

我遇到了同样的问题,我调试了大约 16 个小时。然而,我找到了解决方案,我希望你能在我的奥德赛中分享。

我在 Google Compute Engine 上运行 GitLab,宣传为一键安装。

好吧,最后当我尝试克隆一个私有(private)存储库时,我收到了错误消息:

Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

我照顾了 私钥/公钥对 我没有发现任何异常。

然后我认为 可能有问题sshd 当我收到调试消息时在服务器上:
debug1: ssh_rsa_verify: signature correct
[...]
debug1: Roaming not allowed by server

所以我检查了很多不同的 sshd 设置,但没有真正解决问题。

最后我开始在服务器端调试,发现错误:
sshd[7364]: debug1: Could not open authorized keys '/var/opt/gitlab/.ssh/authorized_keys': Permission denied

最后,这是通往幸福的大道。因为文件存在并且 sshd 知道它必须加载哪个文件。然而,不知何故有一个 权限问题 .

所以我检查了 chmod 中的文件远程 .ssh文件夹没问题。我没有发现任何异常。

这是解决方案:

SELinux .ssh 的位置确实有问题文件夹并且不愿意授予 的权限ssh 守护进程 .
通过执行命令
restorecon -Rv /var/opt/gitlab/.ssh/
或者
semanage fcontext -a -t ssh_home_t "/var/opt/gitlab/.ssh/authorized_keys"
两个命令之一解决了这个问题。如果有人可以验证这两者中的哪一个,我会很高兴!

所以你不需要停用 SELinux !

关于google-compute-engine - 谷歌云引擎。权限被拒绝(公钥、gssapi-keyex、gssapi-with-mic),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20440096/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com