最近我一直在研究Docker/Jenkins,以了解更多关于CI/CD工作流的信息。我的目标是创建一个从github获取推送、构建代码并将JAR文件发布到远程服务器以供进一步部署的过程。
我一直在使用Jenkins SSH Pipeline Steps Plugin,它允许我SSH到我的远程服务器来执行命令。
下面是部署阶段,其中包含我想要执行的命令:
stage("Deploying") {
steps {
script {
withCredentials([sshUserPrivateKey(credentialsId: 'e48b15ad-0f5e-4f07-8706-635c5250fa29', keyFileVariable: 'identity', passphraseVariable: '', usernameVariable: 'jenkins')]) {
remote.user = jenkins
remote.identityFile = identity
sshCommand remote: remote, command: 'cd Winston-Bot/; sudo ./kill_winston.sh'
sshCommand remote: remote, command: 'rm Winston-Bot/*.jar', failOnError:'false'
sshCommand remote: remote, command: 'rm -rf Winston-Bot/src', failOnError:'false'
sshPut remote: remote, from: "target/Winston-Bot-${VERSION}-jar-with-dependencies.jar", into: 'Winston-Bot/'
sshPut remote: remote, from: "src", into: 'Winston-Bot/'
sshCommand remote: remote, command: "echo ${VERSION} > Winston-Bot/version.txt"
}
}
}
}
执行cd Winston-Bot/; sudo ./kill_winston.sh
时,收到以下错误:
Executing command on ****[51.159.152.230]: cd Winston-Bot/; sudo ./kill_winston.sh sudo: false
sudo: a terminal is required to read the password; either use the -S option to read from standard input or configure an askpass helper
Failed command ****#15 with status 1: cd Winston-Bot/; sudo ./kill_winston.sh
我已经使用以下代码将jenkins用户组添加到etc/sudoers
中:
jenkins ALL=(ALL) NOPASSWD: /var/lib/jenkins/Winston-Bot/.kill_winston.sh
当通过终端以jenkins
用户身份登录到我的远程服务器时,脚本执行得非常好,并且不需要密码。有人能帮我吗?
2条答案
按热度按时间dgiusagp1#
我不确定它是否与您相关,但我在macOS Big Sur上遇到了完全相同的问题。无论我如何使用
sudo visudo
编辑sudoers文件,它都无法工作。当我创建并编辑正确的文件时,它立即开始工作:
sudo visudo -f /etc/sudoers.d/jenkins
我从这条评论和this answer中得到了这个想法。
kwvwclae2#
我遇到了同样的问题:工作正常,并且在通过终端使用SSH时未提示输入sudo密码,但在使用SSH密钥通过Jenkins作业运行时,出现错误:
sudo:需要终端读取密码;使用-S选项从标准输入读取,或配置askpass帮助器sudo:需要密码
@farkasseb提出的修复方案对我来说也很有效,可能是最好的解决方案,特别是考虑到sudoers文件顶部的这条注解,它鼓励这样做:
但我仍然想了解更多为什么会发生这种情况。我还发现,在visudo / sudoers文件中,我放置的位置很重要:
如果直接放在
root
之后,则通过jenkins SSH而不是终端SSH重现问题。如果放在%admin
和%sudo
组的定义之后,则通过jenkins运行时不再提示输入密码。因此,在sudoers文件中将jenkins用户声明向下移动会导致在使用此命令列出jenkins用户的权限时出现以下权限顺序:
从这里:
对此:
我假设因为
NOPASSWD
是最后一个,所以它具有优先级?下面是sudoers
文件的完整片段,该文件不提示通过jenkins输入密码:最后,我可以得出这样的结论:通过使用
sudo visudo -f /etc/sudoers.d/jenkins
命令创建一个单独的文件,并将其包含在@includedir /etc/sudoers.d
中,jenkins ALL=(ALL) NOPASSWD: ALL
权限也会排在最后,这与上面的效果相同。我仍然不明白的是,当通过Jenkins SSH与终端SSH运行时,为什么或如何会导致不同的行为?
在任何情况下,如果您不想直接修改
sudoers
文件,请使用@farkasseb的方法(在升级操作系统时,它显然有其他优点)。如果您可以直接修改sudoers
文件,那么您可以使用此方法,只要确保NOPASSWD
部分位于最后,在组定义之后。