sudo以root身份執行命令與su切換使用者命令
sudo命令用來以其他身份來執行命令，預設的身份為root。在/etc/sudoers中設定了可執行sudo指令的使用者。若其未經授權的使用者企圖使用sudo，則會發出警告的郵件給管理員。使用者使用sudo時，必須先輸入密碼，之後有5分鐘的有效期限，超過期限則必須重新輸入密碼。
sudo(選項)(引數)
選項
-b：在後臺執行指令；
-h：顯示幫助；
-H：將HOME環境變數設為新身份的HOME環境變數；
-k：結束密碼的有效期限，也就是下次再執行sudo時便需要輸入密碼；。
-l：列出目前使用者可執行與無法執行的指令；
-p：改變詢問密碼的提示符號；
-s<shell>：執行指定的shell；
-u<使用者>：以指定的使用者作為新的身份。若不加上此引數，則預設以root作為新的身份；
-v：延長密碼有效期限5分鐘；
-V ：顯示版本資訊。
引數
指令：需要執行的指令和對應的引數。
例項
配置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使用者，我們用它的身份執行命令：
[[email protected] ~]$ ls /root
ls: /root: 許可權不夠
[[email protected] ~]$ sudo ls /root
PassWord:
anaconda-ks.cfg Desktop install.log install.log.syslog
好了，我們限制一下foobar的權利，不讓他為所欲為。比如我們只想讓他像root那樣使用ls和ifconfig，把那一行改為：
foobar localhost= /sbin/ifconfig, /bin/ls
再來執行命令：
[[email protected] ~]$ 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.
[[email protected] ~]$ 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一下：
[[email protected] ~]$ 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就可以寫日誌了：
[[email protected] ~]$ 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記錄日誌並不是很忠實：
[[email protected] ~]$ 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根本就沒看到重定向。這也有個好處，下面的手段不會得逞：
[[email protected] ~]$ sudo ls /root > /etc/shadowbash: /etc/shadow: 許可權不夠
sudo 有自己的方式來保護安全。以root的身份執行sudo-V，檢視一下sudo的設定。因為考慮到安全問題，一部分環境變數並沒有傳遞給sudo後面的命令，或者被檢查後再傳遞的，比如：PATH，HOME，SHELL等。當然，你也可以通過sudoers來配置這些環境變數。
su命令用於切換當前使用者身份到其他使用者身份，變更時須輸入所要變更的使用者帳號與密碼。
語法
su(選項)(引數)
選項
-c<指令>或--command=<指令>：執行完指定的指令後，即恢復原來的身份；
-f或——fast：適用於csh與tsch，使shell不用去讀取啟動檔案；
-l或——login：改變身份時，也同時變更工作目錄，以及HOME,SHELL,USER,logname。此外，也會變更PATH變數；
-m,-p或--preserve-environment：變更身份時，不要變更環境變數；
-s<shell>或--shell=<shell>：指定要執行的shell；
--help：顯示幫助；
--version；顯示版本資訊。
引數
使用者：指定要切換身份的目標使用者。
例項
變更帳號為root並在執行ls指令後退出變回原使用者：
su -c ls root
變更帳號為root並傳入-f選項給新執行的shell：
su root -f
變更帳號為test並改變工作目錄至test的家目錄：
su -test
su命令和su -命令區別就是：
su只是切換了root身份，但Shell環境仍然是普通使用者的Shell；而su -連使用者和Shell環境一起切換成root身份了。只有切換了Shell環境才不會出現PATH環境變數錯誤，報command not found的錯誤。