linux kysec 权限不够 qtqml python_文件权限

  • Linux关于用户
  • Linux的用户分类
  • Linux用户的切换
  • su的使用
  • 扩展
  • sudo的使用
  • Linux权限的概念
  • 文件的的权限
  • 文件的后缀名
  • 文件权限
  • 更改文件权限
  1. chmod
  2. chown
  3. chgrp
  • 创建文件的默认权限
  • 目录文件读写执行权限的解释
  • 粘滞位

Linux关于用户

Linux的用户分类

用户的分类可分为两种:
1.超级用户:root基本不受权限的限制
2.普通用户:我们在home下新建的用户

这两种用户如何切换呢?

Linux用户的切换

su的使用:

su [用户名]:1.实现普通用户和普通用户之间的切换 2.实现普通用户和root用户之间的切换

超级用户的命令提示符是“#”,普通用户的命令提示符是“$”

如下操作:

[wufan@wf bit_wf]$ su bit_wf
密码:
[bit_wf@wf ~]$ 
[bit_wf@wf ~]$ su root
密码:
[root@wf bit_wf]#

如何退出root用户呢?

输入exit 或者 ctrl + D

如下操作:

[root@wf bit_wf]# exit
>[bit_wf@wf ~]$

扩展:

当只输入su时,会默认进入root用户

如下操作:

[bit_wf@wf ~]$ su
密码:
[root@wf bit_wf]#

当输入su -时,也会进入root用户,那么指令su -和su的区别是什么呢?

操作如下:
[bit_wf@wf ~]$ su -
密码:
上一次登录:六 5月 27 22:21:02 CST 2023pts/1 上
[root@wf ~]# pwd
/root

操作如下:
[bit_wf@wf ~]$ su
密码:
[root@wf bit_wf]# pwd
/home/bit_wf

su指令只是将身份进行变化,而su -指令是以root的身份重新登陆
我们也可以看到su -后,我们跳转到了root目录下;而su后任然在当前目录下

sudo的使用

sudo [command]:以root身份去执行指令

操作如下:
[bit_wf@wf ~]$ sudo ls
[sudo] bit_wf 的密码:
bit_wf 不在 sudoers 文件中。此事将被报告。

问:为什么是输入bit_wf(也就是普通用户)的密码,而不是输入root的密码,那这样岂不是任何一个普通用户在没有root密码的情况下进行root的操作了?

如果我们的普通用户没有添加到系统的信任白名单里,我们是没办法进行sudo的操作的;而进入系统白名单是需要root密码的。

问:如何给普通用户添加白名单?

1.su指令进入管理员模式

2.输入vim /etc/sudoers 我们就进入了sudoers文件中

linux kysec 权限不够 qtqml python_文件名_02

3.在末行模式中输入:set nu指令可以调出行号

linux kysec 权限不够 qtqml python_普通用户_03


我们就能看到行号了,大约在100行左右


linux kysec 权限不够 qtqml python_文件名_04

4.添加用户(将第100行复制,粘贴到101行,将root改为你的用户名)

linux kysec 权限不够 qtqml python_普通用户_05

5.末行模式:wq!退出即可

Linux权限的概念

什么叫做权限?

通俗点讲 就是一件事情是否允许被你做。

那么权限和什么有关呢?

1.权限与“角色”和“身份”有关。–角色和身份是什么?后面会解释
2.权限也和事物的“属性”有关。如一个文件test.c 它不具有可执行的功能,它只有通过编译器编译后成为test.exe可执行文件才可以执行,所以这种文件天生就不具备可执行的权限(尽管我们强加给他可执行权限也无法执行)

Linux文件的权限

文件的后缀名

在Linux中系统中的文件后缀没有直接意义

Linux中只将文件分为普通文件,目录文件,块设备文件,字符设备文件,管道文件等
windows中却有MP3文件MP4文件,jpg文件,png文件,docx文件等等繁多的文件类型

