前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >【linux命令讲解大全】205. 深入理解Linux ACL:权限控制的进阶

【linux命令讲解大全】205. 深入理解Linux ACL:权限控制的进阶

作者头像
全栈若城
发布2024-03-02 14:45:27
1640
发布2024-03-02 14:45:27
举报
文章被收录于专栏:若城技术专栏若城技术专栏

setfacl

设置文件访问控制列表

补充说明

setfacl命令是用来在命令行里设置ACL(访问控制列表)。在命令行里,一系列的命令跟随以一系列的文件名。

选项
  • -b, --remove-all:删除所有扩展的acl规则,基本的acl规则(所有者,群组,其他)将被保留。
  • -k, --remove-default:删除缺省的acl规则。如果没有缺省规则,将不提示。
  • -n, --no-mask:不要重新计算有效权限。setfacl默认会重新计算ACL mask,除非mask被明确的制定。
  • --mask:重新计算有效权限,即使ACL mask被明确指定。
  • -d, --default:设定默认的acl规则。
  • --restore=file:从文件恢复备份的acl规则(这些文件可由getfacl -R产生)。通过这种机制可以恢复整个目录树的acl规则。此参数不能和除–test以外的任何参数一同执行。
  • --test:测试模式,不会改变任何文件的acl规则,操作后的acl规格将被列出。
  • -R, --recursive:递归的对所有文件及目录进行操作。
  • -L, --logical:跟踪符号链接,默认情况下只跟踪符号链接文件,跳过符号链接目录。
  • -P, --physical:跳过所有符号链接,包括符号链接文件。
  • --version:输出setfacl的版本号并退出。
  • --help:输出帮助信息。
  • --:标识命令行参数结束,其后的所有参数都将被认为是文件名
  • -:如果文件名是-,则setfacl将从标准输入读取文件名。

选项-m和-x后边跟以acl规则。多条acl规则以逗号(,)隔开。选项-M和-X用来从文件或标准输入读取acl规则。 选项–set和–set-file用来设置文件或目录的acl规则,先前的设定将被覆盖。 选项-m(–modify)和-M(–modify-file)选项修改文件或目录的acl规则。 选项-x(–remove)和-X(–remove-file)选项删除acl规则。 当使用-M,-X选项从文件中读取规则时,setfacl接受getfacl命令输出的格式。每行至少一条规则,以#开始的行将被视为注释。

当在不支持ACLs的文件系统上使用setfacl命令时,setfacl将修改文件权限位。如果acl规则并不完全匹配文件权限位,setfacl将会修改文件权限位使其尽可能的反应acl规则,并会向standard error发送错误消息,以大于0的状态返回。

权限

文件的所有者以及有CAP_FOWNER的用户进程可以设置一个文件的acl。(在目前的linux系统上,root用户是唯一有CAP_FOWNER能力的用户)

ACL规则

setfacl命令可以识别以下的规则格式:

  • [d[efault]:] [u[ser]:]uid [:perms]:指定用户的权限,文件所有者的权限(如果uid没有指定)。
  • [d[efault]:] g[roup]:gid [:perms]:指定群组的权限,文件所有群组的权限(如果gid未指定)
  • [d[efault]:] m[ask][:] [:perms]:有效权限掩码
  • [d[efault]:] o[ther] [:perms]:其他的权限

恰当的acl规则被用在修改和设定的操作中,对于uid和gid,可以指定一个数字,也可指定一个名字。perms域是一个代表各种权限的字母的组合:读-r写-w执行-x,执行只适合目录和一些可执行的文件。pers域也可设置为八进制格式。

自动创建的规则

最初的,文件目录仅包含3个基本的acl规则。为了使规则能正常执行,需要满足以下规则。

  • 3个基本规则不能被删除。
  • 任何一条包含指定的用户名或群组名的规则必须包含有效的权限组合。
  • 任何一条包含缺省规则的规则在使用时,缺省规则必须存在。
ACL的名词定义

ACL是由一系列的Access Entry所组成的,每一条Access Entry定义了特定的类别可以对文件拥有的操作权限。Access Entry有三个组成部分:Entry tag type, qualifier (optional), permission。

我们先来看一下最重要的Entry tag type,它有以下几个类型:

  • ACL_USER_OBJ:相当于Linux里file_owner的permission
  • ACL_USER:定义了额外的用户可以对此文件拥有的permission
  • ACL_GROUP_OBJ:相当于Linux里group的permission
  • ACL_GROUP:定义了额外的组可以对此文件拥有的permission
  • ACL_MASK:定义了ACL_USER, ACL_GROUP_OBJ和ACL_GROUP的最大权限 (这个我下面还会专门讨论)
  • ACL_OTHER:相当于Linux里other的permission

ACL文件拥有了ACL_USER或者ACL_GROUP的值时添加了一个+号作为提示。

设置ACL文件

首先我们还是要讲一下设置ACL文件的格式,从上面的例子中我们可以看到每一个Access Entry都是由三个被:号分隔开的字段所组成,第一个就是Entry tag type。

  • user:对应了ACL_USER_OBJ和ACL_USER
  • group:对应了ACL_GROUP_OBJ和ACL_GROUP
  • mask:对应了ACL_MASK
  • other:对应了ACL_OTHER

