ChatGPT解决这个技术问题 Extra ChatGPT

SSH 密钥:“'id_rsa.pub' 的权限 0644 太开放了。”在 Mac 上

我在我的 mac 上生成了一个 ssh 密钥对并将公钥添加到我的 ubuntu 服务器(实际上,它是我 mac 上的虚拟机),但是当我尝试登录 ubuntu 服务器时,它说:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0644 for '/Users/tudouya/.ssh/vm/vm_id_rsa.pub' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.
bad permissions: ignore key: /Users/tudouya/.ssh/vm/vm_id_rsa.pub
Permission denied (publickey,password).

我尝试了很多方法来解决这个问题,更改密钥文件模式,更改文件夹模式,作为 stackoverflow 上的一些答案,但它不起作用。密钥文件权限:

vm dir:
drwxr-xr-x   4 tudouya  staff    136  4 29 10:37 vm

key file:
-rw-------  1 tudouya  staff  1679  4 29 10:30 vm_id_rsa
-rw-r--r--  1 tudouya  staff   391  4 29 10:30 vm_id_rsa.pub

请给我一些想法... ==========================================我将主机信息写入 ssh_config:

Host ubuntuvm
    Hostname 10.211.55.17
    PreferredAuthentications publickey
    IdentityFile /Users/tudouya/.ssh/vm/vm_id_rsa.pub

我运行命令“ssh -v ubuntuvm”,它显示:

ssh -v ubuntuvm
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 103: Applying options for *
debug1: /etc/ssh_config line 175: Applying options for ubuntuvm
debug1: Connecting to 10.211.55.17 [10.211.55.17] port 22.
debug1: Connection established.
debug1: identity file /Users/tudouya/.ssh/vm/vm_id_rsa.pub type 1
debug1: identity file /Users/tudouya/.ssh/vm/vm_id_rsa.pub-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-8
debug1: match: OpenSSH_6.6.1p1 Ubuntu-8 pat OpenSSH*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5-etm@openssh.com none
debug1: kex: client->server aes128-ctr hmac-md5-etm@openssh.com none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 55:6d:4f:0f:23:51:ac:8e:70:01:ec:0e:62:9e:1c:10
debug1: Host '10.211.55.17' is known and matches the RSA host key.
debug1: Found key in /Users/tudouya/.ssh/known_hosts:54
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/tudouya/.ssh/vm/vm_id_rsa.pub
debug1: Server accepts key: pkalg ssh-rsa blen 279
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0644 for '/Users/tudouya/.ssh/vm/vm_id_rsa.pub' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.
bad permissions: ignore key: /Users/tudouya/.ssh/vm/vm_id_rsa.pub
debug1: No more authentication methods to try.
Permission denied (publickey,password).
您能否编辑您的问题以包含您正在运行的特定 ssh 命令?如果有问题的密钥文件在 ssh 配置文件中指定,请同时包含配置文件中的相关行。
对我来说是“错误的权限”
在用于连接的 ssh 命令中添加 -i id_rsa.pub 时,我遇到了这个问题。似乎强制在 ssh 命令强制使用一些公钥来询问密码(即使密码是空的,至少在我的情况下)
这些人努力打印该消息,包括当前的权限值,但不告诉您权限应该是什么,这实际上是疯狂的。这就像“我可以告诉你,但这是 Linux,所以我会保持神秘,所以你必须谷歌并浪费时间”的态度。
@DiegoAndrésDíazEspinoza 对于 ssh -i 你应该指定一个私钥。对于 ssh-copy-id -i 你应该指定一个公钥!发生在你身上的是你正在做 ssh 并指定一个公钥(错误的举动),它认为你正在指定一个私钥,将它用作私钥,然后失败,所以它要求输入密码,因为 ssh 服务器设置为在密钥不起作用时允许输入密码

E
Erazihel

我建议你这样做:

chmod 400 ~/.ssh/id_rsa

这对我来说可以。


“Permissions 0644 for 'id_rsa.pub' are too open." 并且密钥因此被忽略。这可能是因为我从另一台 PC 复制了密钥文件。但是修复权限解决了这个问题。谢谢!
@xoxn--1'w3k4n 为什么这么糟糕?如果人们复制或以其他方式管理不善对这些敏感文件的读写访问,那么应该修复它们是有道理的。
这不是胶带。如果您复制了您的 ID,这是有道理的。
从旧计算机复制 ssh 密钥时为我工作作为解决方案!
也适用于 WSL
K
Kenster
debug1: identity file /Users/tudouya/.ssh/vm/vm_id_rsa.pub type 1

