说明

sudo 命令用来以其他身份来执行命令，预设的身份为 root 用户。在 /etc/sudoers 中配置了可执行 sudo 指令的用户。如果未授权的用户使用 sudo 指令，则会给系统管理员发出一封带有警告信息的邮件。当用户使用 sudo 命令时，必须先输入密码，之后有 5 分钟的有效期限，超过有效期则须重新输入密码。

语法

sudo [选项] [指令]

选项

-b：在后台执行指令
-k：结束密码的有效期限，也就是下次再执行 sudo 时便需要输入密码。
-l：列出目前用户可执行与无法执行的指令
-p：改变询问密码的提示符号
-s<shell>：执行指定的 shell
-u<用户>：以指定的用户作为新的身份。若不加上此参数，则预设以 root 作为新的身份
-h：显示帮助
-H：将 HOME 环境变量设为新身份的 HOME 环境变量
-v：延长密码有效期限5分钟
-V ：显示版本信息

参数

指令：需要运行的指令和对应的参数

实例

$ sudo su -
# env | grep -E '(HOME|SHELL|USER|LOGNAME|^PATH|PWD|TEST_ETC|TEST_ZSH|TEST_PRO|TEST_BASH|TEST_HOME|SUDO)>

这个命令相当于使用 root 超级用户重新登录一次 shell，只不过密码是使用的当前用户的密码。而且，该命令会重新加载 /etc/profile 文件以及 /etc/bashrc 文件等系统配置文件，并且还会重新加载 root 用户的 $SHELL 环境变量所对应的配置文件。

比如：root 超级用户的 $SHELL 是 /bin/bash，则会加载 /root/.bashrc 等配置。如果是 /bin/zsh，则会加载 /root/.zshrc 等配置，执行后是完全的 root 环境。

$ sudo -i
# env | grep -E '(HOME|SHELL|USER|LOGNAME|^PATH|PWD|TEST_ETC|TEST_ZSH|TEST_PRO|TEST_BASH|TEST_HOME|SUDO)>

这个命令基本与 sudo su - 相同，执行后也是 root 超级用户的环境，只不过是多了一些当前用户的信息。

$ sudo -s
# env|grep -E '(HOME|SHELL|USER|LOGNAME|^PATH|PWD|TEST_ETC|TEST_ZSH|TEST_PRO|TEST_BASH|TEST_HOME|SUDO)'  --colo>

这个命令相当于以当前用户的 $SHELL 开启了一个 root 超级用户的 no-login 的 shell，不会加载 /etc/profile 等系统配置。所以 /etc/profile 文件中定义的 TEST_ETC 环境变量就看不到了，但是会加载 root 用户对应的配置文件，比如 root 用户的 $SHELL 是 /bin/zsh，那么会加载 /root/.zshrc 配置文件，执行完后，不会切换当前用户的目录。

配置 sudo 必须通过编辑 /etc/sudoers 文件，而且只有超级用户才可以修改；另外，还必须使用 visudo 编辑。之所以使用 visudo，有两个原因：1、它能够防止两个用户同时修改它；2、它也能进行有限的语法检查。所以，即使只有你一个超级用户，你也最好用 visudo 来检查一下语法。

visudo 默认的是在 vi 里打开配置文件，用 vi 来修改文件。我们可以在编译时修改这个默认项。visudo 不会擅自保存带有语法错误的配置文件，它会提示你出现的问题，并询问该如何处理，就像：

>>> sudoers file: syntax error, line 22 <<

此时我们有三种选择：键入 e 是重新编辑，键入 x 是不保存退出，键入 Q 是退出并保存。如果选择 Q，那么 sudo 将不会再运行，直到错误被纠正。

现在，我们一起来看一下神秘的配置文件，学一下如何编写它。从一个简单的例子开始：让用户 foobar 可以通过 sudo 执行所有 root 可执行的命令。

以 root 身份用 visudo 打开配置文件，可以看到类似下面几行：

# Runas alias specification
# User privilege specificationroot    ALL=(ALL)ALL

我们一看就明白个差不多了，root 有所有权限，只要仿照现有 root 的例子就行，我们在下面加一行（最好用 tab 作为空白）：

foobar ALL=(ALL)    ALL

保存退出后，切换到 foobar 用户，我们用它的身份执行命令：

[foobar@localhost ~]$ ls /root
ls: /root: 权限不够

[foobar@localhost ~]$ sudo ls /root
PassWord:
anaconda-ks.cfg Desktop install.log install.log.syslog

