在学习Linux的权限之前，先来了解一下shell是什么
Linux严格意义上说的是一个操作系统，我们称之为“核心（kernel）“ ，但我们一般用户，不能直接使用kernel。而是通过kernel的“外壳”程序，也就是所谓的shell，来与kernel沟通。如何理解？为什么不能直接使用kernel？
从技术角度，Shell的最简单定义：命令行解释器（command Interpreter）主要包含：
1.将使用者的命令翻译给核心（kernel）处理。
2.同时，将核心的处理结果翻译给使用者。
对比windows GUI，我们操作windows 不是直接操作windows内核，而是通过图形接口，点击，从而完成我们的操作（比如进入D盘的操作，我们通常是双击D盘盘符.或者运行起来一个应用程序）。?
shell 对于Linux，有相同的作用，主要是对我们的指令进行解析，解析指令给Linux内核。反馈结果再通过内核运行出结果，通过shell解析给用户。
Linux权限的概念?
Linux下有两种用户：超级用户（root）、普通用户。?
超级用户：可以在linux系统下做任何事情，不受限制
普通用户：在linux下做有限的事情。
超级用户的命令提示符是“#”，普通用户的命令提示符是“$”。
命令：su [用户名]?
功能：切换用户。?
例如，要从root用户切换到普通用户user，则使用 su user。 要从普通用户user切换到root用户则使用 suroot（root可以省略），此时系统会提示输入root用户的口令。
从root用户切换到普通用户
[root@VM-4-4-centos ~]# su zs
[zs@VM-4-4-centos root]$ 从普通用户切换到root用户
[zs@VM-4-4-centos root]$ su root
Password:
[root@VM-4-4-centos ~]#
Linux权限管理
文件访问者的分类?（人）
文件和文件目录的所有者：u---User
文件和文件目录的所有者所在的组的用户：g---Group
其它用户：o---Others
而其他拥有者或者不同组相对来说就是others
文件类型和访问权限（事物属性）?
Linux下不以文件后缀区分文件类型?
-rw-rw-r-- 1 shadow shadow 54 Jul 20 21:16 a.c
-rwxrwxr-x 1 shadow shadow 8352 Jul 20 21:16 a.out
[shadow@VM-4-4-centos practice_7_20]$ ./a.out
hello Linux
[shadow@VM-4-4-centos practice_7_20]$ mv a.out a.x
[shadow@VM-4-4-centos practice_7_20]$ ./a.x
hello Linux
改变了执行程序的后缀，程序依旧能够运行
但是如果把源文件a.c的后缀改变成.txt，此时会发现gcc无法编译通过?
[shadow@VM-4-4-centos practice_7_20]$ mv a.c a.txt
[shadow@VM-4-4-centos practice_7_20]$ ll
total 16
-rw-rw-r-- 1 shadow shadow 54 Jul 20 21:16 a.txt
-rwxrwxr-x 1 shadow shadow 8352 Jul 20 21:16 a.x
[shadow@VM-4-4-centos practice_7_20]$ gcc a.txt
/usr/bin/ld:a.txt: file format not recognized; treating as linker script
/usr/bin/ld:a.txt:1: syntax error
collect2: error: ld returned 1 exit status
这是因为gcc是Linux下的软件，不是Linux操作系统本身，gcc还是要以文件后缀来区分文件类型的
用ls -l来显示文件，可以看到文件属性最前面有10个字符
第一位表示的是文件的类型
文件类型有如下几种?
d：文件夹
-：普通文件
l：软链接（类似Windows的快捷方式）
b：块设备文件（例如硬盘、光驱等）
p：管道文件
c：字符设备文件（例如屏幕等串口设备）
s：套接口文件?
后面的9位表示的是访问权限
基本权限
i.读（r/4）：Read对文件而言，具有读取文件内容的权限；对目录来说，具有浏览该目录信息的权限
ii.写（w/2）：Write对文件而言，具有修改文件内容的权限；对目录来说具有删除移动目录内文件的权限
iii.执行（x/1）：execute对文件而言，具有执行文件的权限；对目录来说，具有进入目录的权限
iv.“—”表示不具有该项权限?
文件权限值的表示方法
字符表示方法
?8进制数值表示方法
文件访问权限的相关设置方法
chmod
功能：设置文件的访问权限?
格式：chmod [参数] 权限 文件名?
常用选项：?
R -> 递归修改目录文件的权限?
说明：只有文件的拥有者和root才可以改变文件的权限?
?
chmod命令权限值的格式
?① 用户表示符+/-=权限字符
+:向权限范围增加权限代号所表示的权限
-:向权限范围取消权限代号所表示的权限
=:向权限范围赋予权限代号所表示的权限
用户符号：?
u：拥有者
g：拥有者同组用
o：其它用户
a：所有用户?
举例：
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li li 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
drwx------ 4 zs zs 4096 Jul 20 00:37 zs
[root@VM-4-4-centos home]# chmod u-rwx zs
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li li 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
d--------- 4 zs zs 4096 Jul 20 00:37 zs
[root@VM-4-4-centos home]# chmod g=rx zs
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li li 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
d---r-x--- 4 zs zs 4096 Jul 20 00:37 zs
[root@VM-4-4-centos home]# chmod o+w zs
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li li 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
d---r-x-w- 4 zs zs 4096 Jul 20 00:37 zs?
?②三位8进制数字
举例：
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li li 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
d---r-x-w- 4 zs zs 4096 Jul 20 00:37 zs
[root@VM-4-4-centos home]# chmod 666 zs
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li li 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
drw-rw-rw- 4 zs zs 4096 Jul 20 00:37 zs
chown
功能：修改文件的拥有者?
格式：chown [参数] 用户名 文件名?
说明：只有root才可以修改
举例：
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li li 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
drw-rw-rw- 4 zs zs 4096 Jul 20 00:37 zs
[root@VM-4-4-centos home]# chown li zs
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li li 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
drw-rw-rw- 4 li zs 4096 Jul 20 00:37 zs
[root@VM-4-4-centos home]# chown zs zs
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li li 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
drw-rw-rw- 4 zs zs 4096 Jul 20 00:37 zs
chgrp
功能：修改文件或目录的所属组?
格式：chgrp [参数] 用户组名 文件名?
常用选项：-R 递归修改文件或目录的所属组?
举例：
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li li 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
drw-rw-rw- 4 zs zs 4096 Jul 20 00:37 zs
[root@VM-4-4-centos home]# chgrp zs li
[root@VM-4-4-centos home]# chgrp li zs
[root@VM-4-4-centos home]# ll
total 12
drwx------ 2 li zs 4096 Jul 20 13:15 li
drwx------ 3 lighthouse lighthouse 4096 Jul 11 20:08 lighthouse
drw-rw-rw- 4 zs li 4096 Jul 20 00:37 zs
权限只验证一次
如果拥有者的权限验证没有通过，但是却有所属组的权限，那么最终结果是权限验证无法通过
举例：
drwx------ 3 lighthouse lighthouse 4096 Jul 20 18:14 lighthouse
drwx------ 2 moon moon 4096 Jul 20 18:27 moon
d---rwx--- 8 shadow shadow 4096 Jul 20 18:40 shadow
drwx------ 2 sun sun 4096 Jul 20 18:26 sun
[shadow@VM-4-4-centos home]$ cd shadow
-bash: cd: shadow: Permission denied
可以看到拥有者没有权限，但是所属组有权限，但是先验证拥有者的权限，验证不通过，最终无法进入文件
umask?
功能：查看或修改文件掩码?
格式：umask 权限值?
说明：将现有的存取权限减去权限掩码后，即可产生建立文件时预设权限。超级用户默认掩码值为0022，普通用户默认为0002。?
新建文件默认权限=0666
新建目录默认权限=0777
但实际上你所创建的文件和目录，看到的权限往往不是上面这个值。原因就是创建文件或目录的时候还要受到umask的影响。假设默认权限是mask，则实际创建出来的文件权限是: mask & (~umask)?
total 4
drwxrwxr-x 2 shadow shadow 4096 Jul 20 19:13 dir
-rw-rw-r-- 1 shadow shadow 0 Jul 20 19:13 text
文件初始的权限值不是666而是664，文件夹初始的文件权限值不是777，而是774，原因就是收到了umask的影响
最终权限 = 起始权限 & (~umask)? （不是单纯的减法）
查看umask的权限值为如下
[shadow@VM-4-4-centos practice_7_20]$ umask
0002
所以文件最终权限 = 666 & (~002) = 110? 110? 110 & 111? 111? 101 = 110? 110? 100 = rw-? rw-? r--
凡是在umask中出现的权限，都不应该在最终权限中出现
目录的权限?
可执行权限: 如果目录没有可执行权限, 则无法cd到目录中.
可读权限: 如果目录没有可读权限, 则无法用ls等命令查看目录中的文件内容.
可写权限: 如果目录没有可写权限, 则无法在目录中创建文件, 也无法在目录中删除文件.?
换句话来讲, 就是只要用户具有目录的写权限, 用户就可以删除目录中的文件, 而不论这个用户是否有这个文件的写权限.
举例：
这是home目录的权限值
drwxrwxrwx. 6 root root 4096 Jul 20 18:27 home用户moon删除了用户shadow的文件sd1和sd2
[moon@VM-4-4-centos home]$ whoami
moon
[moon@VM-4-4-centos home]$ ll
total 24
drwx------ 3 lighthouse lighthouse 4096 Jul 20 18:14 lighthouse
drwx------ 4 moon moon 4096 Jul 20 19:47 moon
drwxrwxr-x 2 shadow shadow 4096 Jul 20 19:53 sd1
drwxrwxr-x 2 shadow shadow 4096 Jul 20 19:53 sd2
drwx------ 9 shadow shadow 4096 Jul 20 19:13 shadow
drwx------ 2 sun sun 4096 Jul 20 18:26 sun
[moon@VM-4-4-centos home]$ rm -rf sd1 sd2
[moon@VM-4-4-centos home]$ ll
total 16
drwx------ 3 lighthouse lighthouse 4096 Jul 20 18:14 lighthouse
drwx------ 4 moon moon 4096 Jul 20 19:47 moon
drwx------ 9 shadow shadow 4096 Jul 20 19:13 shadow
drwx------ 2 sun sun 4096 Jul 20 18:26 sun
那么问题来了，凭什么shadow创建的文件可以被用户moon删除
为了解决这个不科学的问题, Linux引入了粘滞位的概念.
粘滞位?
当一个目录被设置为"粘滞位"(用chmod +t),则该目录下的文件只能由?
一、超级管理员删除
二、该目录的所有者删除
三、该文件的所有者删除?
修改目录的权限
[root@VM-4-4-centos /]# chmod +t home/
//可以看到目录的后三位权限已经被改成了rwt
drwxrwxrwt. 6 root root 4096 Jul 20 19:55 home
?此时用户moon就无法修改用户shadow创建的文件了
[moon@VM-4-4-centos home]$ whoami
moon
[moon@VM-4-4-centos home]$ ll
total 24
drwx------ 3 lighthouse lighthouse 4096 Jul 20 18:14 lighthouse
drwx------ 4 moon moon 4096 Jul 20 19:47 moon
drwxrwxr-x 2 shadow shadow 4096 Jul 20 20:01 sd1
drwxrwxr-x 2 shadow shadow 4096 Jul 20 20:01 sd2
drwx------ 9 shadow shadow 4096 Jul 20 19:13 shadow
drwx------ 2 sun sun 4096 Jul 20 18:26 sun
[moon@VM-4-4-centos home]$ rm -rf sd1 sd2
rm: cannot remove ‘sd1’: Operation not permitted
rm: cannot remove ‘sd2’: Operation not permitted
但是用户shadow自己创建的文件自己还是可以删除的
[shadow@VM-4-4-centos home]$ ll
total 24
drwx------ 3 lighthouse lighthouse 4096 Jul 20 18:14 lighthouse
drwx------ 4 moon moon 4096 Jul 20 19:47 moon
drwxrwxr-x 2 shadow shadow 4096 Jul 20 20:01 sd1
drwxrwxr-x 2 shadow shadow 4096 Jul 20 20:01 sd2
drwx------ 9 shadow shadow 4096 Jul 20 19:13 shadow
drwx------ 2 sun sun 4096 Jul 20 18:26 sun
[shadow@VM-4-4-centos home]$ rm -rf sd1 sd2
[shadow@VM-4-4-centos home]$ ll
total 16
drwx------ 3 lighthouse lighthouse 4096 Jul 20 18:14 lighthouse
drwx------ 4 moon moon 4096 Jul 20 19:47 moon
drwx------ 9 shadow shadow 4096 Jul 20 19:13 shadow
drwx------ 2 sun sun 4096 Jul 20 18:26 sun
关于黏滞位，只能给目录设置，并且只能改变other位置的权限值，也就是只能给后三位权值位去设置黏滞位
关于权限的总结
1.目录的可执行权限是表示你可否在目录下执行命令。
2.如果目录没有-x权限，则无法对目录执行任何命令，甚至无法cd 进入目, 即使目录仍然有-r 读权限（这个地方很容易犯错，认为有读权限就可以进入目录读取目录下的文件）
3.而如果目录具有-x权限，但没有-r权限，则用户可以执行命令，可以cd进入目录。但由于没有目录的读权限，所以在目录下，即使可以执行ls命令，但仍然没有权限读出目录下的文档。??
思维导图?
?