第二个字段:qualifier

第二个字段称之为qualifier,也就是上面例子中的johndev组,它定义了特定用户和拥护组对于文件的权限。这里我们也可以发现只有usergroup才有qualifier,其他的都为空。第三个字段就是我们熟悉的permission了。它和Linux的permission一样定义,这里就不多讲了。

下面我们就来看一下怎么设置test.txt这个文件的ACL让它来达到我们上面的要求。

一开始文件没有ACL的额外属性:

代码语言:javascript
复制
[root@localhost ~]# ls -l
-rw-rw-r-- 1 root admin 0 Jul 3 22:06 test.txt

[root@localhost ~]# getfacl --omit-header ./test.txt
user::rw- group::rw- other::r--

我们先让用户john拥有对test.txt文件的读写权限:

代码语言:javascript
复制
[root@localhost ~]# setfacl -m user:john:rw- ./test.txt
[root@localhost ~]# getfacl --omit-header ./test.txt
user::rw-
user:john:rw-
group::rw-
mask::rw-
other::r--

这时我们就可以看到john用户在ACL里面已经拥有了对文件的读写权。这个时候如果我们查看一下linux的permission我们还会发现一个不一样的地方。

代码语言:javascript
复制
[root@localhost ~]# ls -l ./test.txt
-rw-rw-r--+ 1 root admin 0 Jul 3 22:06 ./test.txt

在文件permission的最后多了一个+号,当任何一个文件拥有了ACL_USER或者ACL_GROUP的值以后我们就可以称它为ACL文件,这个+号就是用来提示我们的。我们还可以发现当一个文件拥有了ACL_USER或者ACL_GROUP的值时ACL_MASK同时也会被定义。

接下来我们来设置dev组拥有read权限:

代码语言:javascript
复制
[root@localhost ~]# setfacl -m group:dev:r-- ./test.txt
[root@localhost ~]# getfacl --omit-header ./test.txt
user::rw-
user:john:rw-
group::rw-
group:dev:r--
mask::rw-
other::r--

到这里就完成了我们上面讲到的要求,是不是很简单呢。

ACL_MASK和Effective permission

这里需要重点讲一下ACL_MASK,因为这是掌握ACL的另一个关键,在Linux file permission里面大家都知道比如对于rw-rw-r--来说,其中那个rw-是指文件组的permission。但是在ACL里面这种情况只是在ACL_MASK不存在的情况下成立。如果文件有ACL_MASK值,那么其中那个rw-代表的就是mask值而不再是group permission了。

让我们来看下面这个例子:

代码语言:javascript
复制
[root@localhost ~]# ls -l
-rwxrw-r-- 1 root admin 0 Jul 3 23:10 test.sh

这里说明test.sh文件只有file owner: root拥有read, write, execute/search permissionadmin组只有read and write permission,现在我们想让用户john也对test.sh具有和root一样的permission。

代码语言:javascript
复制
[root@localhost ~]# setfacl -m user:john:rwx ./test.sh
[root@localhost ~]# getfacl --omit-header ./test.sh
user::rwx user:john:rwx
group::rw-
mask::rwx
other::r--

这里我们看到john已经拥有了rwxpermissionmask值也被设定为rwx,那是因为它规定了ACL_USERACL_GROUPACL_GROUP_OBJ的最大值,现在我们再来看test.sh的Linux permission,它已经变成了:

代码语言:javascript
复制
[root@localhost ~]# ls -l
-rwxrwxr--+ 1 root admin 0 Jul 3 23:10 test.sh

那么如果现在admin组的用户想要执行test.sh的程序会发生什么情况呢?它会被permission deny。原因在于实际上admin组的用户只有read and write permission,这里当中显示的rwxACL_MASK的值而不是grouppermission

所以从这里我们就可以知道,如果一个文件后面有+标记,我们都需要用getfacl来确认它的permission,以免发生混淆。

下面我们再来继续看一个例子,假如现在我们设置test.shmaskread only,那么admin组的用户还会有write permission吗?

代码语言:javascript
复制
[root@localhost ~]# setfacl -m mask::r-- ./test.sh
[root@localhost ~]# getfacl --omit-header ./test.sh
user::rwx
user:john:rwx   #effective:r--
group::rw-      #effective:r--
mask::r--
other::r--

这时候我们可以看到ACL_USERACL_GROUP_OBJ旁边多了个#effective:r–,这是什么意思呢?让我们再来回顾一下ACL_MASK的定义。它规定了ACL_USERACL_GROUP_OBJACL_GROUP的最大权限。那么在我们这个例子中他们的最大权限也就是read only。虽然我们这里给ACL_USERACL_GROUP_OBJ设置了其他权限,但是他们真正有效果的只有read权限。

这时我们再来查看test.sh的Linux file permission时它的group permission也会显示其mask的值(i.e. r–):

代码语言:javascript
复制
[root@localhost ~]# ls -l
-rwxr--r--+ 1 root admin 0 Jul 3 23:10 test.sh
本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2024-02-29,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • setfacl
    • 设置文件访问控制列表
      • 选项
        • 权限
          • ACL规则
            • 自动创建的规则
              • ACL的名词定义
                • 设置ACL文件
                • 第二个字段:qualifier
                • ACL_MASK和Effective permission
                领券
                问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档