好了，我们限制一下 foobar 的权利，不让他为所欲为。比如我们只想让他像 root 那样使用 ls 和 ifconfig，把那一行改为：

foobar localhost=/sbin/ifconfig,/bin/ls

再来执行命令：

[foobar@localhost ~]$ sudo head -5 /etc/shadow
Password:
Sorry, user foobar is not allowed to execute '/usr/bin/head -5 /etc/shadow' as root on localhost.localdomain.

[foobar@localhost ~]$ sudo /sbin/ifconfigeth0      Linkencap:Ethernet HWaddr 00:14:85:EC:E9:9B...

现在让我们来看一下那三个 ALL 到底是什么意思。

第一个 ALL 是指网络中的主机，我们后面把它改成了主机名，它指明 foobar 可以在此主机上执行后面的命令。第二个括号里的 ALL 是指目标用户，也就是以谁的身份去执行命令。最后一个 ALL 当然就是指命令名了。例如，我们想让 foobar 用户在 Linux 主机上以 jimmy 或 rene 的身份执行 kill 命令，这样编写配置文件：

foobar linux=(jimmy,rene) /bin/kill

但这还有个问题，foobar 到底以 jimmy 还是 rene 的身份执行？这时我们应该想到了 sudo -u了，它正是用在这种时候。 foobar 可以使用 sudo -u jimmy kill PID 或者 sudo -u rene kill PID，但这样挺麻烦，其实我们可以不必每次加 -u，把 rene 或 jimmy 设为默认的目标用户即可。再在上面加一行：

Defaults:foobar runas_default=rene

Defaults 后面如果有冒号，是对后面用户的默认；如果没有，则是对所有用户的默认。就像配置文件中自带的一行：

Defaults env_reset

另一个问题是，很多时候，我们本来就登录了，每次使用 sudo 还要输入密码就显得烦琐了。我们可不可以不再输入密码呢？当然可以，我们这样修改配置文件：

foobar localhost=NOPASSWD:/bin/cat, /bin/ls

再来 sudo 一下：

[foobar@localhost ~]$ sudo ls /rootanaconda-ks.cfg Desktop install.log
install.log.syslog

当然，你也可以说“某些命令用户 foobar 不可以运行”，通过使用 ! 操作符，但这不是一个好主意。因为，用 ! 操作符来从 ALL 中“剔出”一些命令一般是没什么效果的，一个用户完全可以把那个命令拷贝到别的地方，换一个名字后再来运行。

日志与安全

sudo 为安全考虑得很周到，不仅可以记录日志，还能在有必要时向系统管理员报告。但是，sudo 的日志功能不是自动的，必须由管理员开启。如下所示：

touch /var/log/sudo
vi /etc/syslog.conf

在 syslog.conf 最后面加一行（必须用 tab 分割开）并保存：

local2.debug /var/log/sudo

重启日志守候进程：

ps aux grep syslogd

把得到的 syslogd 进程的 PID（输出的第二列是 PID）填入下面：

kill –HUP PID

这样，sudo 就可以记录日志了：

[foobar@localhost ~]$ sudo ls /rootanaconda-ks.cfg
Desktop install.log
install.log.syslog
$cat /var/log/sudoJul 28 22:52:54 localhost sudo:   foobar :
TTY=pts/1 ; pwd=/home/foobar ; USER=root ; command=/bin/ls /root

不过，有一个小小的“缺陷”，sudo 记录日志并不是很忠实：

[foobar@localhost ~]$ sudo cat /etc/shadow > /dev/null
cat /var/log/sudo...Jul 28 23:10:24 localhost sudo:   foobar : TTY=pts/1 ;
PWD=/home/foobar ; USER=root ; COMMAND=/bin/cat /etc/shadow

重定向没有被记录！这是因为在命令运行之前，shell 把重定向的工作做完了，sudo 根本就没看到重定向。当然，这也有个好处，比如下面的手段不会得逞：

[foobar@localhost ~]$ sudo ls /root > /etc/shadowbash: /etc/shadow: 权限不够

sudo 有自己的方式来保护安全。

以 root 的身份执行 sudo -V，查看一下 sudo 的设置。因为考虑到安全问题，一部分环境变量并没有传递给 sudo 后面的命令，或者被检查后再传递的，比如：PATH，HOME，SHELL 等。当然，你也可以通过 sudoers 来配置这些环境变量。