我们正在使用Jenkins Master和Slave(两种Linux)类型设置。最近升级到LTS版本,由于某种原因Slaves仅在Anonymous被授予管理员权限时连接到Master。
我已阅读有关提供匿名从属连接权限的帖子,但在尝试时我收到403请求出现错误。
唯一的办法是提供匿名管理员权限(这是有风险的)保存,然后返回管理Jenkins>配置安全性>删除匿名管理员>添加从属连接权限。 执行此解决方法的问题是,当从属服务器重新启动时,我得到相同的403错误,直到我给予匿名管理员权限。
我试过放下一个没有帮助的新slave.jar。
我们正在使用LDAP绑定帐户,是否可以轻松修复此403问题,而无需再次输入绑定密码(我们最近在Jenkins升级后执行此操作)
答案 0 :(得分:1)
1.5年后没有什么比得上答案了,但我只是碰到了这个!
我处理此问题的方法是使用Role-Based Strategy plugin。
基础知识是:
在Manage Jenkins > Configure Global Security > Authorization
中,启用基于角色的策略。
在Manage Jenkins > Manage Roles > Manage and Define Roles
中,我向全局角色添加了“swarmclient”。在全局设置的从属部分中授予此组Create
权限:
在较新版本的Jenkins中,术语“Slave”被“Agents”替换
然后在Manage Jenkins > Manage Roles > Assign Roles
中将匿名组添加到swarmclient组:
最后,如上所述,如果您希望对可以作为群客户端连接的计算机进行一些限制,只需: