Linux 用户管理之用户信息与密码的配置文件详解 |
您所在的位置:网站首页 › linux如何查看用户的密码信息和密码 › Linux 用户管理之用户信息与密码的配置文件详解 |
2019独角兽企业重金招聘Python工程师标准>>> 用户管理要学的内容很多,当然了,不会简单的放两个创建用户的命令,这样的文章太多了。我们来看两个用户管理中非常重要的配置文件吧! 我们来看看用户的相关配置文件都存放在什么地方。 用户信息文件: /etc/passwd 密码文件: /etc/shadow 用户组文件: /etc/group 用户组密码文件: /etc/gshadow 用户配置文件: /etc/login.defs /etc/default/useradd 新用户信息文件:/etc/skel 登录信息: /etc/motd
=======用户信息文件详解========= 我们先看一下用户信息文件里都放的什么 [root@localhost ~]# vi /etc/passw root:x:0:0:root:/root:/bin/bash daemon:x:2:2:daemon:/sbin:/sbin/nologin adm:x:3:4:adm:/var/adm:/sbin/nologin lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin sync:x:5:0:sync:/sbin:/bin/sync shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown halt:x:7:0:halt:/sbin:/sbin/halt mail:x:8:12:mail:/var/spool/mail:/sbin/nologin news:x:9:13:news:/etc/news:/sbin/nologin ........ 每一行内容存放一个用户的信息,每个用户信息有7部分组成 root:x:0:0:root:/root:/bin/bash root 用户名 用户登录系统时使用的用户名 x 密码 密码位 2 UID 用户标识号 2 GID 缺省组标识 root 注释性描述 例如存放用户全名等信息 /root 宿主目录 用户登录系统后的缺省目录 /bin/bash 命令解释器 用户使用的Shell ,默认为bash
UID ? 关于上面的UID这里细说一下,其实决定用户是什么权限,是由UID号决定的。 linux用户分为三种: 超级用户:(root UID=0) 普通用户: (UID 500~60000) 伪用户: (UID 1~499) 所以,我们可以修改用户的UID号来修改用户的类型,如果把root的UID号为500,那么root就变成了普通用户,如果把fnngj用户的UID改为0,那么它就拥有了root用户的超能力。 [root@localhost ~]# vi /etc/passwd 进入之后修改,完了保存退出就OK了。
伪用户? 说到用户种类,又牵扯到一个伪用户,那么伪用户是干什么用的? 1.伪用户与系统和程序服务相关 bin、daemon、shutdown、halt等,任何Linux系统默认都有这些伪用户。 mail、news、games、apache、ftp、mysql及sshd等,与linux系统的进程相关。 2. 伪用户通常不需要或无法登录系统 3. 可以没有宿主目录
==========密码文件详解========== 用户密码文件,用户信息文件中留有密码位,为什么没密码了呢? 其实,最早的linux这个位置真的是放密码的,因为不全安,所以,就将密码单独存放了,现在只是用x表示这里有存放密码的位置。 为什么要把密码放在/etc/shadow中 [root@bogon /]# ls -l /etc/shadow -r-------- 1 root root 1021 2月 27 21:31 /etc/shadow 我可以看到这个文件只有管理员root有权限查看修改 现在我们来看密码文件都放了什么? [root@bogon /]# more /etc/shadow root:$1$5DlBd7m8$tF.az6hWi27oaaFw7OpFs.:15391:0:99999:7::: bin:*:15391:0:99999:7::: daemon:*:15391:0:99999:7::: adm:*:15391:0:99999:7::: lp:*:15391:0:99999:7::: sync:*:15391:0:99999:7::: shutdown:*:15391:0:99999:7::: halt:*:15391:0:99999:7::: mail:*:15391:0:99999:7::: news:*:15391:0:99999:7::: uucp:*:15391:0:99999:7::: operator:*:15391:0:99999:7::: games:*:15391:0:99999:7::: .......................... 我们还以第一行为例进行分解。 root:$1$5DlBd7m8$tF.az6hWi27oaaFw7OpFs.:15391:0:99999:7::: root 用户名 用户登录系统时使用的用户名 $1$5DlBd7m8$tF.az6hWi27oaaFw7OpFs. 密码 加密密码 MD5 15391 最后一次修改时间 linux这里以1970年1月1日作为1,1971年1月1日就是366,依次类推到我修改密码的日期表示为15391了。 0 最小时间间隔 这个字段代表要经过多久才可以更改密码。如果是“0”表密码可以随时更改。 99999 最大时间间隔 于害怕密码被人盗取而危害到整个系统的安全,所以安排了这个字段,你必须在这个时间内重新修改密码,否则这个帐号将暂时失效。上面的99999,表示密码不需要重新输入,最好设定一段时间修改密码。确保系统安全 7 密码变更期期限快到前的警告期:当帐号的密码失效期限快到时,系统依据这个字段的设定发出警告,提醒用户“再过n天您的密码将过期,请尽快重新设定密码。默认的是七天。 帐号失效期: 如果用户过了警告期没有重新输入密码,使得密码失效,而该用户在这个字段限定的时间内又没有向管理员反映,让帐号重新启用,那么这个帐号将暂时失效。 帐号取消日期: 这个日期跟第三个字段一样,都是使用1970年以来的日期设定方法。这个字段表示:这个帐号在此字段规定的日期之后将无法再使用。这个字段通常用于收费服务系统中,可以规定一个日期让该帐号不能再使用。 保留: 最后一个字段是保留的,看以后有没有新功能加入。
疑问:既然shadow文件保存了密码,而passwd文件中没有保存密码,为什么不把passwd文件中的密码位取消掉呢? 其实,密码在存放之前,是先放在passwd文件中的,然后再转换到shadow文件中的。下面来验证下 [root@bogon /]# grep root /etc/passwd /etc/shadow /etc/passwd:root:x:0:0:root:/root:/bin/bash /etc/passwd:operator:x:11:0:operator:/root:/sbin/nologin /etc/shadow:root:$1$5DlBd7m8$tF.az6hWi27oaaFw7OpFs.:15391:0:99999:7:::
[root@bogon /]# pwunconv 将密码回写 [root@bogon /]# grep root /etc/passwd /etc/shadow /etc/passwd:root:$1$5DlBd7m8$tF.az6hWi27oaaFw7OpFs.:0:0:root:/root:/bin/bash /etc/passwd:operator:*:11:0:operator:/root:/sbin/nologin grep: /etc/shadow: 没有那个文件或目录
[root@bogon /]# pwconv 转换到shdow文件中,只不过平时这个动作平时由linux自动完成。 [root@bogon /]# grep root /etc/passwd /etc/shadow /etc/passwd:root:x:0:0:root:/root:/bin/bash /etc/passwd:operator:x:11:0:operator:/root:/sbin/nologin /etc/shadow:root:$1$5DlBd7m8$tF.az6hWi27oaaFw7OpFs.:15456:0:99999:7::: linux对用户登录的验证就是通passwod文件来验证用户名是否存在,然后通过shadow文件来验证用户名对应的密码是否正确,那么理解了底层东西很有必要,我们可以不需要去学习创建用户命令,真接通过vim命令在两个文件中添加用户。这就是linux的魅力噢。不像windows一样,我们不但知其然,还知其所以然。 “会灵魂附体的”命令权限 继续用户管理的学习,上一小节我们知道,只有root可以修改密码文件,那么普通用户为什么可以修改自己的密码,这是因为我们所操作有命令“灵魂附体”般的拥有了root权限。这个小节自我感觉不教难理解,而我的内容也是顺着思路写,按着顺序看,最好去试验一下。^_^ 小节重点: setUID=4 所有人 setGID=2 所属组 粘着位=1 其它人
创建用户: [root@localhost ~]# useradd lisi 添加创建了一用户lisi [root@localhost ~]# passwd lisi 设置lisi的密码 Changing password for user wangwu. New UNIX password: 这里输入密码 BAD PASSWORD: it is based on a dictionary word Retype new UNIX password: 再次确认密码 passwd: all authentication tokens updated successfully. 上面这种是不被推荐的一种创建用户的方式,任何的用户都应该属于某个组。创建这样的“散人”实际中没有太大意义。
[root@localhost ~]# grep lisi /etc/passwd lisi:x:502:502::/home/lisi:/bin/bash 从上面信息中看到,系统默认为我们创建了一个lisi的组,组ID为504
用户切换: [root@localhost ~]# su -- lisi root切换到lisi用户 [lisi@localhost root]$ su -- root lisi用户切换到root Password: 普通用户切换root用户是要密码的哟!亲! 普通用户切换到其它普通用户也是要密码的哟!
用户修改密码: [lisi@localhost root]$ passwd Changing password for user lisi. Changing password for wangwu (current) UNIX password: 先输入原始密码 New UNIX password: 输入新有密码 Retype new UNIX password: 再次确认新密码 passwd: all authentication tokens updated successfully.
上面是铺垫,下面才是重点。。 思考:在上一节中,我们提到,存放用户密码的文件shadow只有root用户才可操作。那么普通用户为什么可以修改密码呢?
=========================setUID=============================== 这里引出一个东东----setUID 定义:当一个可执行程序具有setUID权限,用户执行这个程序时,将以这个程序所有者的身份执行。 哈哈!小狼不能和小羊谈朋友,小羊可以与小羊谈朋友,于是,小狼披上了羊的外衣,然后以羊的身份和小羊一起幸福的生活。吼吼。 其实,用户执行的这个程序就是命令,passwd命令授权了SetUID权限。所以普通用户也可以通过passwd命令改密码。
下面来做个试验!!很有意思的噢,要不要也来试试噢?
切换到lisi用户下面。 [lisi@localhost ~]$ touch file01 touch创建一个file01的文件 [lisi@localhost ~]$ ls -l file01 -rw-rw-r-- 1 lisi lisi 0 5月 5 22:14 file01 我们看到,这个时候用touch命令创建的文件,所有者是lisi,所属于组是lisi组
切换到root下面 [root@localhost ~]# ls -l /bin/touch -rwxr-xr-x 1 root root 38056 2009-07-03 /bin/touch 细心朋友会发现权限前面还多一位。没错!setUID就属于这一位。
setUID=4
现在我们给touch命令授予个setUID授予setUID权限有两种方式。 [root@localhost ~]# chmod u+s /bin/touch [root@localhost ~]# chmod 4755 /bin/touch 关于用户权限不理解的看我之前的相关文章。
再次切换到lisi目录下 [lisi@localhost ~]$ touch file02 创建文件file02 [lisi@localhost ~]$ ls -l file02 -rw-rw-r-- 1 root lisi 0 5月 5 22:35 file02 这次我们发现,同样的一个命令touch ,这次创建出来的文件所有者变成的root
去掉setUID权限的两种方式: [root@localhost ~]# chmod u-s /bin/touch [root@localhost ~]# chmod 755 /bin/touch ========================setGID================================= setGID的用法与setUID的用法一起,它是添加组权限的。 setGID=2 添加setGID的方式如下: [root@localhost ~]# chmod g+s /bin/touch [root@localhost ~]# chmod 2755 /bin/touch
一般的命令我们不能随便授予setUID权限假如给vi命令授予setUID命令,无疑于给linux留了个后面,那样我们就可以通过vi命令修改用户与密码信息文件了。 那么到底有哪些命令设置有setUID呢?我们可以查找一下。
[root@localhost ~]# find / -perm -4000 -o -perm -2000 在当前目录下(/)查找具有setUID(-perm -4000)或者(-o)具有
setGID(-perm -2000)权限的命令
=======================粘着位================================== 粘着位有什么作用,我们来看一个例子,这样更容易理解。。 [root@localhost test]# mkdir abc 创建一个目录abc [root@localhost test]# touch abc/newfile 在这个目录下创建一个文件newfile [root@localhost test]# chmod 777 abc 对这个目录设置权限为所有人都有所有权限 [root@localhost test]# ls -ld abc drwxrwxrwx 2 root root 4096 5月 5 23:44 abc [root@localhost test]# ls -l abc/newfile newfile文件的权限是其它人没有删改的权限。 -rw-r--r-- 1 root root 0 5月 5 23:44 abc/newfile
切换到lisi用户 [lisi@localhost test]$ rm -rf abc 具然把abc目录下面的newfile干掉了,lisi用户虽然有对abc目录的所有权限,但对newfile文件没有删除权限呀。这就是linux对文件的权限规定。 假如张三和李四对一个文件夹都有所有权,这个文件夹下放的有张三的文件,也有李四的文件,如果张三看李四的文件不爽,那么他就直接干掉了,李四上去一看哭了。为什么办法让李四不哭呢?这里就用到粘着位了。
粘着位 粘着位=1 t,如果一个权限为777目录有粘着位,每个用户都可以在这个目录下创建文件,但只能删除自己是所有者的文件。
粘着位的授权方式: [root@localhost test]# chmod o+t abc [root@localhost test]# chmod 1755 abc
我们再来删除试试: [lisi@localhost abc]$ rm newfile rm:是否删除有写保护的一般空文件‘newfile’? y rm: 无法删除‘newfile’: 权限不够
自己创建的文件就可以删除噢! [root@localhost test]# touch newfile2 [root@localhost test]# rm newfile2 rm:是否删除一般空文件‘newfile2’? y 此文章来源已在下方标明,也可以游览如下的连接查看. |
今日新闻 |
推荐新闻 |
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |