gpt4 book ai didi

jenkins - 已从 Google Cloud VM 中删除 authorized_keys

转载 作者:行者123 更新时间:2023-12-05 02:03:30 31 4
gpt4 key购买 nike

我正在尝试为托管在 Google Cloud VM 中的软件设置 Jenkins。我有一个具有用户帐户 A 和用户帐户 B 的 VM。Jenkins 托管在用户帐户 A 中。所有其他软件都托管在用户帐户 B 中。为了授权 Jenkins ssh 进入 userB@VM_ADDRESS,我将用户 A 的 . ssh/id_rsa.pub 进入用户 B 的 .ssh/authorized_keys。这允许 Jenkins 在我将更改推送到 Github 时通过 ssh 进入 userB@VM_ADDRESS 来更新我的软件。然而,过了一会儿,由于某种原因,用户帐户 B 中的 .ssh/authorized_keys 被替换/刷新,我的 key 消失了,来自 Jenkins 的 ssh 将失败,权限被拒绝。我应该如何解决这个问题?还是我做错了 Jenkins?

我在 https://groups.google.com/g/gce-discussion/c/iHqRb2KlMZg/m/x59xV4pYAQAJ?pli=1 看到了这个帖子这似乎是一个类似的问题,但在通读之后我仍然不知道我需要做什么。

最佳答案

元数据中的 SSH key 会定期重新部署。为了解决这个问题,不是在系统中手动执行复制/粘贴,而是复制 key 并(将其添加到计算引擎元数据](https://cloud.google.com/compute/docs/instances/adding-removing-ssh-keys)


但是,我不确定这是遵循的好方法。为什么不使用帐户 A 登录,因为它是“现实”并在软件上执行操作?可以将账号A和账号B放在同一个Linux组中,或者最后执行chown更改新文件的属主。

这个棘手问题背后的要求是什么?


更新 1:

使用帐户 A 的 key 登录用户 B 的事实就像是冒充。最后,您不知道是用户帐户 A 还是 B 对您的文件执行了操作。

无论如何,在 Linux 中,您拥有 3 级权限 UGA(用户、组、全部),这就是为什么当您执行 ls -la 时会出现类似这样的情况:rwxr-xr--意思是U(User)可以做RWX(Read Write eXecute),group只能Read和eXecute,all只能读。

因此,如果用户账号A和用户账号B在同一个组,你可以设置共同的组权限,避免所有(其他)访问文件。

关于jenkins - 已从 Google Cloud VM 中删除 authorized_keys,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/65141387/

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