Authentication Rundeck作业失败,为“0”;错误:PAM:身份验证失败";

Authentication Rundeck作业失败,为“0”;错误:PAM:身份验证失败";,authentication,public-key,rundeck,Authentication,Public Key,Rundeck,我在尝试以非root用户身份运行Rundeck作业时遇到此错误,但是公钥会添加到相应主目录中用户的授权密钥中 注意:与其他服务器上的非root用户一样,同一组密钥可以很好地执行作业 SSH\u MSG\u KEXDH\u INIT已发送 期待SSH\u MSG\u KEXDH\u回复 ssh\u rsa\u验证:签名为真 已将“”(RSA)永久添加到已知主机的列表中。 SSH\u MSG\u已发送新密钥 收到SSH_MSG_新密钥 SSH\u消息\u服务\u请求已发送 收到SSH\u消息\u服务

我在尝试以非root用户身份运行Rundeck作业时遇到此错误,但是公钥会添加到相应主目录中用户的
授权密钥中

注意:与其他服务器上的非root用户一样,同一组密钥可以很好地执行作业

SSH\u MSG\u KEXDH\u INIT已发送 期待SSH\u MSG\u KEXDH\u回复 ssh\u rsa\u验证:签名为真 已将“”(RSA)永久添加到已知主机的列表中。 SSH\u MSG\u已发送新密钥 收到SSH_MSG_新密钥 SSH\u消息\u服务\u请求已发送 收到SSH\u消息\u服务\u接受 可以继续的身份验证:公钥、密码、键盘交互 下一种身份验证方法:公钥 可以继续的身份验证:密码、键盘交互 下一个身份验证方法:密码 可以继续的身份验证:键盘交互 下一种身份验证方法:键盘交互 登录试用次数超过1次 从端口22断开 SSH命令执行错误:AuthenticationFailure:连接到节点的身份验证失败:“targetnode”。确保您的资源定义和凭据是最新的。 失败:身份验证失败:连接到节点的身份验证失败:“targetnode”。确保您的资源定义和凭据是最新的。 [工作流]完成ExecuteNodeStep(targetnode):NodeDispatch:身份验证失败:连接到节点的身份验证失败:“targetnode”。确保您的资源定义和凭据是最新的

以下是targetnode上/var/log/debug的快照

11月19日11:42:08 targetnode sshd[17870]:[ID 800047身份验证错误]错误:PAM:rundeck_主机对非rootuser的身份验证失败 11月19日11:42:08 targetnode sshd[17870]:[ID 800047身份验证错误]错误:从rundeck_主机端口58894接收到断开连接:com.jcraft.jsch.jscheException:身份验证取消[preauth] 11月19日11:42:08 targetnode sshd[17870]:[ID 800047 auth.info]已从身份验证用户断开非rootuser rundeck_主机端口58894[预授权]


您能帮助/指导我这里缺少什么吗?

关于您尝试了什么或没有尝试什么的详细信息不够,因此我将介绍rundeck ssh的工作原理。 rundeck正在使用rundeck用户。 若要ssh远程服务器,它将使用rundeck user,除非(在资源文件中)另有指定。 无论哪种方式,您都需要将rundeck的公钥复制到授权的_密钥。 如果您使用的是默认rundeck用户,则需要远程主机上的rundeck用户,并将rundeck的pub密钥复制到远程主机中rundeck home dir下的authorized_密钥。 如果您正在使用另一个用户进行ssh(即sshUser1@remoteHost)您需要将rundeck的pub密钥复制到remoteHost中User1 home dir下的授权密钥


希望有帮助。

可能重复。检查此项:不,该帖子对我没有帮助。它能够建立连接,并且正在查看正确的密钥位置。。使用ssh密钥存储路径:keys/tdn/stag/tdn_stag_rundeck.key启动ssh连接:非-rootuser@targetnode使用存储的私钥数据。将超时设置为0连接到targetnode:22连接到targetnode端口22连接建立问题已修复,请按以下方式对齐权限。ssh目录:700(drwx------)公钥(.pub文件):644(-rw-r--)私钥(id\U rsa):600(-rw------)最后,您的主目录不应由组或其他人写入(最多755(drwxr-xr-x))。惊人的Charlie!请将您的解决方案作为答案发布:-)您提到的所有解决方案都已完成…问题在于“非rundeck”用户的主目录…它应该是755,而它是777,rundeck对此不满意。一旦该主目录上的权限更改为755,Rundeck的部署就开始了!感谢您的投入!