Linux - 主机的细部权限规划：ACL 的使用

        ACL 是 Access Control List 的缩写。基本的目的是在提供传统的 owner,group,others 的 read,write,execute 权限之外的细部权限配置。ACL 能够针对单一使用者，单一文件或文件夹来进行 r,w,x 的权限规范，对于须要特殊权限的使用状况很有帮助。

那 ACL 主要能够针对哪些方面来控制权限呢？他主要能够针对几个项目：

    使用者 (user)：能够针对使用者来配置权限。
    群组 (group)：针对群组为对象来配置其权限；

    默认属性 (mask)：还能够针对在该文件夹下在创建新文件/文件夹时。规范新数据的默认权限。

ACL 的配置技巧： getfacl, setfacl

    getfacl, setfaclgetfacl：取得某个文件/文件夹的 ACL 配置项目。
    setfacl：配置某个文件夹/文件的 ACL 规范。

setfacl 命令使用方法

[root@www ~]# setfacl [-bkRd] [{-m|-x} acl參数] 目标文件名称
选项与參数：
-m ：配置兴许的 acl 參数给文件使用，不可与 -x 合用。
-x ：删除兴许的 acl 參数，不可与 -m 合用；
-b ：移除全部的 ACL 配置參数；
-k ：移除默认的 ACL 參数，关于所谓的『默认』參数于兴许范例中介绍；
-R ：递归配置 acl 。亦即包含次文件夹都会被配置起来；
-d ：配置『默认 acl 參数』的意思！
仅仅对文件夹有效，在该文件夹新建的数据会引用此默认值

        上面谈到的是 acl 的选项功能。那么怎样配置 ACL 的特殊权限呢？特殊权限的配置方法有非常多， 我们先来谈谈最常见的，就是针对单一使用者的配置方式：

# 1. 针对特定使用者的方式：
# 配置规范：『 u:[使用者账号列表]:[rwx] 』，比如针对 vbird1 的权限规范 rx ：
[root@www ~]# touch acl_test1
[root@www ~]# ll acl_test1
-rw-r--r-- 1 root root 0 Feb 27 13:28 acl_test1
[root@www ~]# setfacl -m u:vbird1:rx acl_test1
[root@www ~]# ll acl_test1
-rw-r-xr--+ 1 root root 0 Feb 27 13:28 acl_test1
# 权限部分多了个 + ，且与原本的权限 (644) 看起来差异非常大！但要怎样查阅呢？

[root@www ~]# setfacl -m u::rwx acl_test1
[root@www ~]# ll acl_test1
-rwxr-xr--+ 1 root root 0 Feb 27 13:28 acl_test1
# 无使用者列表，代表配置该文件拥有者，所以上面显示 root 的权限成为 rwx 了！

        上述动作为最简单的 ACL 配置，利用『 u:使用者:权限 』的方式来配置的啦！

配置前请加上 -m 这个选项。 假设一个文件配置了 ACL 參数后。他的权限部分就会多出一个 + 号了！

可是此时你看到的权限与实际权限可能就会有点误差！ 那要怎样观察呢？就透过 getfacl 吧！

getfacl 命令使用方法

[root@www ~]# getfacl filename
选项与參数：
getfacl 的选项差点儿与 setfacl 同样。所以鸟哥这里就免去了选项的说明啊！


# 请列出刚刚我们配置的 acl_test1 的权限内容：
[root@www ~]# getfacl acl_test1
# file: acl_test1   <==说明档名而已。
# owner: root       <==说明此文件的拥有者。亦即 ll 看到的第三使用者字段
# group: root       <==此文件的所属群组，亦即 ll 看到的第四群组字段
user::rwx           <==使用者列表栏是空的，代表文件拥有者的权限
user:vbird1:r-x     <==针对 vbird1 的权限配置为 rx ，与拥有者并不同！
group::r--          <==针对文件群组的权限配置仅有 r 
mask::r-x           <==此文件默认的有效权限 (mask)
other::r--          <==其它人拥有的权限啰。

        上面的数据很easy查阅吧？显示的数据前面加上 # 的，代表这个文件的默认属性，包含文件名称、文件拥有者与文件所属群组。 底下出现的 user, group, mask, other 则是属于不同使用者、群组与有效权限(mask)的配置值。

以上面的结果来看。我们刚刚配置的 vbird1 对于这个文件具有 r 与 x 的权限啦。