看来您正在尝试使用错误的密钥文件。带有“.pub”扩展名的文件包含密钥的公共部分。没有“.pub”扩展名的相应文件包含密钥的私有部分。当您运行 ssh 客户端连接到远程服务器时,您必须向 ssh 客户端提供私钥文件。

您的 .ssh/config 文件(或 /etc/ssh_config)中可能有一行如下所示:

IdentityFile .../.ssh/vm/vm_id_rsa.pub

您需要从文件名中删除“.pub”扩展名:

IdentityFile .../.ssh/vm/vm_id_rsa

我在使用 SQLPro 时遇到了这个问题,并且错误地选择了公共 (.pub) 文件而不是私有文件。
我在执行 ssh -i id_ed25519.pub 而执行 ssh -i id_ed25519 时收到此错误
这不应该是公认的答案。 @Rick Benetti 的答案更简单,适用于更多情况。
非常感谢!真正的目的,没有一个建议对我有用。在使用 *.pub 在 Ubuntu18 上工作时,该问题仅在 WSL2 上重现
这不起作用。我正在关注 docs.github.com/en/authentication/connecting-to-github-with-ssh/… 上的文档。而且我遇到了与操作提到的相同的错误。这个解决方案对我不起作用
C
Community

登录用户应该可以读取密钥。

尝试这个:

chmod 400 ~/.ssh/Key file
chmod 400 ~/.ssh/vm_id_rsa.pub

使用公钥 400 或 600,我在执行 ssh-add ~/.ssh/id_rsa.pub 时得到无效格式
@rhand ssh-add 需要私钥而不是公钥
M
Muhammad Wajahat Anwar
chmod 400 path/to/filename

这对我有用。当我做这个文件时,我能够连接到我的 EC2 实例


这是我的荣幸:) 谢谢
这是答案
A
Ashok

运行以下命令后,它对我有用

sudo chmod 600 /path/to/my/key.pem

N
Nikhil Babu

将您的 KEY 权限更改为

chmod 400 your_key.pem

它应该工作!


是的,这是正确的答案...谢谢。
V
Vaibhav Tripathi

就我而言,它是一个 .pem 文件。事实证明这也适用。更改了文件的权限并且它起作用了。

chmod 400 ~/.ssh/dev-shared.pem

感谢所有在上面提供帮助的人。


I
Ibnjunaid

SSH 密钥是私有的,因此 644 权限过于开放。

设置权限的二进制引用

 r(read) = 4
 w(write) = 2
 x(execute) = 1

因此,通过添加这些数字并将求和的数字传递给 chmod 命令,我们设置了文件/目录的权限。第一个数字为所有者设置权限,第二个数字为组,第三个数字为系统上无权访问该文件的所有其他用户。

A permission of 644 means 
(4+2) = read/write permission for the owner
(4) = read permission for the group 
(4) = read permission for all other users 
 

通过使用将文件的权限更改为 400

chmod 400 <filename>

解决了这个问题。因为它使所有者可以只读访问密钥。

参考:https://www.linux.com/training-tutorials/understanding-linux-file-permissions/


如果您已经在使用私有文件(而不是 .pub 文件),那么这是正确的解决方案,只需 chmod 400 id_rsa_privatefilename 并尝试再次连接
不错的答案:o)
A
Anirban

如果密钥在 ~/.ssh 目录中,请使用

chmod 400 ~/.ssh/id_rsa

如果密钥在不同的目录中,请使用

chmod 400 目录路径/id_rsa

这对我有用。


这如何改善其他答案?
必须保护的不是 pub 密钥,而是私有密钥
必须保护私钥。
它对我有用。 我认为chmod 400 ~/.ssh/id_rsa这就是你的意思 @Anirban。如上所述: 带有“.pub”扩展名的文件是公钥文件。对应的不带“.pub”扩展名的文件就是私钥文件。我们需要保护私钥。
编辑了答案。它应该是私钥。
J
James Wierzba

很多类似的答案,但没有解释......

由于私钥文件权限太开放而引发错误。这是一个安全风险。

将私钥文件的权限更改为最小(所有者只读)

更改所有者 chown 设置最小权限(只读文件所有者) chmod 400


f
fcdt
chmod 600 id_rsa

从密钥存储在 vm ex 中的路径运行上述命令:cd /home/opc/.ssh


A
Atul

我有类似的问题,并通过更改为我工作的相应文件和文件夹的权限来解决它。

这是对我有用的解决方案:

$ chmod 0600 ~/.ssh/id_rsa.pub
$ chmod 0600 ~/.ssh/authorized_keys
$ chmod 0600 ~/.ssh/id_rsa
$ chmod 0700 ~/.ssh