如下操作:
[bit_wf@wf ~]$ vim test.c
[bit_wf@wf ~]$ ls
test.c
[bit_wf@wf ~]$ gcc test.c 
[bit_wf@wf ~]$ ls
a.out  test.c
如下操作:
[bit_wf@wf ~]$ vim test.txt
[bit_wf@wf ~]$ ls
a.out  test.c  test.txt
[bit_wf@wf ~]$ gcc test.txt
test.txt: 文件无法辨识: 文件被截断
collect2: 错误:ld 返回 1

为什么gcc能编译test.c而不能编译test.txt文件?不是说在Linux中系统中的文件后缀没有直接意义吗?

是在Linux系统中确实没有意义,但gcc是一款编译器,软件,不代表其它软件不需要后缀

文件权限

drwxrwxr-x. 2 bit_wf bit_wf  6 5月  27 23:11 dir1
drwxrwxr-x. 2 bit_wf bit_wf  6 5月  27 23:11 dir2
-rw-rw-r--. 1 bit_wf bit_wf 90 5月  27 23:05 test.c
-rw-rw-r--. 1 bit_wf bit_wf  0 5月  27 23:06 test.txt

r/-(read):是否为读权限
w/-(write):是否为写权限
x/-(execute):是否为执行权限

拥有者:这个文件是谁的
所属组:假设张三(资源创始人)想和李四,王五,三人想共享资源,可以将他们三个用户设置为一组,所属组权限
其他人:既不是拥有者也不是所属组

可以将这三个分类看为角色,而root和普通用户可以看为具体的人
具体的人和角色两者毫无关系(张三可以当警察,护士,老师)

linux kysec 权限不够 qtqml python_普通用户_06

操作如下:
-rw-rw-r--. 1 bit_wf bit_wf 90 5月  27 23:05 test.c

当root来访时,既不是bit_wf 也不属于bit_wf,则root归为other类

