ALL当然就是指命令名了。例如，我们想让foobar用户在linux主机上以jimmy或rene的身份执行kill命令，这样编写配置文件：
foobarlinux=(jimmy,rene)/bin/kill
但这还有个问题，foobar到底以jimmy还是rene的身份执行？这时我们应该想到了sudo-u了，它正是用在这种时候。foobar可以使用sudo-ujimmykillPID或者sudo-urenekillPID，但这样挺麻烦，其实我们可以不必每次加-u，把rene或jimmy设为默认的目标用户即可。再在上面加一行：
Defaults:foobarrunas_default=rene
Defaults后面如果有冒号，是对后面用户的默认，如果没有，则是对所有用户的默认。就像配置文件中自带的一行：
Defaultsenv_reset
另一个问题是，很多时候，我们本来就登录了，每次使用sudo还要输入密码就显得烦琐了。我们可不可以不再输入密码呢？当然可以，我们这样修改配置文件：
foobarlocalhost=NOPASSWD:/bin/cat,/bin/ls
再来sudo一下：
[foobar@localhost~]$sudols/rootanaconda-ks.cfgDesktopinstall.log
install.log.syslog
当然，你也可以说“某些命令用户foobar不可以运行”，通过使用!操作符，但这不是一个好主意。因为，用!操作符来从ALL中“剔出”一些命令一般是没什么效果的，一个用户完全可以把那个命令拷贝到别的地方，换一个名字后再来运行。
四.日志与安全
sudo为安全考虑得很周到，不仅可以记录日志，还能在有必要时向系统管理员报告。但是，sudo的日志功能不是自动的，必须由管理员开启。这样来做：
#toUCh/var/log/sudo
#vi/etc/syslog.conf
在syslog.conf最后面加一行（必须用tab分割开）并保存：
local2.debug/var/log/sudo
重启日志守候进程，
psauxgrepsyslogd
把得到的syslogd进程的PID（输出的第二列是PID）填入下面：
kill–HUPPID
这样，sudo就可以写日志了：
[foobar@localhost~]$sudols/rootanaconda-ks.cfg
Desktopinstall.log
install.log.syslog
$cat/var/log/sudoJul2822:52:54localhostsudo:foobar:
TTY=pts/1;PWD=/home/foobar;USER=root;COMMAND=/bin/ls/root
不过，有一个小小的“缺陷”，sudo记录日志并不是很忠实：
[foobar@localhost~]$sudocat/etc/shadow>/dev/null
[foobar@localhost~]$
cat/var/log/sudo...Jul2823:10:24localhostsudo:foobar:TTY=pts/1;
PWD=/home/foobar;USER=root;COMMAND=/bin/cat/etc/shadow
重定向没有被记录在案！为什么？因为在命令运行之前，shell把重定向的工作做完了，sudo根本就没看到重定向。这也有个好处，下面的手段不会得逞：
[foobar@localhost~]$sudols/root>/etc/shadowbash:/etc/shadow:权限不够
sudo有自己的方式来保护安全。以root的身份执行sudo
-V，查看一下sudo的设置。因为考虑到安全问题，一部分环境变量并没有传递给sudo后面的命令，或者被检查后再传递的，比如：PATH，HOME，
