摘要： 终极用户是系统最高权限的拥有者，是系统管理唯一的胜任者；由于权限的终极并且达到无所不能的地步，如果管理不擅，必会对系统安全造成威胁。 除了尽可能的避免用直接用终极用户root登录系统外，我们还要学会在普通用户下临时转换到终极用户root下完成必要的系统管理工作；从用户管理和系统安全角度来说是极有意义的； 本文对普通用户转换到root用户的实现命令 su 和sudo 做了实例解说；希望能为初学者学习带来方便；
目录索引
一、对终极用户和普通用户的理解；
1、什么是终极用户；
2、理解 UID 和用户的对应关系
3、普通用户和伪装用户
二. 终极用户（权限）在系统管理中的作用
1、对所有文件、目录或进程进行操作；
2、对于涉及系统全局的系统管理；
3、终极权限的不可替代性；
三、使用 su 命令临时转换用户身份；
1、su 的适用条件和威力；
2、su 的用法；
3、su 的范例；
4、su 的优缺点
四、sudo 授权许可使用的su，也是受限制的su
1. sudo 的适用条件；
2、从编写 sudo 设置文件/etc/sudoers开始；
3、/etc/sudoers 设置文件中别名规则
4、/etc/sudoers中的授权规则：
5、/etc/sudoers中其他的未尽事项；
6、sudo的用法；
五、后记；六、关于本文；七、致谢；八、参考文件；九、相关文件；
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++
正文
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++
在Linux操作系统中，root的权限是最高的，也被称为终极权限的拥有者。普通用户无法执行的操作，root用户都能完成，所以也被称之为终极管理用户。在系统中，每个文件、目录和进程，都归属于某一个用户，没有用户许可其他普通用户是无法操作的，但对root除外。root用户的特权性还表目前root能超越所有用户和用户组来对文件或目录进行读取、修改或删除（在系统正常的许可范围内）；对可执行程式的执行、终止；对硬件设备的添加、创建和移除等；也能对文件和目录进行属主和权限进行修改，以适合系统管理的需要（因为root是系统中权限最高的特权用户）；
一、对终极用户和普通用户的理解；
1、什么是终极用户；
在所有Linux系统中，系统都是通过UID来区分用户权限级别的，而UID为0的用户被系统约定为是具有终极权限。终极用户具有在系统约定的最高权限满园内操作，所以说终极用户能完成系统管理的所有工具；我们能通过/etc/passwd 来查得UID为0的用户是root，而且只有root对应的UID为0，从这一点来看，root用户在系统中是无可替代的至高地位和无限制权限。root用户在系统中就是终极用户；
2、理解 UID 和用户的对应关系
当系统默认安装时，系统用户和UID 是一对一的对关系，也就是说一个UID 对应一个用户。我们知道用户身份是通过UID 来确认的，我们在 《用户（user）和用户组（group）设置文件详解》中的UID 的解说中有谈到“UID 是确认用户权限的标识，用户登录系统所处的角色是通过UID 来实现的，而非用户名；把几个用户共用一个UID 是危险的，比如我们把普通用户的UID 改为0，和root共用一个UID ，这事实上就造成了系统管理权限的混乱。如果我们想用root权限，能通过su或sudo来实现；切不可随意让一个用户和root分享同一个UID ；” 在系统中，能不能让UID 和用户是一对多的关系？是能的，比如我们能把一个UID为0这个值分配给几个用户一起使用，这就是UID 和用户的一对多的关系。但这样做的确有点危险；相同UID的用户具有相同的身份和权限。比如我们在系统中把beinan这个普通用户的UID改为0后，事实上这个普通用户就具有了终极权限，他的能力和权限和root用户相同；用户beinan所有的操作都将被标识为root的操作，因为beinan的UID为0,而UID为0的用户是root ，是不是有点扰口？也能理解为UID为0的用户就是root ，root用户的UID就是0； UID和用户的一对一的对应关系 ，只是需求管理员进行系统管理时，所要坚守的准则，因为系统安全还是第一位的。所以我们还是把终极权限保留给root这唯一的用户是最佳的选择；如果我们不把UID的0值的分享给其他用户使用，只有root用户是唯一拥有UID=0的话，root用户就是唯一的终极权限用户；
3、普通用户和伪装用户
和终极用户相对的就是普通用户和虚拟（也被称为伪装用户），普通和伪装用户都是受限用户；但为了完成特定的任务，普通用户和伪装用户也是必须的；Linux是个多用户、多任务的操作系统，多用户主要体目前用户的角色的多样性，不同的用户所分配的权限也不同；这也是Linux系统比视窗系统系统更为安全的本质所在，即使是目前最新版本的视窗系统 2003 ，也无法抹去其单用户系统的烙印；
二. 终极用户（权限）在系统管理中的作用
终极权限用户（UID为0的用户）到底在系统管理中起什么作用呢？主要表目前以下两点；
1、对所有文件、目录或进程进行操作；
但值得注意的是这种操作是在系统最高许可范围内的操作；有些操作就是具有终极权限的root也无法完成；比如/proc 目录，/proc 是用来反应系统运行的实时状态信息的，因此即便是root也无能为力；他的权限如下 [root@localhost ~]# pwd
/root
[root@localhost ~]# cd /
[root@localhost /]# ls -ld /proc/
dr-xr-xr-x 134 root root 0 2005-10-27 /proc/就是这个目录，只能是读和执行权限，但绝对没有写权限的；就是我们把/proc 目录的写权限打开给root，root用户也是不能进行写操作； [root@localhost ~]# chmod 755 /proc
[root@localhost /]# ls -ld /proc/
drwxr-xr-x 134 root root 0 2005-10-27 /proc/
[root@localhost /]# cd /proc/
[root@localhost proc]# mkdir testdir
mkdir: 无法创建目录‘testdir’: 没有那个文件或目录2、对于涉及系统全局的系统管理；
硬件管理、文件系统理解、用户管理及涉及到的系统全局设置等等......如果你执行某个命令或工具时，提示你无权限，大多是需要终极权限来完成；比如用adduser来添加用户，这个只能用通过终极权限的用户来完成；
3、终极权限的不可替代性；
由于终极权限在系统管理中的不可缺少的重要作用，为了完成系统管理任务，我们必须用到终极权限；在一般情况下，为了系统安全，对于一般常规级别的应用，不必root用户来操作完成，root用户只是被用来管理和维护系统之用；比如系统日志的查看、清理，用户的添加和删除...... 在不涉及系统管理的工作的环境下，普通用户足能完成，比如编写一个文件，听听音乐；用gimp 处理一个图片等...... 基于普通应用程式的调用，大多普通用户就能完成；当我们以普通权限的用户登录系统时，有些系统设置及系统管理必须通过终极权限用户完成，比如对系统日志的管理，添加和删除用户。而怎么才能不直接以root登录，却能从普通用户转换到root用户下才能进行操作系统管理需要的工作，这就涉及到终极权限管理的问题；获取终极权限的过程，就是转换普通用户身份到终极用户身份的过程；这个过程主要是通过su和sudo 来解决；
三、使用 su 命令临时转换用户身份；
1、su 的适用条件和威力
su命令就是转换用户的工具，怎么理解呢？比如我们以普通用户beinan登录的，但要添加用户任务，执行useradd ，beinan用户没有这个权限，而这个权限恰恰由root所拥有。解决办法无法有两个，一是退出beinan用户，重新以root用户登录，但这种办法并不是最佳的；二是我们没有必要退出beinan用户，能用su来转换到root下进行添加用户的工作，等任务完成后再退出root。我们能看到当然通过su 转换是一种比较好的办法；通过su能在用户之间转换，如果终极权限用户root向普通或虚拟用户转换不必密码，什么是权力？这就是！而普通用户转换到其他所有用户都需要密码验证；
2、su 的用法：
su [OPTION选项参数] [用户]
-, -l, --login 登录并改动到所转换的用户环境；
-c, --commmand=COMMAND 执行一个命令，然后退出所转换到的用户环境；至于更周详的，请参看man su ；
3、su 的范例：
su 在不加所有参数，默认为转换到root用户，但没有转到root用户家目录下，也就是说这时虽然是转换为root用户了，但并没有改动root登录环境；用户默认的登录环境，能在/etc/passwd 中查得到，包括家目录，SHELL定义等； [beinan@localhost ~]$ su
Password:
[root@localhost beinan]# pwd
/home/beinansu 加参数 - ，表示默认转换到root用户，并且改动到root用户的环境； [beinan@localhost ~]$ pwd
/home/beinan
[beinan@localhost ~]$ su -
Password:
[root@localhost ~]# pwd
/rootsu 参数 - 用户名 [beinan@localhost ~]$ su - root 注：这个和su - 是相同的功能；
Password:
[root@localhost ~]# pwd
/root[beinan@localhost ~]$ su - linuxsir 注：这是转换到 linuxsir用户
Password: 注：在这里输入密码；
[linuxsir@localhost ~]$ pwd 注：查看用户当前所处的位置；
/home/linuxsir
[linuxsir@localhost ~]$ id 注：查看用户的UID和GID信息，主要是看是否转换过来了；
uid=505(linuxsir) gid=502(linuxsir) groups=0(root),500(beinan),502(linuxsir)
[linuxsir@localhost ~]$[beinan@localhost ~]$ su - -c ls 注：这是su的参数组合，表示转换到root用户，并且改动到root环境，然后列出root家目录的文件，然后退出root用户；
Password: 注：在这里输入root的密码；
anaconda-ks.cfg Desktop install.log install.log.syslog testgroup testgroupbeinan testgrouproot
[beinan@localhost ~]$ pwd 注：查看当前用户所处的位置；
/home/beinan
[beinan@localhost ~]$ id 注：查看当前用户信息；
uid=500(beinan) gid=500(beinan) groups=500(beinan)4、su的优缺点；
su 的确为管理带来方便，通过转换到root下，能完成所有系统管理工具，只要把root的密码交给所有一个普通用户，他都能转换到root来完成所有的系统管理工作；但通过su转换到root后，也有不安全因素；比如系统有10个用户，而且都参和管理。如果这10个用户都涉及到终极权限的运用，做为管理员如果想让其他用户通过su来转换到终极权限的root，必须把root权限密码都告诉这10个用户；如果这10个用户都有root权限，通过root权限能做所有事，这在一定程度上就对系统的安全造成了威协；想想视窗系统吧，简直就是恶梦； “没有不安全的系统，只有不安全的人”，我们绝对不能确保这10个用户都能按正常操作流程来管理系统，其中所有一人对系统操作的重大失误，都可能导致系统崩溃或数据损失；所以su 工具在多人参和的系统管理中，并不是最佳的选择，su只适用于一两个人参和管理的系统，毕竟su并不能让普通用户受限的使用；终极用户root密码应该掌控在少数用户手中，这绝对是真理！所以集权而治的存在还是有一定道理的；
四、sudo 授权许可使用的su，也是受限制的su
1. sudo 的适用条件；
由于su 对转换到终极权限用户root后，权限的无限制性，所以su并不能担任多个管理员所管理的系统。如果用su 来转换到终极用户来管理系统，也不能明确哪些工作是由哪个管理员进行的操作。特别是对于服务器的管理有多人参和管理时，最佳是针对每个管理员的技术特长和管理范围，并且有针对性的下放给权限，并且约定其使用哪些工具来完成和其相关的工作，这时我们就有必要用到 sudo。通过sudo，我们能把某些终极权限有针对性的下放，并且不必普通用户知道root密码，所以sudo 相对于权限无限制性的su来说，还是比较安全的，所以sudo 也能被称为受限制的su ；另外sudo 是需要授权许可的，所以也被称为授权许可的su； sudo 执行命令的流程是当前用户转换到root（或其他指定转换到的用户），然后以root（或其他指定的转换到的用户）身份执行命令，执行完成后，直接退回到当前用户；而这些的前提是要通过sudo的设置文件/etc/sudoers来进行授权；
2、从编写 sudo 设置文件/etc/sudoers开始；
sudo的设置文件是/etc/sudoers ，我们能用他的专用编辑工具visodu ，此工具的好处是在添加规则不太准确时，保存退出时会提示给我们错误信息；设置好后，能用转换到你授权的用户下，通过sudo -l 来查看哪些命令是能执行或禁止的； /etc/sudoers 文件中每行算一个规则，前面带有#号能当作是说明的内容，并不执行；如果规则非常长，一行列不下时，能用＼号来续行，这样看来一个规则也能拥有多个行； /etc/sudoers 的规则可分为两类；一类是别名定义，另一类是授权规则；别名定义并不是必须的，但授权规则是必须的；
3、/etc/sudoers 设置文件中别名规则
别名规则定义格式如下： Alias_Type NAME = item1, item2, ...或
Alias_Type NAME = item1, item2, item3 : NAME = item4, item5别名类型（Alias_Type）：别名类型包括如下四种
Host_Alias 定义主机别名；
User_Alias 用户别名，别名成员能是用户，用户组（前面要加%号）
Runas_Alias 用来定义runas别名，这个别名指定的是“目的用户”，即sudo 允许转换至的用户；
Cmnd_Alias 定义命令别名； NAME 就是别名了，NMAE的命名是包含大写字母、下划线及数字，但必须以一个大写字母开头，比如SYNADM、SYN_ADM或SYNAD0是合法的，sYNAMDA或1SYNAD是不合法的； item 按中文翻译是项目，在这里我们能译成成员，如果一个别名下有多个成员，成员和成员之间，通过半角,号分隔；成员在必须是有效并事实存在的。什么是有效的呢？比如主机名，能通过w查看用户的主机名（或ip地址），如果你只是本地机操作，只通过hostname 命令就能查看；用户名当然是在系统中存在的，在/etc/paswd中必须存在；对于定义命令别名，成员也必须在系统中事实存在的文件名（需要绝对路径）； item成员受别名类型 Host_Alias、User_Alias、Runas_Alias、Cmnd_Alias 制约，定义什么类型的别名，就要有什么类型的成员相配。我们用Host_Alias定义主机别名时，成员必须是和主机相关相关联，比如是主机名（包括远程登录的主机名）、ip地址（单个或整段）、掩码等；当用户登录时，能通过w命令来查看登录用户主机信息；用User_Alias和Runas_Alias定义时，必须要用系统用户做为成员；用Cmnd_Alias 定义执行命令的别名时，必须是系统存在的文件，文件名能用通配符表示，设置Cmnd_Alias时命令需要绝对路径；其中 Runas_Alias 和User_Alias 有点相似，但和User_Alias 绝对不是同一个概念，Runas_Alias 定义的是某个系统用户能sudo 转换身份到Runas_Alias 下的成员；我们在授权规则中以实例进行解说；别名规则是每行算一个规则，如果一个别名规则一行容不下时，能通过＼来续行；同一类型别名的定义，一次也能定义几个别名，他们中间用:号分隔， Host_Alias HT01=localhost,st05,st04,10,0,0,4,255.255.255.0,192.168.1.0/24 注：定义主机别名HT01，通过=号列出成员
Host_Alias HT02=st09,st10 注：主机别名HT02，有两个成员；
Host_Alias HT01=localhost,st05,st04,10,0,0,4,255.255.255.0,192.168.1.0/24:HT02=st09,st10 注：上面的两条对主机的定义，能通过一条来实现，别名之间用:号分割；注：我们通过Host_Alias 定义主机别名时，项目能是主机名、能是单个ip（整段ip地址也能），也能是网络掩码；如果是主机名，必须是多台机器的网络中，而且这些机器得能通过主机名相互通信访问才有效。那什么才算是通过主机名相互通信或访问呢？比如 ping 主机名，或通过远程访问主机名来访问。在我们局域网中，如果让计算机通过主机名访问通信，必须设置/etc/hosts，/etc/resolv.conf ，还要有DNS做解析，否则相互之间无法通过主机名访问；在设置主机别名时，如果项目是中某个项目是主机名的话，能通过hostname 命令来查看本地主机的主机名，通过w命令查来看登录主机是来源，通过来源来确认其他客户机的主机名或ip地址；对于主机别名的定义，看上去有点复杂，其实是非常简单。如果你不明白Host_Alias 是怎么回事，也能不用设置主机别名，在定义授权规则时通过ALL来匹配所有可能出现的主机情况。如果你把主机方面的知识弄的更明白，的确需要多多学习。 User_Alias SYSAD=beinan,linuxsir,bnnnb,lanhaitun 注：定义用户别名，下有四个成员；要在系统中确实在存在的；
User_Alias NETAD=beinan,bnnb 注：定义用户别名NETAD ，我想让这个别名下的用户来管理网络，所以取了NETAD的别名；
User_Alias WEBMASTER=linuxsir 注：定义用户别名WEBMASTER，我想用这个别名下的用户来管理网站；
User_Alias SYSAD=beinan,linuxsir,bnnnb,lanhaitun:NETAD=beinan,bnnb:WEBMASTER=linuxsir 注：上面三行的别名定义，能通过这一行来实现，请看前面的说明，是不是符合？Cmnd_Alias USERMAG=/usr/sbin/adduser,/usr/sbin/userdel,/usr/bin/passwd [A-Za-z]*,/bin/chown,/bin/chmod
注意：命令别名下的成员必须是文件或目录的绝对路径；
Cmnd_Alias DISKMAG=/sbin/fdisk,/sbin/parted
Cmnd_Alias NETMAG=/sbin/ifconfig,/etc/init.d/network
Cmnd_Alias KILL = /usr/bin/kill
Cmnd_Alias PWMAG = /usr/sbin/reboot,/usr/sbin/halt
Cmnd_Alias SHELLS = /usr/bin/sh, /usr/bin/csh, /usr/bin/ksh, ＼
/usr/local/bin/tcsh, /usr/bin/rsh, ＼
/usr/local/bin/zsh
注：这行定义命令别名有点长，能通过 ＼ 号断行；
Cmnd_Alias SU = /usr/bin/su,/bin,/sbin,/usr/sbin,/usr/bin 在上面的例子中，有KILL和PWMAG的命令别名定义，我们能合并为一行来写，也就是等价行； Cmnd_Alias KILL = /usr/bin/kill:PWMAG = /usr/sbin/reboot,/usr/sbin/halt 注：这一行就代表了KILL和PWMAG命令别名，把KILL和PWMAG的别名定义合并在一行写也是能的；Runas_Alias OP = root, operator
Runas_Alias DBADM=mysql:OP = root, operator 注：这行是上面两行的等价行；至于怎么理解Runas_Alias ，我们必须得通过授权规则的实例来理解；4、/etc/sudoers中的授权规则：
授权规则是分配权限的执行规则，我们前面所讲到的定义别名主要是为了更方便的授权引用别名；如果系统中只有几个用户，其实下放权限比较有限的话，能不用定义别名，而是针对系统用户直接直接授权，所以在授权规则中别名并不是必须的；授权规则并不是无章可寻，我们只说基础一点的，比较简单的写法，如果你想周详了解授权规则写法的，请参看man sudoers
授权用户 主机=命令动作 这三个要素缺一不可，但在动作之前也能指定转换到特定用户下，在这里指定转换的用户要用( )号括起来，如果不必密码直接运行命令的，应该加NOPASSWD:参数，但这些能省略；举例说明；
实例一：
beinan ALL=/bin/chown,/bin/chmod 如果我们在/etc/sudoers 中添加这一行，表示beinan 能在所有可能出现的主机名的系统中，能转换到root用户下执行 /bin/chown 和/bin/chmod 命令，通过sudo -l 来查看beinan 在这台主机上允许和禁止运行的命令；值得注意的是，在这里省略了指定转换到哪个用户下执行/bin/shown 和/bin/chmod命令；在省略的情况下默认为是转换到root用户下执行；同时也省略了是不是需要beinan用户输入验证密码，如果省略了，默认为是需要验证密码。为了更周详的说明这些，我们能构造一个更复杂一点的公式；
授权用户 主机=[(转换到哪些用户或用户组)] [是否需要密码验证] 命令1,[(转换到哪些用户或用户组)] [是否需要密码验证] [命令2],[(转换到哪些用户或用户组)] [是否需要密码验证] [命令3]......
注解：凡是[ ]中的内容，是能省略；命令和命令之间用,号分隔；通过本文的例子，能对照着看哪些是省略了，哪些地方需要有空格；
在[(转换到哪些用户或用户组)] ，如果省略，则默认为root用户；如果是ALL ，则代表能转换到所有用户；注意要转换到的目的用户必须用()号括起来，比如(ALL)、(beinan)
实例二：
beinan ALL=(root) /bin/chown, /bin/chmod 如果我们把第一个实例中的那行去掉，换成这行；表示的是beinan 能在所有可能出现的主机名的主机中，能转换到root下执行 /bin/chown ，能转换到所有用户招执行/bin/chmod 命令，通过sudo -l 来查看beinan 在这台主机上允许和禁止运行的命令；
实例三：
beinan ALL=(root) NOPASSWD: /bin/chown,/bin/chmod 如果换成这个例子呢？表示的是beinan 能在所有可能出现的主机名的主机中，能转换到root下执行 /bin/chown ，不必输入beinan用户的密码；并且能转换到所有用户下执行/bin/chmod 命令，但执行chmod时需要beinan输入自己的密码；通过sudo -l 来查看beinan 在这台主机上允许和禁止运行的命令；关于一个命令动作是不是需要密码，我们能发目前系统在默认的情况下是需要用户密码的，除非特加指出不必用户需要输入自己密码，所以要在执行动作之前加入NOPASSWD: 参数； 有可能有的弟兄对系统管理的命令不太懂，不知道其用法，这样就影响了他对 sudoers定义的理解，下面我们再举一个最简单，最有说服务力的例子；
实例四：
比如我们想用beinan普通用户通过more /etc/shadow文件的内容时，可能会出现下面的情况； [beinan@localhost ~]$ more /etc/shadow
/etc/shadow: 权限不够这时我们能用sudo more /etc/shadow 来读取文件的内容；就就需要在/etc/soduers中给beinan授权；于是我们就能先su 到root用户下通过visudo 来改/etc/sudoers ；（比如我们是以beinan用户登录系统的）
[beinan@localhost ~]$ su
Password: 注：在这里输入root密码
下面运行visodu；
[root@localhost beinan]# visudo 注：运行visudo 来改 /etc/sudoers 加入如下一行，退出保存；退出保存，在这里要会用vi，visudo也是用的vi编辑器；至于vi的用法不多说了；
beinan ALL=/bin/more 表示beinan能转换到root下执行more 来查看文件；退回到beinan用户下，用exit命令； [root@localhost beinan]# exit
exit
[beinan@localhost ~]$查看beinan的通过sudo能执行哪些命令？ [beinan@localhost ~]$ sudo -l
Password: 注：在这里输入beinan用户的密码
User beinan may run the following commands on this host: 注：在这里清晰的说明在本台主机上，beinan用户能以root权限运行more ；在root权限下的more ，能查看所有文本文件的内容的；
(root) /bin/more最后，我们看看是不是beinan用户有能力看到/etc/shadow文件的内容； [beinan@localhost ~]$ sudo more /etc/shadowbeinan 不仅能看到 /etc/shadow文件的内容，还能看到只有root权限下才能看到的其他文件的内容，比如； [beinan@localhost ~]$ sudo more /etc/gshadow对于beinan用户查看和读取所有系统文件中，我只想把/etc/shadow 的内容能让他查看；能加入下面的一行； beinan ALL=/bin/more /etc/shadow题外话：有的弟兄会说，我通过su 转换到root用户就能看到所有想看的内容了，哈哈，对啊。但咱们目前不是在讲述sudo的用法吗？如果主机上有多个用户并且不知道root用户的密码，但又想查看某些他们看不到的文件，这时就需要管理员授权了；这就是sudo的好处；
实例五：练习用户组在/etc/sudoers中写法；
如果用户组出目前/etc/sudoers 中，前面要加%号，比如%beinan ，中间不能有空格； %beinan ALL=/usr/sbin/*,/sbin/*如果我们在 /etc/sudoers 中加上如上一行，表示beinan用户组下的所有成员，在所有可能的出现的主机名下，都能转换到root用户下运行 /usr/sbin和/sbin目录下的所有命令；
实例六：练习取消某类程式的执行；
取消程式某类程式的执行，要在命令动作前面加上!号； 在本例中也出现了通配符的*的用法； beinan ALL=/usr/sbin/*,/sbin/*,!/usr/sbin/fdisk 注：把这行规则加入到/etc/sudoers中；但你得有beinan这个用户组，并且beinan也是这个组中的才行；本规则表示beinan用户在所有可能存在的主机名的主机上运行/usr/sbin和/sbin下所有的程式，但fdisk 程式除外； [beinan@localhost ~]$ sudo -l
Password: 注：在这里输入beinan用户的密码；
User beinan may run the following commands on this host:
(root) /usr/sbin/*
(root) /sbin/*
(root) !/sbin/fdisk [beinan@localhost ~]$ sudo /sbin/fdisk -l
Sorry, user beinan is not allowed to execute ’/sbin/fdisk -l’ as root on localhost. 注：不能转换到root用户下运行fdisk 程式；
实例七：别名的运用的实践；
如果我们就一台主机localhost，能通过hostname 来查看，我们在这里就不定义主机别名了，用ALL来匹配所有可能出现的主机名；并且有beinan、linuxsir、lanhaitun 用户；主要是通过小例子能更好理解；sudo虽然简单好用，但能把说的明白的确是件难事；最佳的办法是多看例子和man soduers ； User_Alias SYSADER=beinan,linuxsir,%beinan
User_Alias DISKADER=lanhaitun
Runas_Alias OP=root
Cmnd_Alias SYDCMD=/bin/chown,/bin/chmod,/usr/sbin/adduser,/usr/bin/passwd [A-Za-z]*,!/usr/bin/passwd root
Cmnd_Alias DSKCMD=/sbin/parted,/sbin/fdisk 注：定义命令别名DSKCMD，下有成员parted和fdisk ；
SYSADER ALL= SYDCMD,DSKCMD
DISKADER ALL=(OP) DSKCMD注解：第一行：定义用户别名SYSADER 下有成员 beinan、linuxsir和beinan用户组下的成员，用户组前面必须加%号；
第二行：定义用户别名 DISKADER ，成员有lanhaitun
第三行：定义Runas用户，也就是目标用户的别名为OP，下有成员root
第四行：定义SYSCMD命令别名，成员之间用,号分隔，最后的!/usr/bin/passwd root 表示不能通过passwd 来更改root密码；
第五行：定义命令别名DSKCMD，下有成员parted和fdisk ；
第六行： 表示授权SYSADER下的所有成员，在所有可能存在的主机名的主机下运行或禁止 SYDCMD和DSKCMD下定义的命令。更为明确遥说，beinan、linuxsir和beinan用户组下的成员能以root身份运行 chown 、chmod 、adduser、passwd，但不能更改root的密码；也能以root身份运行 parted和fdisk ，本条规则的等价规则是； beinan,linuxsir,%beinan ALL=/bin/chown,/bin/chmod,/usr/sbin/adduser,/usr/bin/passwd [A-Za-z]*,!/usr/bin/passwd root,/sbin/parted,/sbin/fdisk 第七行：表示授权DISKADER 下的所有成员，能以OP的身份，来运行 DSKCMD ，不必密码；更为明确的说 lanhaitun 能以root身份运行 parted和fdisk 命令；其等价规则是： lanhaitun ALL=(root) /sbin/parted,/sbin/fdisk 可能有的弟兄会说我想不输入用户的密码就能转换到root并运行SYDCMD和DSKCMD 下的命令，那应该把把NOPASSWD:加在哪里为好？理解下面的例子吧，能明白的； SYSADER ALL= NOPASSWD: SYDCMD, NOPASSWD: DSKCMD 5、/etc/sudoers中其他的未尽事项；
在授权规则中，更有 NOEXEC:和EXEC的用法，自己查man sudoers 了解；更有关于在规则中通配符的用法，也是需要了解的。这些内容不多说了，毕竟只是个入门性的文件。soduers设置文件要多简单就有多简单，要多难就有多难，就看自己的应用了。
6、sudo的用法；
我们在前面讲的/etc/sudoers 的规则写法，最终的目的是让用户通过sudo读取设置文件中的规则来实现匹配和授权，以便替换身份来进行命令操作，进而完成在其权限下不可完成的任务；我们只说最简单的用法；更为周详的请参考man sudo sudo [参数选项] 命令
-l 列出用户在主机上可用的和被禁止的命令；一般设置好/etc/sudoers后，要用这个命令来查看和测试是不是设置正确的；
-v 验证用户的时间戳；如果用户运行sudo 后，输入用户的密码后，在短时间内能不用输入口令来直接进行sudo 操作；用-v 能跟踪最新的时间戳；
-u 指定以以某个用户执行特定操作；
-k 删除时间戳，下一个sudo 命令需求用求提供密码； 举列：
首先我们通过visudo 来改/etc/sudoers 文件，加入下面一行； beinan,linuxsir,%beinan ALL=/bin/chown,/bin/chmod,/usr/sbin/adduser,/usr/bin/passwd [A-Za-z]*,!/usr/bin/passwd root,/sbin/parted,/sbin/fdisk然后列出beinan用户在主机上通过sudo 能转换用户所能用的命令或被禁止用的命令； [beinan@localhost ~]$ sudo -l 注：列出用户在主机上能通过转换用户的可用的或被禁止的命令；
Password: 注：在这里输入你的用户密码；
User beinan may run the following commands on this host:
(root) /bin/chown 注：能转换到root下用chown命令；
(root) /bin/chmod 注：能转换到root下用chmod命令；
(root) /usr/sbin/adduser 注：能转换到root下用adduser命令；
(root) /usr/bin/passwd [A-Za-z]* 注：能转换到root下用 passwd 命令；
(root) !/usr/bin/passwd root 注：能转换到root下，但不能执行passwd root 来更改root密码；
(root) /sbin/parted 注：能转换到 root下执行parted ；
(root) /sbin/fdisk 注：能转换到root下执行 fdisk ；通过上面的sudo -l 列出可用命令后，我想通过chown 命令来改动/opt目录的属主为beinan ；
[beinan@localhost ~]$ ls -ld /opt 注：查看/opt的属主；
drwxr-xr-x 26 root root 4096 10月 27 10:09 /opt 注：得到的答案是归属root用户和root用户组；
[beinan@localhost ~]$ sudo chown beinan:beinan /opt 注：通过chown 来改动属主为beinan用户和beinan用户组；
[beinan@localhost ~]$ ls -ld /opt 注：查看/opt属主是不是已改动了；
drwxr-xr-x 26 beinan beinan 4096 10月 27 10:09 /opt我们通过上面的例子发现beinan用户能转换到root后执行改动用户口令的passwd命令；但上面的sudo -l 输出又明文写着不能更改root的口令；也就是说除了root的口令，beinan用户不能更改外，其他用户的口令都能更改。下面我们来测试；对于一个普通用户来说，除了更改自身的口令以外，他不能更改其他用户的口令。但如果换到root身份执行命令，则能更改其他用户的口令；比如在系统中有linuxsir这个用户, 我们想尝试更改这个用户的口令， [beinan@localhost ~]$ passwd linuxsir 注：不通过sudo 直接运行passwd 来更改linuxsir用户的口令；
passwd: Only root can specify a user name. 注：失败，提示仅能通过 root来更改；
[beinan@localhost ~]$ sudo passwd linuxsir 注：我们通过/etc/sudoers 的定义，让beinan转换到root下执行 passwd 命令来改动linuxsir的口令；
Changing password for user linuxsir.
New UNIX password: 注：输入新口令；
Retype new UNIX password: 注：再输入一次；
passwd: all authentication tokens updated successfully. 注：改动成功；后记：
本文是用户管理的文件的重要组成部份，我计划在明天开始写用户管理控制工具，比如 useradd、userdel、usermod ，也就是管理用户的工具介绍；当然我还会写用户查询工具等和用户管理相关的；
关于本文：
终极权限管理这篇文件是我写的最费力气的文件，写的我都怕了；虽然这个文件是最简单的文件，我自己是明白，但就是表达不出来，而且无论怎么表达，我都感觉是把问题看的太复杂。前前后后写了一个星期都不止；每天坚持十几个小时就是为了写这篇文件，写了好多字，一看不太行就删除重写。得写次数不下十次。改了又写，写了又改，人都崩溃了，不知道什么时候才是尽头；在我看来，这篇文件还得改；我不知道初学者是不是能看得懂，至少我需要初学者反馈一点信息，谢谢；当然高手的指点，我就更欢迎了。。。。。。
致谢：
感谢pandonny兄弟有关sudo概念性提供理论援助；
感谢etony 兄弟的提供修改建议；
感谢懒猫兄弟修正文件概念及目录，并加入索引；
感谢Arch 修正文件中关于sudo 授权规则定义中的有关passwd 的修正；
参考文件：
su、sudo、sudoers 的帮助文件相关文件： 《Linux 用户（user）和用户组（group）管理概述》《用户（user）和用户组（group）设置文件详解》《Linux 用户（User）查询篇》《Linux 用户管理工具介绍》《Linux 系统中的终极权限的控制》《在Linux系统中，批量添加用户的操作流程》
