说明
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
,有两个原因:
- 能够防止两个用户同时修改它;
- 也能进行有限的语法检查
所以,即使只有你一个超级用户,你也最好用 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
来配置这些环境变量。