Jenkins的授权和访问控制
默认的Jenkins不包含任何的安全检查，任何人可以修改Jenkins设置，job和启动build等。显然地在大规模的公司需要多个部门一起协调工作的时候，没有任何安全检查会带来很多的问题。 在系统管理－Configure Global Security页面可以“访问控制”进行相应的设置。如下图：http://images.cnitblog.com/blog2015/442008/201503/261439140526492.jpg
Jenkins的权限配置文件存放在JENKINS_HOME目录。进入JENKINS_HOME目录，找到config.xml文件。打开config.xml，里面有一堆的东西，找找。。。找到了和节点。节点代表是否使用用户权限，节点代表用户权限是怎么划分的。
1） Security Realm，用来决定用户名和密码，且指定用户属于哪个组；
2） Authorization Strategy，用来决定用户对那些资源有访问权限；
一、详细讲解4种授权策略
1、任何用户可以做任何事（没有任何限制）
1）页面设置如下图：
http://images.cnitblog.com/blog2015/442008/201503/261424187554841.jpg
2）config.xml脚本如下：
http://common.cnblogs.com/images/copycode.gif
true
true
false
http://common.cnblogs.com/images/copycode.gif
2、登录用户可以做任何事
1）页面设置如下图：
http://images.cnitblog.com/blog2015/442008/201503/261425006617043.jpg
2）config.xml脚本如下：
http://common.cnblogs.com/images/copycode.gif
true
false
false
http://common.cnblogs.com/images/copycode.gif
3、安全矩阵
1）页面设置如下图：
http://images.cnitblog.com/blog2015/442008/201503/261442502708682.jpg
2）config.xml脚本如下：
http://common.cnblogs.com/images/copycode.gif
true
hudson.model.Hudson.Administer:jenkins
hudson.model.Hudson.Read:anonymous
hudson.model.Hudson.Read:dev
hudson.model.Item.Build:dev
hudson.model.Item.Read:anonymous
hudson.model.Item.Read:dev
false
false
http://common.cnblogs.com/images/copycode.gif
设置好权限之后，点击注册，注册相应的账号，如上图的dev,jenkins。
4、项目矩阵授权策略
说明：安全矩阵和项目矩阵授权策略的配置是一模一样的，唯一的区别是项目矩阵授权策略支持在Job的配置页面再次配置授权策略。
这种策略在工作中用得较多，比如针对不同的项目选择不同的用户具有不同权限。
1）页面设置如下图：
http://images.cnitblog.com/blog2015/442008/201503/261505014111887.jpg
各种权限如下(在配置页面将鼠标放到该权限上即可查看帮助)：
Overall(全局)Credentials(凭证)Slave(节点)Job(任务)View(视图)AdministerReadRunScriptsUploadPluginsConfigureUpdateCenterCreateUpdateViewDeleteManageDomainsConfigureDeleteCreateDisconnectConnectBuildCreateDeleteConfigureReadDiscoverBuildWorkspaceCancelCreateDeleteConfigureRead管理员(最大)阅读运行脚本升级插件配置升级中心创建更新查看删除管理域配置删除创建断开连接连接构建创建删除配置阅读重定向构建查看工作区取消构建创建删除配置阅读 其中有一些比较特别的权限：
最大的权限是Overall的Administer，拥有该权限可以干任何事情。
最基本的权限是Overall的Read，用户必须赋予阅读的权限，不然什么都看不到。
Job的Discover权限是一个奇葩的权限，帮助说Discover比Read的级别更低。如果匿名用户(没有访问job的权限)直接访问一个Job的Url将重定向到登陆页面。(经测试，这个权限应该是被废弃了。)
Credentials的ManageDomains这个权限没有看懂干嘛的，有懂的大家一起交流哈！
ps：如果有个用户被赋予了Overall的Read，并没有被赋予Job的Read权限，那么该用户就无法访问job。原因：没有权限。
2）config.xml脚本如下：
http://common.cnblogs.com/images/copycode.gif
true
hudson.model.Hudson.Administer:admin
hudson.model.Hudson.Read:anonymous
hudson.model.Item.Build:dev
hudson.model.Item.Read:anonymous
hudson.model.Item.Read:dev
false
false
http://common.cnblogs.com/images/copycode.gif
3）每个用户后都有1-2个图标，第一个是反选功能(删除当前已选择的权限，选择其他所有权限)，第二个是删除功能(删除该用户)
http://images.cnitblog.com/blog2015/442008/201503/261511559426495.jpg
4）在Job中配置项目安全，如下图：
http://images.cnitblog.com/blog2015/442008/201503/261513123174395.jpg
二、遇到的问题
由于授权出错，导致无法登录，具体可参考http://www.cnblogs.com/yangxia-test/p/4363566.html操作。
最后给大家说说在配置文件里面怎么辨别使用是哪种权限控制模式
节点上有个class属性，这个属性控制着使用那种授权模式。
hudson.security.FullControlOnceLoggedInAuthorizationStrategy登录用户可以做任何事hudson.security.ProjectMatrixAuthorizationStrategy项目矩阵授权策略hudson.security.GlobalMatrixAuthorizationStrategy安全矩阵hudson.security.LegacyAuthorizationStrategy遗留模式 本文出自http://www.cnblogs.com/yangxia-test/p/4368778.html
页:
[1]