# 2. 针对特定群组的方式：
# 配置规范：『 g:[群组列表]:[rwx] 』，比如针对 mygroup1 的权限规范 rx ：
[root@www ~]# setfacl -m g:mygroup1:rx acl_test1
[root@www ~]# getfacl acl_test1
# file: acl_test1
# owner: root
# group: root
user::rwx
user:vbird1:r-x
group::r--
group:mygroup1:r-x  <==这里就是新增的部分！
多了这个群组的权限配置！
mask::r-x
other::r--

        基本上，群组与使用者的配置并没有什么太大的差异啦！如上表所看到的，很easy了解意义。

只是，你应该会认为奇怪的是， 那个 mask 是什么东西啊？事实上他有点像是『有效权限』的意思！

他的意义是： 使用者或群组所配置的权限必需要存在于 mask 的权限配置范围内才会生效。此即『有效权限 (effective permission)』

# 3. 针对有效权限 mask 的配置方式：
# 配置规范：『 m:[rwx] 』，比如针对刚刚的文件规范为仅有 r ：
[root@www ~]# setfacl -m m:r acl_test1
[root@www ~]# getfacl acl_test1
# file: acl_test1
# owner: root
# group: root
user::rwx
user:vbird1:r-x        #effective:r-- <==vbird1+mask均存在者。仅有 r 而已！
group::r--
group:mygroup1:r-x     #effective:r--
mask::r--
other::r--

# 1. 先測试看看。使用 myuser1 是否能进入该文件夹？
[myuser1@www ~]$ cd /srv/projecta
-bash: cd: /srv/projecta: Permission denied  <==确实不可进入！

# 2. 開始用 root 的身份来配置一下该文件夹的权限吧！
[root@www ~]# setfacl -m u:myuser1:rx /srv/projecta
[root@www ~]# getfacl /srv/projecta
# file: srv/projecta
# owner: root
# group: projecta
user::rwx
user:myuser1:r-x  <==还是要看看有没有配置成功喔。
group::rwx
mask::rwx
other::---

# 3. 还是得要使用 myuser1 去測试看看结果！

[myuser1@www ~]$ cd /srv/projecta
[myuser1@www projecta]$ ll -a
drwxrws---+ 2 root projecta 4096 Feb 27 11:29 .  <==确实能够查询档名
drwxr-xr-x  4 root root     4096 Feb 27 11:29 ..

[myuser1@www projecta]$ touch testing
touch: cannot touch `testing': Permission denied <==确实不能够写入！

# 1. 先測试看看。使用 myuser1 是否能进入该文件夹？
[myuser1@www ~]$ cd /srv/projecta
-bash: cd: /srv/projecta: Permission denied  <==确实不可进入！

# 2. 開始用 root 的身份来配置一下该文件夹的权限吧。
[root@www ~]# setfacl -m u:myuser1:rx /srv/projecta
[root@www ~]# getfacl /srv/projecta
# file: srv/projecta
# owner: root
# group: projecta
user::rwx
user:myuser1:r-x  <==还是要看看有没有配置成功喔！
group::rwx
mask::rwx
other::---

# 3. 还是得要使用 myuser1 去測试看看结果！
[myuser1@www ~]$ cd /srv/projecta
[myuser1@www projecta]$ ll -a
drwxrws---+ 2 root projecta 4096 Feb 27 11:29 .  <==确实能够查询档名
drwxr-xr-x  4 root root     4096 Feb 27 11:29 ..

[myuser1@www projecta]$ touch testing
touch: cannot touch `testing': Permission denied <==确实不能够写入！

# 4. 针对默认权限的配置方式：
# 配置规范：『 d:[ug]:使用者列表:[rwx] 』

# 让 myuser1 在 /srv/projecta 底下一直具有 rx 的默认权限！

[root@www ~]# setfacl -m d:u:myuser1:rx /srv/projecta
[root@www ~]# getfacl /srv/projecta
# file: srv/projecta
# owner: root
# group: projecta
user::rwx
user:myuser1:r-x
group::rwx
mask::rwx
other::---
default:user::rwx
default:user:myuser1:r-x
default:group::rwx
default:mask::rwx
default:other::---

[root@www ~]# cd /srv/projecta
[root@www projecta]# touch zzz1
[root@www projecta]# mkdir zzz2
[root@www projecta]# ll -d zzz*
-rw-rw----+ 1 root projecta    0 Feb 27 14:57 zzz1
drwxrws---+ 2 root projecta 4096 Feb 27 14:57 zzz2
# 看吧。确实有继承喔！
然后我们使用 getfacl 再次确认看看。

[root@www projecta]# getfacl zzz2
# file: zzz2
# owner: root
# group: projecta
user::rwx
user:myuser1:r-x
group::rwx
mask::rwx
other::---
default:user::rwx
default:user:myuser1:r-x
default:group::rwx
default:mask::rwx
default:other::---