速记:``` $ chmod 0600 ~/.ssh/* $ chmod 0700 ~/.ssh ```
W
W.Perrin

至于我,id_rsa的默认模式是600,即readablewritable

在我将此文件推送到 git repo 并从另一台电脑中提取后,有时私钥文件的模式变为 -rw-r--r--

当我在指定私钥文件后使用 ssh 拉取 repo 时,它失败并提示与您相同的警告。以下是我的脚本。

ssh-agent bash -c "ssh-add $PATH_OF_RSA/id_rsa; \
git pull git@gitee.com:someone/somerepo.git "

我只需将模式更改为 600 即可解决此问题。

chmod 600 $PATH_TO_RSA/id_rsa

M
Majdi Chebil

您必须运行以下命令

chmod 400 /path/to/my/key.pem

H
Himanshi Singh

授予权限 400 使密钥成为私有密钥,并且无法被未知的人访问。它使密钥成为受保护的密钥。

chmod 400 /Users/tudouya/.ssh/vm/vm_id_rsa.pub

P
Pravin Bansal

只需在您的 pem 下方运行

sudo chmod 600 /path/to/my/key.pem 

S
Shell_Leko

如果您使用的是 .ssh/config 文件,请尝试

chmod 0400 .ssh/config

然后:

chmod 0400 .ssh/<<KEYFILE_PATH>>

A
As33

这应该可以解决问题:

chmod 600 id_rsa

调用 chmod 600 blah 的请求描述性不够;如之前的评论所述,您需要在存储密钥的位置运行此命令
F
Floern

chmod 400 /etc/ssh/* 适合我。


只要您意识到您正在影响目录中的所有键,您就可以这样做。
Q
Qiulang

那些建议 chmod 400 id_rsa.pub 的人听起来根本不对。 op 很可能使用 pub 密钥而不是 ssh 的私钥。

因此,修复它可能就像 ssh -i /Users/tudouya/.ssh/vm/vm_id_rsa (the private key) user@host 一样简单。

- - 更新 - -

查看这篇文章 https://www.digitalocean.com/community/tutorials/how-to-set-up-ssh-keys--2,了解如何设置 ssh 密钥


可能是,尽管在我的情况下,当我搜索这个问题并得到答案时,chmod 400 是我解决问题所需要的。感谢所有帮助过的人!
D
Denzel

在我的情况下,如果发现这个文件实际上不是我需要的文件,因为显然我用来创建 ssh 密钥 ssh-keygen -t rsa 的命令

使用我使用的名称在我正在工作的文件目录中为我创建了密钥。

因此,检查您正在工作的目录中的隐藏文件,您可能只会看到 ssh 和 ssh.pub


g
gagofure

我在使用 macbook m1 时遇到了这个问题,后来我意识到连接脚本中缺少 sudo

sudo ssh -i "key.pem" ubuntu@IP_Address

如果您使用的是 macbook,请确保您没有丢失连接脚本中的 sudo


P
Pablo Motta

上面已经有很多很好的解释了,所以我建议阅读和理解。

这是我的简单分步解决方案:

在您的终端上,运行: open ~/.ssh/config 在您的文件中,您将看到与此类似的内容(在我个人的情况下):

Host *
  IgnoreUnknown UseKeychain
  AddKeysToAgent yes
  IdentityFile ~/.ssh/id_ed25519.pub

或像这样(根据this question中的示例)。

Hostname 10.211.55.17
    PreferredAuthentications publickey
    IdentityFile /Users/tudouya/.ssh/vm/vm_id_rsa.pub

从最后一行删除“.pub”扩展名,应该如下所示:

Hostname 10.211.55.17
    PreferredAuthentications publickey
    IdentityFile /Users/tudouya/.ssh/vm/vm_id_rsa

或者在我的情况下:

Host *
  IgnoreUnknown UseKeychain
  AddKeysToAgent yes
  IdentityFile ~/.ssh/id_ed25519

保存文件并测试您的 ssh 连接。


A
Ashish Ahuja

我删除了 .pub file,它起作用了。


不需要删除 .pub 文件。这也意味着您的机器上没有公钥记录以供以后使用。
如果您有 OpenSSH,则可以使用 ssh-keygen -i -f /path/to/private.key > /desired/path/to/public.key 从私钥重新生成丢失的公钥文件。所以,它并没有真正丢失。 :)

关注公众号,不定期副业成功案例分享
关注公众号

不定期副业成功案例分享

领先一步获取最新的外包任务吗?

立即订阅