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::---
|
