由Linux警告Permisondenied引发的思考

编程

在使用Linux中,我们经常遇到Permisson denied错误。是不是一股脑的加上sudo或者切换root用户继续执行,没有理解背后的逻辑。今天就来掰扯掰扯Linux的DAC(Discretionary Access Control,自主访问控制)。

Tips:本文所引用的关键性名词、内容归类可能会与标准所不同。请灵活理解

在Nginx的使用过程中或执行某些命令(rm -f),经常性的遇见Permisson denied。这让我很苦恼,就算我把默认rwx普通权限弄明白,还是会遇到这类问题。那就是问题已经超出的我的认知了,需要我进一步探究了。

普通权限

普通权限划分为:rwx,分别用421表示。4对应r(可读),2对应w(写入),1对应x(执行)。rwx共有3组。第一组表示:所属者的权限。第二组表示:所属组的权限。第三组表示:其它用户的权限。

rwx作用于文件和文件夹的效果是不一样的。

r

w

x

文件

表示可以读取文件的内容

表示可以新增、修改文件的内容

表示文件可以被执行

文件夹

可以查看文件夹下的目录结构

可以新增、修改、移动、删除其中的文件和文件夹

表示用户可以进入文件夹

举个例子:

[root@VM_0_10_centos ~]# su work

bash-4.1$ ll

bash: ll: command not found

bash-4.1$ ls

ls: 无法打开目录.: 权限不够

bash-4.1$ pwd

/root

bash-4.1$ ls -ahld /root

dr-xr-x---. 18 root root 4.0K 3月 19 13:39 /root

这里/root目录显示的

所属者为:root,权限为:r-x,

所属组为: root, 权限为:r-x,

其它者权限为:---

可以理解成:

(当然root超级管理员可以无视权限,它是在DAC之上)

  • 1.root用户可以读取/root目录下的内容,ls命令。可以进入/root目录, cd命令
  • 2.root组的用户可以同样享有同样的权利。
  • 3.其它用户没有权利对/root对任何事

改变目录、文件权限。

命令

含义

示例

chown

主要用户修改文件、目录的所属者

chown [-R] work /home/work/test

chgrp

用来修改文件、目录的所属组

chgrp [-R] work /home/work/demo

chmod

可以修改权限范围

chmod [-R] 755 /home/work/temp

默认权限

在新建文件、目录的时候,是不是系统都会赋予该文件、目录一定的权限。这里就是默认权限在起作用。

新建的文件权限 = 666(文件的最大默认权限)- umask

新建的目录权限 = 777(目录的最大默认权限)- umask

[root@VM_0_10_centos test]# umask

0022

# 第一个0表示特殊权限(接下来会讲),022代表基础权限。用上面的知识来套

[root@VM_0_10_centos test]# touch demo.txt # 新建文件

[root@VM_0_10_centos test]# mkdir temp # 新建目录

[root@VM_0_10_centos test]# ls -al

总用量 4

-rw-r--r-- 1 root root 0 3月 19 14:05 demo.txt

drwxr-xr-x 2 root root 4096 3月 19 14:05 temp

demo.txt = 666 - 022 => rw-rw-rw- - ----w--w- => rw-r--r--

temp = 777 - 022 => rwxrwxrwx - ----w--w- => rwxr-xr-x

Tips:

  • umask的作用是与最大权限进行遮罩操作,去掉的是最大权限里有的权限。不能凭空多出比最大权限还要高的权限。
  • umask=033, 666 - 033 = 633 这是错误的理解。
  • demo.txt = 666 - 033 => rw-rw-rw- - ----wx-wx => rw-r--r-- => 644
  • 最大权限里没有x权限,权限只能降,不能升。

特殊权限

为什么/etc/passwd文件其它用户没有写的权利,却可以通过passwd命令来操作里面的数据呢

SUID

[root@VM_0_10_centos test]# ll /usr/bin/passwd

-rwsr-xr-x. 1 root root 30768 2月 22 2012 /usr/bin/passwd

[root@VM_0_10_centos test]# ll /etc/passwd

-rw-r--r-- 1 root root 1191 12月 23 13:32 /etc/passwd

这是因为/usr/bin/passwd 有特殊权限,rwsr-xr-x。

  • 作用于文件:这里的s表示运行该命令的时候是以root用户来执行这个命令
  • 为文件添加suid, 例:chown u+s /home/work/temp.sh

SGID

[root@VM_0_10_centos test]# chmod g+s temp

[root@VM_0_10_centos test]# ll

总用量 4

-rw-r--r-- 1 root root 0 3月 19 14:05 demo.txt

drwxr-sr-x 2 root root 4096 3月 19 14:05 temp

rwxr-sr-x,

  • 作用于文件:表示用户执行这个文件的权限提升为文件所属者的权限

    作用于文件夹:这里的s表示用户在进入这个目录的时候权限提升为文件夹所属组的权限

SBIT

bash-4.1$ ls -ahl /tmp

总用量 52K

drwxrwxrwt. 9 root root 4.0K 3月 19 13:35 .

dr-xr-xr-x. 24 root root 4.0K 3月 19 14:44 ..

srwxrwxrwx 1 root root 0 12月 4 2015 agent_cmd.sock

drwxr-xr-x 3 root root 4.0K 4月 3 2019 falcon-plus

drwxr-xr-x 2 logstash logstash 4.0K 3月 13 10:33 hsperfdata_logstash

drwxrwxrwt 2 root root 4.0K 3月 12 10:25 .ICE-unix

drwxrwxrwx 2 logstash logstash 4.0K 3月 13 10:29 jruby-24492

drwxr-xr-x 2 logstash logstash 4.0K 3月 13 10:29 jruby-24573

drwxr-xr-x 2 logstash logstash 4.0K 3月 13 10:30 jruby-24708

drwxr-xr-x 2 logstash logstash 4.0K 3月 13 10:30 jruby-24828

srwxrwxrwx 1 mysql mysql 0 3月 12 10:25 mysql.sock

-rw-r--r-- 1 root root 140 3月 12 10:25 net_affinity.log

-rw-r--r-- 1 root root 14 3月 19 14:44 .PATH

-rw-r--r-- 1 root root 178 3月 12 10:25 setRps.log

bash-4.1$ rm -rf /tmp/jruby-24492/

rm: 无法删除"/tmp/jruby-24492": 不允许的操作

仔细看.目录(当前目录)的权限是:rwxrwxrwt,表示只有该文件的所属用户才能对该文件、文件夹进行删除、修改

所以哪怕/tmp/jruby-24492文件的权限为rwxrwxrwx(777),都是没法删除的

扩展阅读:

  • 1.Linux ACL权限控制
  • 2.SELinux MAC权限控制

以上是 由Linux警告Permisondenied引发的思考 的全部内容, 来源链接: utcz.com/z/514532.html

回到顶部