我们使用SMEE客户端在防火墙后面运行到公共github.com的Jenkins,以提供必要的代理。然而,在我们的Jenkins版本2.361.4jdk 11配置页面中,Github插件断然拒绝保存覆盖Web钩子URL https://smee.io/blah (其中blah是我们的SMEE通道),相反,当Apply被按下时(以橙色表示):
“看上去https://smee.io/blah不像在和詹金斯说话。你在运行自己的应用程序吗?”
我们可以看到,一旦在Jenkins配置页面上按下Apply,SMEE服务器就会接收一个事件,其中包含表单的有效负载:
"1668551517454":{
}同时,...and从SMEE客户机(运行在与Jenkins相同的机器上,每个机器都位于各自的Docker容器中)的journald日志输出显示,它成功地回发到正确的默认端口:
POST http://10.10.1.29:8080/github-webhook/ - 200.10.10.1.29是SMEE客户端和Jenkins运行的机器的地址。所以从Jenkins到SMEE服务器、SMEE服务器到SMEE客户端和SMEE客户端到Jenkins的连接似乎都很有效。
有什么能让Github插件和/或Jenkins感到不安呢?我们是否可以从Jenkins或插件获得更详细的日志记录,以确定是什么使它不舒服( Jenkins的journald日志输出在此时没有比INFO h.p.b.g. GlobalTimeOutConfiguration#configure: global timeout has been cleared更有趣的东西)?
如果有问题,SMEE客户端运行时:
docker run --name smee-client --restart=on-failure --detach --log-driver=journald deltaprojects/smee-client -u https://smee.io/blah -t http://10.10.1.29:8080/github-webhook/...and,Jenkins安装是根据詹金斯指令构建/运行的。
发布于 2022-11-16 16:15:37
答案是..。Jenkins插件的GUI被破坏了,它从不保存您在覆盖Hook框中键入的内容。它自2020年9月以来就被打破了。如果你有一个詹金斯吉拉帐户,你可以看到痛苦。
解决方法是手动编辑Jenkins github-plugin-configuration.xml配置文件以添加此表单的字段:
<hookUrl>https://smee.io/thestringfromsmee</hookUrl> 我的例子是...this示例,在与<configs>和<hookSecretConfigs>相同的级别上使用<github-plugin-configuration>内部的SMEE,然后重新启动Jenkins。
哼哼。
https://stackoverflow.com/questions/74458362
复制相似问题