GLPI配置文件(profile)各角色权限的解释

学习了这么久GLPI，槽点不是一点半点。

历史这么悠久的工具，相关资料却少得可怜。
页面上的帮助按钮链接的是法英文夹杂的古老文档。

今天经过一番坚持不懈的谷歌，才发现官方文档对配置文件(profile)的各个角色是有描述的。
但是是法语写的，单词拼写和英语不一样，能看到就怪了…
我又仔细看了官方的 github ，以前是有翻译好的使用文档的！
官方现在正在重写使用文档，计划先用法语写完，再翻译。结果至少4年过去了，法语版还没有完成，旧的翻译稿也都整没了！简直无力吐槽。

幸好有人fork了2014年的使用文档，才得以看到英文版。
下面就是摘录的对profile的解释：

By default, 7 profiles are prerecorded in GLPI :

Super-Admin: this profile allows all rights! Important: if the super-admin profile is deleted or if simplified interface is associated to this profile, the access to th GLPI’s setup can be definitely lost.
Admin: this profile allows setup rights on all GLPI. Some limitations are applied to it for configuration of rules, of entities as well as others sections which can distort the behavior of GLPI.
Supervisor: this profile has the same elements as the Technician profile by adding it elements allowing the management of the team and it’s organization (attribution of tickets…).
Technician: this profile corresponds to that used for a technician of maintenance. It has access to all assets in read only and to the helpdesk to handle tickets.
Hotliner: this profile corresponds to the one that we could give for a department of hotlline. It allows to create tickets and to follow them but not to handle it as can be a technician.
Observer: this profile allows read rights for all assets an management datas. For assistance, he will be able to create a ticket or to see himself assigning but won’t be able to manage this rubric (to assign a ticket, to steal a ticket…).
Self-Service: this profile is more limited. it’s the only one to have different interface, the simplified interface, in opposition to the standard interface. He will however be able to create a ticket, to add to it a followup, to consult the FAQ or else to reserve an equipment. This profile is recorded as default profile.e

然而英文版也很不通顺……我结合自己的理解总结成了下面这些：

Super-Admin: 拥有所有的权限。注意如果super-admin profile被删除或者它的"配置界面"选择了简单界面，会无法进入GLPI的设置。
Admin: 拥有对GLPI的全部设置权限。在规则(rules)、实体和其他可能影响GLPI运行的配置上有所限制。
Supervisor: 包含了Technician的权限，增加了管理的权限（如修改工单属性），但授权能力是有限的（例如只能为用户授予Technician、Hotliner、Self-Service和Supervisor四种权限）。操作范围是所属实体，授权时递归可以看到子实体。
Technician: 此配置文件用于运维技术人员。可以处理工单，可以读写数据和用户配置，但授权能力是有限的（例如只能为用户授予Self-Service和Technician两种权限）。操作范围是所属实体，授权时递归可以看到子实体。
Hotliner: 适用于热线部门。可以创建和追踪工单，但不能像technician一样处理工单。操作范围是所属实体，授权时递归可以看到子实体。
Observer: 对所有资产和管理数据（资产、工单、文档、project、用户、群组等）有阅读权限。可以创建工单，但不能管理和处理工单（分配工单等）。操作范围是所属实体，授权时递归可以看到子实体。
Self-Service: 是默认配置文件。是权限最小的配置文件。只有Self-Service使用了简单界面而不是标准界面。可以创建和追踪工单、预定设备、查阅知识库。操作范围是与自己相关的工单。
存在bug：当工单未被分配时，Technician和Observer可以分配给自己。

GLPI配置文件(profile)各角色权限的解释相关推荐

Java项目:角色权限后台脚手架系统(java+Springboot+Maven+myBaits-Plus+Vue+Element-UI+Mysql)
源码获取:博客首页 "资源" 里下载! Springboot框架+myBaits-Plus+MySQL实现的角色权限后台管理脚手架系统实战项目,实现的是所有系统最基础的后台管理功能 ...
ThinkPHP的RBAC（基于角色权限控制）详解
ThinkPHP的RBAC(基于角色权限控制)详解一.什么是RBAC 基于角色的访问控制(Role-Based Access Control)作为传统访问控制(自主访问,强制访问)的有前景的代替受到 ...
SpringSecurity动态加载用户角色权限实现登录及鉴权
本文来说下SpringSecurity如何动态加载用户角色权限实现登录及鉴权文章目录概述动态数据登录验证的基础知识 UserDetails与UserDetailsService接口实现User ...
设计OA系统的用户-角色-权限分配
转载:http://www.cnblogs.com/jsping/archive/2013/01/23/2872972.html 设计OA系统的用户-角色-权限分配一,前言本文主要讲述在OA系统 ...
Oracle的对象权限、角色权限、系统权限
Oracle的对象权限.角色权限.系统权限一.用户与模式用户:对数据库的访问,需要以适当用户身份通过验证,并具有相关权限来完成一系列动作 SYS用户,缺省始终创建,且未被锁定,拥有数据字典及其关联 ...
springboot整合security，mybatisPlus，thymeleaf实现登录认证及用户，菜单，角色权限管理
介绍本系统为springboot整合security,mybatisPlus,thymeleaf实现登录认证及用户,菜单,角色权限管理.页面为极简模式,没有任何渲染. 源码:https://gite ...
角色权限（Role）和系统权限（System）的几个澄清实验
数据库安全是一个内容丰富的体系结构,其中访问控制和操作控制是安全体系的重要内容.Oracle数据库作为目前最成熟的商用数据库产品,其安全访问体系是行业界普遍接受的标准. Oracle数据库权限体系是一 ...
RBAC角色权限设计
RBAC(Role-Based Access Control,基于角色的访问控制),就是用户通过角色与权限进行关联.简单地说,一个用户拥有若干角色,每一个角色拥有若干权限.这样,就构造成"用 ...
存储过程---角色权限叠加
实现角色权限叠加的原因: 最近在做一个项目,我是负责权限的管理,通过"权限->角色->员工"的方式来把权限赋给员工的,在新建角色时,我原来只是新建一个新的空角色,即这个 ...

GLPI配置文件(profile)各角色权限的解释

GLPI配置文件(profile)各角色权限的解释相关推荐

最新文章

热门文章