当用户来访问文件时,用户先看自己是不是拥有者,再看自己是不是所属组,若都不是自己就是其他人(先后顺序很重要

这个访问过程类似于

if(用户 == 拥有者)
 {}
 else if(用户 == 所属组)
 {}
 else
 {}

更改文件权限

更改权限的人只有两种人:拥有者和root

chmod:

chmod语法一:
chmod u+rwx,g+rwx,o+rwx [文件名]
chmod u-rwx,g-twx,o-rwx[文件名]

操作如下:

-rw-rw-r--. 1 bit_wf bit_wf  0 5月  27 23:06 test.txt
[bit_wf@wf ~]$ chmod u+x,g+x,o+wx test.txt
[bit_wf@wf ~]$ ls -l test.txt
-rwxrwxrwx. 1 bit_wf bit_wf 0 5月  27 23:06 test.txt
操作如下:

[bit_wf@wf ~]$ chmod u-x,g-x,o-wx test.txt
[bit_wf@wf ~]$ ls -l test.txt
-rw-rw-r--. 1 bit_wf bit_wf 0 5月  27 23:06 test.txt

chmod语法二:chmod 777 [文件名]
该数字是八进制的数字rwx rwx rwx分别可以对应七个二进制位
有则为1 无则为0

linux kysec 权限不够 qtqml python_文件权限_07


这里的权限为664

chown

chown [用户名] [文件名]:更改文件的拥有者

当更改拥有者的时候,如果是普通用户需要征求更改者用户的同意

操作如下:

-rw-rw-r--. 1 bit_wf bit_wf 0 5月  28 09:44 test.txt
[bit_wf@wf shared]$ chown wufan test.txt
chown: 正在更改"test.txt" 的所有者: 不允许的操作

如果是管理员改文件拥有者就不需要征求别人同意

操作如下:

-rw-rw-r--. 1 bit_wf bit_wf 0 5月  28 09:44 test.txt
[root@wf shared]# chown wufan test.txt
[root@wf shared]# ll
总用量 0
-rw-rw-r--. 1 wufan bit_wf 0 5月  28 09:44 test.txt
chgrp

chgrp [所属组] [文件名]:更改文件所属组

操作如下:

-rw-rw-r--. 1 wufan bit_wf 0 5月  28 09:44 test.txt
[wufan@wf shared]$ chgrp wufan test.txt
[wufan@wf shared]$ ll
总用量 0
-rw-rw-r--. 1 wufan wufan 0 5月  28 09:44 test.txt

创建文件的默认权限

为什么我们创建文件的默认权限是我们所看到的样子?
为什么普通文件的权限是:664
为什么目录文件的权限是:775

Linux系统默认
给普通文件的起始权限其实是666
给目录文件的起始权限其实是777
但是有umask(权限掩码)的存在,使他们的权限发生了变化

操作如下:

[wufan@wf shared]$ umask
0002

权限掩码:凡是在umask中出现的权限,不会最终的文件权限中出现

我们可以看到
普通文件的权限为110 110 100
目录文件的权限为111 111 101

操作如下:
drwxrwxr-x. 2 bit_wf bit_wf  6 5月  27 23:11 dir1
drwxrwxr-x. 2 bit_wf bit_wf  6 5月  27 23:11 dir2
-rw-rw-r--. 1 bit_wf bit_wf 90 5月  27 23:05 test.c
-rw-rw-r--. 1 bit_wf bit_wf  0 5月  27 23:06 test.txt

最终权限 = 起始权限 & (~umask)

linux kysec 权限不够 qtqml python_普通用户_08

linux kysec 权限不够 qtqml python_文件名_09

目录文件读写执行权限的解释

读权限:查看改目录下文件列表
写权限:在当前目录下进行创建,更改,删除
执行:进入目录

读操作

操作如下:

d------r--. 2 root root 22 5月  28 10:17 dir
[wufan@wf shared]$ ls -l dir/
ls: 无法访问dir/test.txt: 权限不够
总用量 0
-????????? ? ? ? ?            ? test.txt

虽然有显示权限不够但还是能看到dir里面有test.txt

执行操作

操作如下

d------r-x. 2 root root 22 5月  28 10:24 dir
[wufan@wf shared]$ cd dir
[wufan@wf dir]$ 

d------r--. 2 root root 22 5月  28 10:24 dir
[wufan@wf shared]$ cd dir
-bash: cd: dir: 权限不够

写操作

操作如下:
d------rwx. 2 root root 22 5月  28 10:17 dir
[wufan@wf shared]$ cd dir
[wufan@wf dir]$ ls
test.txt
[wufan@wf dir]$ touch test2.txt                        创建
[wufan@wf dir]$ mv test2.txt test3.txt                 修改
[wufan@wf dir]$ ll
总用量 0
-rw-rw-r--. 1 wufan wufan 0 5月  28 10:24 test3.txt
-rw-rw-r--. 1 wufan wufan 0 5月  28 10:17 test.txt
[wufan@wf dir]$ rm test3.txt                           删除
[wufan@wf dir]$ ll
总用量 0
-rw-rw-r--. 1 wufan wufan 0 5月  28 10:17 test.txt

一个文件是否能被删除,并不是由文件本身决定,而是由这个文件所处的目录决定

粘滞位

普通用户自己的家目录权限是700,别人对我们家目录是什么都干不了
有时候,我们想多个用户进行文件数据共享

方法:root建立一个共享目录,使普通用户都为other组,再设置other权限为rwx

使每人都能再共享目录里增删查改,但产生一个问题:你可以删除我的文件

则产生了粘滞位:也是可执行权限的一种,chmod o+t [目标文件]

粘滞位:给目录设置,一般是共享目录,大家可以再目录下进行各自文件的增删查改,
只允许文件拥有者或者root能删除这个文件,其他人一概不允许,t是一种特殊的x权限