第十七章、認識系統服務 (daemons)

17.1.1 早期 System V 的 init 管理行為中 daemon 的主要分類 (Optional)

還記得我們在第一章談到過 Unix 的 system V 版本吧？那個很純種的 Unix 版本～ 在那種年代底下，我們啟動系統服務的管理方式被稱為 SysV 的 init 腳本程式的處理方式！亦即系統核心第一支呼叫的程式是 init ， 然後 init 去喚起所有的系統所需要的服務，不論是本機服務還是網路服務就是了。

基本上 init 的管理機制有幾個特色如下：

• 服務的啟動、關閉與觀察等方式：
  所有的服務啟動腳本通通放置於 /etc/init.d/ 底下，基本上都是使用 bash shell script 所寫成的腳本程式，需要啟動、關閉、重新啟動、觀察狀態時， 可以透過如下的方式來處理：
  • 啟動：/etc/init.d/daemon start
  • 關閉：/etc/init.d/daemon stop
  • 重新啟動：/etc/init.d/daemon restart
  • 狀態觀察：/etc/init.d/daemon status
• 服務啟動的分類：
  init 服務的分類中，依據服務是獨立啟動或被一隻總管程式管理而分為兩大類：
  • 獨立啟動模式 (stand alone)：服務獨立啟動，該服務直接常駐於記憶體中，提供本機或用戶的服務行為，反應速度快。
  • 總管程式 (super daemon)：由特殊的 xinetd 或 inetd 這兩個總管程式提供 socket 對應或 port 對應的管理。當沒有用戶要求某 socket 或 port 時， 所需要的服務是不會被啟動的。若有用戶要求時， xinetd 總管才會去喚醒相對應的服務程式。當該要求結束時，這個服務也會被結束掉～ 因為透過 xinetd 所總管，因此這個傢伙就被稱為 super daemon。好處是可以透過 super daemon 來進行服務的時程、連線需求等的控制，缺點是喚醒服務需要一點時間的延遲。
• 服務的相依性問題：
  服務是可能會有相依性的～例如，你要啟動網路服務，但是系統沒有網路， 那怎麼可能可以喚醒網路服務呢？如果你需要連線到外部取得認證伺服器的連線，但該連線需要另一個A服務的需求，問題是，A服務沒有啟動， 因此，你的認證服務就不可能會成功啟動的！這就是所謂的服務相依性問題。init 在管理員自己手動處理這些服務時，是沒有辦法協助相依服務的喚醒的！
• 執行等級的分類：
  上面說到 init 是開機後核心主動呼叫的， 然後 init 可以根據使用者自訂的執行等級 (runlevel) 來喚醒不同的服務，以進入不同的操作界面。基本上 Linux 提供 7 個執行等級，分別是 0, 1, 2...6 ， 比較重要的是 1)單人維護模式、3)純文字模式、5)文字加圖形界面。而各個執行等級的啟動腳本是透過 /etc/rc.d/rc[0-6]/SXXdaemon 連結到 /etc/init.d/daemon ， 連結檔名 (SXXdaemon) 的功能為： S為啟動該服務，XX是數字，為啟動的順序。由於有 SXX 的設定，因此在開機時可以『依序執行』所有需要的服務， 同時也能解決相依服務的問題。這點與管理員自己手動處理不太一樣就是了。
• 制定執行等級預設要啟動的服務：
  若要建立如上提到的 SXXdaemon 的話，不需要管理員手動建立連結檔， 透過如下的指令可以來處理預設啟動、預設不啟動、觀察預設啟動否的行為：
  • 預設要啟動： chkconfig daemon on
  • 預設不啟動： chkconfig daemon off
  • 觀察預設為啟動否： chkconfig --list daemon
• 執行等級的切換行為：
  當你要從純文字界面 (runlevel 3) 切換到圖形界面 (runlevel 5)， 不需要手動啟動、關閉該執行等級的相關服務，只要『 init 5 』即可切換，init 這小子會主動去分析 /etc/rc.d/rc[35].d/ 這兩個目錄內的腳本， 然後啟動轉換 runlevel 中需要的服務～就完成整體的 runlevel 切換。

基本上 init 主要的功能都寫在上頭了，重要的指令包括 daemon 本身自己的腳本 (/etc/init.d/daemon) 、xinetd 這個特殊的總管程式 (super daemon)、設定預設開機啟動的 chkconfig， 以及會影響到執行等級的 init N 等。雖然 CentOS 7 已經不使用 init 來管理服務了，不過因為考量到某些腳本沒有辦法直接塞入 systemd 的處理，因此這些腳本還是被保留下來， 所以，我們在這裡還是稍微介紹了一下。更多更詳細的資料就請自己查詢舊版本囉！如下就是一個可以參考的版本：

• http://linux.vbird.org/linux_basic/centos7/0560daemons/0560daemons-centos5.php

17.1.2 systemd 使用的 unit 分類

從 CentOS 7.x 以後，Red Hat 系列的 distribution 放棄沿用多年的 System V 開機啟動服務的流程，就是前一小節提到的 init 啟動腳本的方法， 改用 systemd 這個啟動服務管理機制～那麼 systemd 有什麼好處呢？

• 平行處理所有服務，加速開機流程：
  舊的 init 啟動腳本是『一項一項任務依序啟動』的模式，因此不相依的服務也是得要一個一個的等待。但目前我們的硬體主機系統與作業系統幾乎都支援多核心架構了， 沒道理未相依的服務不能同時啟動啊！systemd 就是可以讓所有的服務同時啟動，因此你會發現到，系統啟動的速度變快了！
• 一經要求就回應的 on-demand 啟動方式：
  systemd 全部就是僅有一隻 systemd 服務搭配 systemctl 指令來處理，無須其他額外的指令來支援。不像 systemV 還要 init, chkconfig, service... 等等指令。 此外， systemd 由於常駐記憶體，因此任何要求 (on-demand) 都可以立即處理後續的 daemon 啟動的任務。
• 服務相依性的自我檢查：
  由於 systemd 可以自訂服務相依性的檢查，因此如果 B 服務是架構在 A 服務上面啟動的，那當你在沒有啟動 A 服務的情況下僅手動啟動 B 服務時， systemd 會自動幫你啟動 A 服務喔！這樣就可以免去管理員得要一項一項服務去分析的麻煩～(如果讀者不是新手，應該會有印象，當你沒有啟動網路， 但卻啟動 NIS/NFS 時，那個開機時的 timeout 甚至可達到 10~30 分鐘...)
• 依 daemon 功能分類：
  systemd 旗下管理的服務非常多，包山包海啦～為了釐清所有服務的功能，因此，首先 systemd 先定義所有的服務為一個服務單位 (unit)，並將該 unit 歸類到不同的服務類型 (type) 去。 舊的 init 僅分為 stand alone 與 super daemon 實在不夠看，systemd 將服務單位 (unit) 區分為 service, socket, target, path, snapshot, timer 等多種不同的類型(type)， 方便管理員的分類與記憶。
• 將多個 daemons 集合成為一個群組：
  如同 systemV 的 init 裡頭有個 runlevel 的特色，systemd 亦將許多的功能集合成為一個所謂的 target 項目，這個項目主要在設計操作環境的建置， 所以是集合了許多的 daemons，亦即是執行某個 target 就是執行好多個 daemon 的意思！
• 向下相容舊有的 init 服務腳本：
  基本上， systemd 是可以相容於 init 的啟動腳本的，因此，舊的 init 啟動腳本也能夠透過 systemd 來管理，只是更進階的 systemd 功能就沒有辦法支援就是了。

雖然如此，不過 systemd 也是有些地方無法完全取代 init 的！包括：

• 在 runlevel 的對應上，大概僅有 runlevel 1, 3, 5 有對應到 systemd 的某些 target 類型而已，沒有全部對應；
• 全部的 systemd 都用 systemctl 這個管理程式管理，而 systemctl 支援的語法有限制，不像 /etc/init.d/daemon 就是純腳本可以自訂參數，systemctl 不可自訂參數。；
• 如果某個服務啟動是管理員自己手動執行啟動，而不是使用 systemctl 去啟動的 (例如你自己手動輸入 crond 以啟動 crond 服務)，那麼 systemd 將無法偵測到該服務，而無法進一步管理。
• systemd 啟動過程中，無法與管理員透過 standard input 傳入訊息！因此，自行撰寫 systemd 的啟動設定時，務必要取消互動機制～(連透過啟動時傳進的標準輸入訊息也要避免！)

不過，光是同步啟動服務腳本這個功能就可以節省你很多開機的時間～同時 systemd 還有很多特殊的服務類型 (type) 可以提供更多有趣的功能！確實值得學一學～ 而且 CentOS 7 已經用了 systemd 了！想不學也不行啊～哈哈哈！好～既然要學，首先就得要針對 systemd 管理的 unit 來了解一下。

• systemd 的設定檔放置目錄

基本上， systemd 將過去所謂的 daemon 執行腳本通通稱為一個服務單位 (unit)，而每種服務單位依據功能來區分時，就分類為不同的類型 (type)。 基本的類型有包括系統服務、資料監聽與交換的插槽檔服務 (socket)、儲存系統狀態的快照類型、提供不同類似執行等級分類的操作環境 (target) 等等。 哇！這麼多類型，那設定時會不會很麻煩呢？其實還好，因為設定檔都放置在底下的目錄中：

• /usr/lib/systemd/system/：每個服務最主要的啟動腳本設定，有點類似以前的 /etc/init.d 底下的檔案；
• /run/systemd/system/：系統執行過程中所產生的服務腳本，這些腳本的優先序要比 /usr/lib/systemd/system/ 高！
• /etc/systemd/system/：管理員依據主機系統的需求所建立的執行腳本，其實這個目錄有點像以前 /etc/rc.d/rc5.d/Sxx 之類的功能！執行優先序又比 /run/systemd/system/ 高喔！

也就是說，到底系統開機會不會執行某些服務其實是看 /etc/systemd/system/ 底下的設定，所以該目錄底下就是一大堆連結檔。而實際執行的 systemd 啟動腳本設定檔， 其實都是放置在 /usr/lib/systemd/system/ 底下的喔！因此如果你想要修改某個服務啟動的設定，應該要去 /usr/lib/systemd/system/ 底下修改才對！ /etc/systemd/system/ 僅是連結到正確的執行腳本設定檔而已。所以想要看執行腳本設定，應該就得要到 /usr/lib/systemd/system/ 底下去查閱才對！

• systemd 的 unit 類型分類說明

那 /usr/lib/systemd/system/ 以下的資料如何區分上述所謂的不同的類型 (type) 呢？很簡單！看副檔名！舉例來說，我們來瞧瞧上一章談到的 vsftpd 這個範例的啟動腳本設定， 還有 crond 與純文字模式的 multi-user 設定：

[root@study ~]# ll /usr/lib/systemd/system/ | grep -E '(vsftpd|multi|cron)'
-rw-r--r--. 1 root root  284  7月 30  2014 crond.service
-rw-r--r--. 1 root root  567  3月  6 06:51 multipathd.service
-rw-r--r--. 1 root root  524  3月  6 13:48 multi-user.target
drwxr-xr-x. 2 root root 4096  5月  4 17:52 multi-user.target.wants
lrwxrwxrwx. 1 root root   17  5月  4 17:52 runlevel2.target -> multi-user.target
lrwxrwxrwx. 1 root root   17  5月  4 17:52 runlevel3.target -> multi-user.target
lrwxrwxrwx. 1 root root   17  5月  4 17:52 runlevel4.target -> multi-user.target
-rw-r--r--. 1 root root  171  6月 10  2014 vsftpd.service
-rw-r--r--. 1 root root  184  6月 10  2014 vsftpd@.service
-rw-r--r--. 1 root root   89  6月 10  2014 vsftpd.target
# 比較重要的是上頭提供的那三行特殊字體的部份！

所以我們可以知道 vsftpd 與 crond 其實算是系統服務 (service)，而 multi-user 要算是執行環境相關的類型 (target type)。根據這些副檔名的類型， 我們大概可以找到幾種比較常見的 systemd 的服務類型如下：

其中又以 .service 的系統服務類型最常見了！因為我們一堆網路服務都是透過這種類型來設計的啊！接下來，讓我們來談談如何管理這些服務的啟動與關閉。

17.2.1 透過 systemctl 管理單一服務 (service unit) 的啟動/開機啟動與觀察狀態

在開始這個小節之前，鳥哥要先來跟大家報告一下，那就是：一般來說，服務的啟動有兩個階段，一個是『開機的時候設定要不要啟動這個服務』， 以及『你現在要不要啟動這個服務』，這兩者之間有很大的差異喔！舉個例子來說，假如我們現在要『立刻取消 atd 這個服務』時，正規的方法 (不要用 kill) 要怎麼處理？

[root@study ~]# systemctl [command] [unit]
command 主要有：
start     ：立刻啟動後面接的 unit
stop      ：立刻關閉後面接的 unit
restart   ：立刻關閉後啟動後面接的 unit，亦即執行 stop 再 start 的意思
reload    ：不關閉後面接的 unit 的情況下，重新載入設定檔，讓設定生效
enable    ：設定下次開機時，後面接的 unit 會被啟動
disable   ：設定下次開機時，後面接的 unit 不會被啟動
status    ：目前後面接的這個 unit 的狀態，會列出有沒有正在執行、開機預設執行否、登錄等資訊等！
is-active ：目前有沒有正在運作中
is-enabled：開機時有沒有預設要啟用這個 unit

範例一：看看目前 atd 這個服務的狀態為何？
[root@study ~]# systemctl status atd.service
atd.service - Job spooling tools
   Loaded: loaded (/usr/lib/systemd/system/atd.service; enabled)
   Active: active (running) since Mon 2015-08-10 19:17:09 CST; 5h 42min ago
 Main PID: 1350 (atd)
   CGroup: /system.slice/atd.service
           └─1350 /usr/sbin/atd -f

Aug 10 19:17:09 study.centos.vbird systemd[1]: Started Job spooling tools.
# 重點在第二、三行喔～
# Loaded：這行在說明，開機的時候這個 unit 會不會啟動，enabled 為開機啟動，disabled 開機不會啟動
# Active：現在這個 unit 的狀態是正在執行 (running) 或沒有執行 (dead)
# 後面幾行則是說明這個 unit 程序的 PID 狀態以及最後一行顯示這個服務的登錄檔資訊！
# 登錄檔資訊格式為：『時間』 『訊息發送主機』 『哪一個服務的訊息』 『實際訊息內容』
# 所以上面的顯示訊息是：這個 atd 預設開機就啟動，而且現在正在運作的意思！

範例二：正常關閉這個 atd 服務
[root@study ~]# systemctl stop atd.service
[root@study ~]# systemctl status atd.service
atd.service - Job spooling tools
   Loaded: loaded (/usr/lib/systemd/system/atd.service; enabled)
   Active: inactive (dead) since Tue 2015-08-11 01:04:55 CST; 4s ago
  Process: 1350 ExecStart=/usr/sbin/atd -f $OPTS (code=exited, status=0/SUCCESS)
 Main PID: 1350 (code=exited, status=0/SUCCESS)

Aug 10 19:17:09 study.centos.vbird systemd[1]: Started Job spooling tools.
Aug 11 01:04:55 study.centos.vbird systemd[1]: Stopping Job spooling tools...
Aug 11 01:04:55 study.centos.vbird systemd[1]: Stopped Job spooling tools.
# 目前這個 unit 下次開機還是會啟動，但是現在是沒在運作的狀態中！同時，
# 最後兩行為新增加的登錄訊息，告訴我們目前的系統狀態喔！

上面的範例中，我們已經關掉了 atd 囉！這樣作才是對的！不應該使用 kill 的方式來關掉一個正常的服務喔！否則 systemctl 會無法繼續監控該服務的！ 那就比較麻煩。而使用 systemtctl status atd 的輸出結果中，第 2, 3 兩行很重要～因為那個是告知我們該 unit 下次開機會不會預設啟動，以及目前啟動的狀態！ 相當重要！最底下是這個 unit 的登錄檔～如果你的這個 unit 曾經出錯過，觀察這個地方也是相當重要的！

那麼現在問個問題，你的 atd 現在是關閉的，未來重新開機後，這個服務會不會再次的啟動呢？答案是？當然會！ 因為上面出現的第二行中，它是 enabled 的啊！這樣理解所謂的『現在的狀態』跟『開機時預設的狀態』兩者的差異了嗎？

好！再回到 systemctl status atd.service 的第三行，不是有個 Active 的 daemon 現在狀態嗎？除了 running 跟 dead 之外， 有沒有其他的狀態呢？有的～基本上有幾個常見的狀態：

• active (running)：正有一隻或多隻程序正在系統中執行的意思，舉例來說，正在執行中的 vsftpd 就是這種模式。
• active (exited)：僅執行一次就正常結束的服務，目前並沒有任何程序在系統中執行。 舉例來說，開機或者是掛載時才會進行一次的 quotaon 功能，就是這種模式！ quotaon 不須一直執行～只須執行一次之後，就交給檔案系統去自行處理囉！通常用 bash shell 寫的小型服務，大多是屬於這種類型 (無須常駐記憶體)。
• active (waiting)：正在執行當中，不過還再等待其他的事件才能繼續處理。舉例來說，列印的佇列相關服務就是這種狀態！ 雖然正在啟動中，不過，也需要真的有佇列進來 (列印工作) 這樣他才會繼續喚醒印表機服務來進行下一步列印的功能。
• inactive：這個服務目前沒有運作的意思。

既然 daemon 目前的狀態就有這麼多種了，那麼 daemon 的預設狀態有沒有可能除了 enable/disable 之外，還有其他的情況呢？當然有！

• enabled：這個 daemon 將在開機時被執行
• disabled：這個 daemon 在開機時不會被執行
• static：這個 daemon 不可以自己啟動 (enable 不可)，不過可能會被其他的 enabled 的服務來喚醒 (相依屬性的服務)
• mask：這個 daemon 無論如何都無法被啟動！因為已經被強制註銷 (非刪除)。可透過 systemctl unmask 方式改回原本狀態

• 服務啟動/關閉與觀察的練習

# 1. 觀察一下狀態，確認是否為關閉/未啟動呢？
[root@study ~]# systemctl status chronyd.service
hronyd.service - NTP client/server
   Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled)
   Active: active (running) since Mon 2015-08-10 19:17:07 CST; 24h ago
.....(底下省略).....

# 2. 由上面知道目前是啟動的，因此立刻將他關閉，同時開機不會啟動才行！
[root@study ~]# systemctl stop chronyd.service
[root@study ~]# systemctl disable chronyd.service
rm '/etc/systemd/system/multi-user.target.wants/chronyd.service'
# 看得很清楚～其實就是從 /etc/systemd/system 底下刪除一條連結檔案而已～

[root@study ~]# systemctl status chronyd.service
chronyd.service - NTP client/server
   Loaded: loaded (/usr/lib/systemd/system/chronyd.service; disabled)
   Active: inactive (dead)
# 如此則將 chronyd 這個服務完整的關閉了！

上面是一個很簡單的練習，妳先不要知道 chronyd 是啥東西，只要知道透過這個方式，可以將一個服務關閉就是了！好！那再來一個練習， 看看有沒有問題呢？

# 1. 先看看 cups 的服務是開還是關？
[root@study ~]# systemctl status cups.service
cups.service - CUPS Printing Service
   Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled)
   Active: inactive (dead) since Tue 2015-08-11 19:19:20 CST; 3h 29min ago
# 有趣得很！竟然是 enable 但是卻是 inactive 耶！相當特別！

# 2. 那就直接關閉，同時確認沒有啟動喔！
[root@study ~]# systemctl stop    cups.service
[root@study ~]# systemctl disable cups.service
rm '/etc/systemd/system/multi-user.target.wants/cups.path'
rm '/etc/systemd/system/sockets.target.wants/cups.socket'
rm '/etc/systemd/system/printer.target.wants/cups.service'
# 也是非常特別！竟然一口氣取消掉三個連結檔！也就是說，這三個檔案可能是有相依性的問題喔！

[root@study ~]# netstat -tlunp | grep cups
# 現在應該不會出現任何資料！因為根本沒有 cups 的任務在執行當中～所以不會有 port 產生

# 3. 嘗試啟動 cups.socket 監聽用戶端的需求喔！
[root@study ~]# systemctl start cups.socket
[root@study ~]# systemctl status cups.service cups.socket cups.path
cups.service - CUPS Printing Service
   Loaded: loaded (/usr/lib/systemd/system/cups.service; disabled)
   Active: inactive (dead) since Tue 2015-08-11 22:57:50 CST; 3min 41s ago
cups.socket - CUPS Printing Service Sockets
   Loaded: loaded (/usr/lib/systemd/system/cups.socket; disabled)
   Active: active (listening) since Tue 2015-08-11 22:56:14 CST; 5min ago
cups.path - CUPS Printer Service Spool
   Loaded: loaded (/usr/lib/systemd/system/cups.path; disabled)
   Active: inactive (dead)
# 確定僅有 cups.socket 在啟動，其他的並沒有啟動的狀態！

# 4. 嘗試使用 lp 這個指令來列印看看？
[root@study ~]# echo "testing" | lp
lp: Error - no default destination available. # 實際上就是沒有印表機！所以有錯誤也沒關係！

[root@study ~]# systemctl status cups.service
cups.service - CUPS Printing Service
   Loaded: loaded (/usr/lib/systemd/system/cups.service; disabled)
   Active: active (running) since Tue 2015-08-11 23:03:18 CST; 34s ago
[root@study ~]# netstat -tlunp | grep cups
tcp        0      0 127.0.0.1:631    0.0.0.0:*   LISTEN     25881/cupsd
tcp6       0      0 ::1:631          :::*        LISTEN     25881/cupsd
# 見鬼！竟然 cups 自動被啟動了！明明我們都沒有驅動他啊！怎麼回事啊？

上面這個範例的練習在讓您了解一下，很多服務彼此之間是有相依性的！cups 是一種列印服務，這個列印服務會啟用 port 631 來提供網路印表機的列印功能。 但是其實我們無須一直啟動 631 埠口吧？因此，多了一個名為 cups.socket 的服務，這個服務可以在『用戶有需要列印時，才會主動喚醒 cups.service 』的意思！ 因此，如果你僅是 disable/stop cups.service 而忘記了其他兩個服務的話，那麼當有用戶向其他兩個 cups.path, cups.socket 提出要求時， cups.service 就會被喚醒！所以，你關掉也沒用！

• 強迫服務註銷 (mask) 的練習

比較正規的作法是，要關閉 cups.service 時，連同其他兩個會喚醒 service 的 cups.socket 與 cups.path 通通關閉，那就沒事了！ 比較不正規的作法是，那就強迫 cups.service 註銷吧！透過 mask 的方式來將這個服務註銷看看！

# 1. 保持剛剛的狀態，關閉 cups.service，啟動 cups.socket，然後註銷 cups.servcie
[root@study ~]# systemctl stop cups.service
[root@study ~]# systemctl mask cups.service
ln -s '/dev/null' '/etc/systemd/system/cups.service'
# 喔耶～其實這個 mask 註銷的動作，只是讓啟動的腳本變成空的裝置而已！

[root@study ~]# systemctl status cups.service
cups.service
   Loaded: masked (/dev/null)
   Active: inactive (dead) since Tue 2015-08-11 23:14:16 CST; 52s ago

[root@study ~]# systemctl start cups.service
Failed to issue method call: Unit cups.service is masked.  # 再也無法喚醒！

上面的範例你可以仔細推敲一下～原來整個啟動的腳本設定檔被連結到 /dev/null 這個空裝置～因此，無論如何你是再也無法啟動這個 cups.service 了！ 透過這個 mask 功能，你就可以不必管其他相依服務可能會啟動到這個想要關閉的服務了！雖然是非正規，不過很有效！ ^_^

那如何取消註銷呢？當然就是 unmask 即可啊！

[root@study ~]# systemctl unmask cups.service
rm '/etc/systemd/system/cups.service'
[root@study ~]# systemctl status cups.service
cups.service - CUPS Printing Service
   Loaded: loaded (/usr/lib/systemd/system/cups.service; disabled)
   Active: inactive (dead) since Tue 2015-08-11 23:14:16 CST; 4min 35s ago
# 好佳在有恢復正常！

17.2.2 透過 systemctl 觀察系統上所有的服務

上一小節談到的是單一服務的啟動/關閉/觀察，以及相依服務要註銷的功能。那系統上面有多少的服務存在呢？這個時候就得要透過 list-units 及 list-unit-files 來觀察了！ 細部的用法如下：

[root@study ~]# systemctl [command] [--type=TYPE] [--all]
command:
    list-units      ：依據 unit 列出目前有啟動的 unit。若加上 --all 才會列出沒啟動的。
    list-unit-files ：依據 /usr/lib/systemd/system/ 內的檔案，將所有檔案列表說明。
--type=TYPE：就是之前提到的 unit type，主要有 service, socket, target 等

範例一：列出系統上面有啟動的 unit
[root@study ~]# systemctl
UNIT                      LOAD   ACTIVE SUB       DESCRIPTION
proc-sys-fs-binfmt_mis... loaded active waiting   Arbitrary Executable File Formats File System
sys-devices-pc...:0:1:... loaded active plugged   QEMU_HARDDISK
sys-devices-pc...0:1-0... loaded active plugged   QEMU_HARDDISK
sys-devices-pc...0:0-1... loaded active plugged   QEMU_DVD-ROM
.....(中間省略).....
vsftpd.service            loaded active running   Vsftpd ftp daemon
.....(中間省略).....
cups.socket               loaded failed failed    CUPS Printing Service Sockets
.....(中間省略).....
LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

141 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
# 列出的項目中，主要的意義是：
# UNIT   ：項目的名稱，包括各個 unit 的類別 (看副檔名)
# LOAD   ：開機時是否會被載入，預設 systemctl 顯示的是有載入的項目而已喔！
# ACTIVE ：目前的狀態，須與後續的 SUB 搭配！就是我們用 systemctl status 觀察時，active 的項目！
# DESCRIPTION ：詳細描述囉
# cups 比較有趣，因為剛剛被我們玩過，所以 ACTIVE 竟然是 failed 的喔！被玩死了！ ^_^
# 另外，systemctl 都不加參數，其實預設就是 list-units 的意思！

範例二：列出所有已經安裝的 unit 有哪些？
[root@study ~]# systemctl list-unit-files
UNIT FILE                                   STATE
proc-sys-fs-binfmt_misc.automount           static
dev-hugepages.mount                         static
dev-mqueue.mount                            static
proc-fs-nfsd.mount                          static
.....(中間省略).....
systemd-tmpfiles-clean.timer                static

336 unit files listed.

使用 systemctl list-unit-files 會將系統上所有的服務通通列出來～而不像 list-units 僅以 unit 分類作大致的說明。 至於 STATE 狀態就是前兩個小節談到的開機是否會載入的那個狀態項目囉！主要有 enabled / disabled / mask / static 等等。

假設我不想要知道這麼多的 unit 項目，我只想要知道 service 這種類別的 daemon 而已，而且不論是否已經啟動，通通要列出來！ 那該如何是好？

[root@study ~]# systemctl list-units --type=service --all
# 只剩下 *.service 的項目才會出現喔！

範例一：查詢系統上是否有以 cpu 為名的服務？
[root@study ~]# systemctl list-units --type=service --all | grep cpu
cpupower.service  loaded inactive dead    Configure CPU power related settings
# 確實有喔！可以改變 CPU 電源管理機制的服務哩！

17.2.3 透過 systemctl 管理不同的操作環境 (target unit)

透過上個小節我們知道系統上所有的 systemd 的 unit 觀察的方式，那麼可否列出跟操作界面比較有關的 target 項目呢？ 很簡單啊！就這樣搞一下：

[root@study ~]# systemctl list-units --type=target --all
UNIT                   LOAD   ACTIVE   SUB    DESCRIPTION
basic.target           loaded active   active Basic System
cryptsetup.target      loaded active   active Encrypted Volumes
emergency.target       loaded inactive dead   Emergency Mode
final.target           loaded inactive dead   Final Step
getty.target           loaded active   active Login Prompts
graphical.target       loaded active   active Graphical Interface
local-fs-pre.target    loaded active   active Local File Systems (Pre)
local-fs.target        loaded active   active Local File Systems
multi-user.target      loaded active   active Multi-User System
network-online.target  loaded inactive dead   Network is Online
network.target         loaded active   active Network
nss-user-lookup.target loaded inactive dead   User and Group Name Lookups
paths.target           loaded active   active Paths
remote-fs-pre.target   loaded active   active Remote File Systems (Pre)
remote-fs.target       loaded active   active Remote File Systems
rescue.target          loaded inactive dead   Rescue Mode
shutdown.target        loaded inactive dead   Shutdown
slices.target          loaded active   active Slices
sockets.target         loaded active   active Sockets
sound.target           loaded active   active Sound Card
swap.target            loaded active   active Swap
sysinit.target         loaded active   active System Initialization
syslog.target          not-found inactive dead   syslog.target
time-sync.target       loaded inactive dead   System Time Synchronized
timers.target          loaded active   active Timers
umount.target          loaded inactive dead   Unmount All Filesystems

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

26 loaded units listed.
To show all installed unit files use 'systemctl list-unit-files'.

喔！在我們的 CentOS 7.1 的預設情況下，就有 26 個 target unit 耶！而跟操作界面相關性比較高的 target 主要有底下幾個：

• graphical.target：就是文字加上圖形界面，這個項目已經包含了底下的 multi-user.target 項目！
• multi-user.target：純文字模式！
• rescue.target：在無法使用 root 登入的情況下，systemd 在開機時會多加一個額外的暫時系統，與你原本的系統無關。這時你可以取得 root 的權限來維護你的系統。 但是這是額外系統，因此可能需要動到 chroot 的方式來取得你原有的系統喔！再後續的章節我們再來談！
• emergency.target：緊急處理系統的錯誤，還是需要使用 root 登入的情況，在無法使用 rescue.target 時，可以嘗試使用這種模式！
• shutdown.target：就是關機的流程。
• getty.target：可以設定你需要幾個 tty 之類的，如果想要降低 tty 的項目，可以修改這個東西的設定檔！

正常的模式是 multi-user.target 以及 graphical.target 兩個，救援方面的模式主要是 rescue.target 以及更嚴重的 emergency.target。 如果要修改可提供登入的 tty 數量，則修改 getty.target 項目。基本上，我們最常使用的當然就是 multi-user 以及 graphical 囉！ 那麼我如何知道目前的模式是哪一種？又得要如何修改呢？底下來玩一玩吧！

[root@study ~]# systemctl [command] [unit.target]
選項與參數：
command:
    get-default ：取得目前的 target 
    set-default ：設定後面接的 target 成為預設的操作模式
    isolate     ：切換到後面接的模式

範例一：我們的測試機器預設是圖形界面，先觀察是否真為圖形模式，再將預設模式轉為文字界面
[root@study ~]# systemctl get-default 
graphical.target  # 果然是圖形界面喔！

[root@study ~]# systemctl set-default multi-user.target
[root@study ~]# systemctl get-default 
multi-user.target

範例二：在不重新開機的情況下，將目前的操作環境改為純文字模式，關掉圖形界面
[root@study ~]# systemctl isolate multi-user.target

範例三：若需要重新取得圖形界面呢？
[root@study ~]# systemctl isolate graphical.target

要注意，改變 graphical.target 以及 multi-user.target 是透過 isolate 來處理的！鳥哥剛剛接觸到 systemd 的時候，在 multi-user.target 環境下轉成 graphical.target 時， 可以透過 systemctl start graphical.target 喔！然後鳥哥就以為關閉圖形界面即可回到 multi-user.target 的！但使用 systemctl stop graphical.target 卻完全不理鳥哥～這才發現錯了...在 service 部份用 start/stop/restart 才對，在 target 項目則請使用 isolate (隔離不同的操作模式) 才對！

在正常的切換情況下，使用上述 isolate 的方式即可。不過為了方便起見， systemd 也提供了數個簡單的指令給我們切換操作模式之用喔！ 大致上如下所示：

[root@study ~]# systemctl poweroff  系統關機
[root@study ~]# systemctl reboot    重新開機
[root@study ~]# systemctl suspend   進入暫停模式
[root@study ~]# systemctl hibernate 進入休眠模式
[root@study ~]# systemctl rescue    強制進入救援模式
[root@study ~]# systemctl emergency 強制進入緊急救援模式

關機、重新開機、救援與緊急模式這沒啥問題，那麼什麼是暫停與休眠模式呢？

• suspend：暫停模式會將系統的狀態資料保存到記憶體中，然後關閉掉大部分的系統硬體，當然，並沒有實際關機喔！ 當使用者按下喚醒機器的按鈕，系統資料會重記憶體中回復，然後重新驅動被大部分關閉的硬體，就開始正常運作！喚醒的速度較快。
• hibernate：休眠模式則是將系統狀態保存到硬碟當中，保存完畢後，將電腦關機。當使用者嘗試喚醒系統時，系統會開始正常運作， 然後將保存在硬碟中的系統狀態恢復回來。因為資料是由硬碟讀出，因此喚醒的效能與你的硬碟速度有關。

17.2.4 透過 systemctl 分析各服務之間的相依性

我們在本章一開始談到 systemd 的時候就有談到相依性的問題克服，那麼，如何追蹤某一個 unit 的相依性呢？ 舉例來說好了，我們怎麼知道 graphical.target 會用到 multi-user.target 呢？那 graphical.target 底下還有哪些東西呢？ 底下我們就來談一談：

[root@study ~]# systemctl list-dependencies [unit] [--reverse]
選項與參數：
--reverse ：反向追蹤誰使用這個 unit 的意思！

範例一：列出目前的 target 環境下，用到什麼特別的 unit 
[root@study ~]# systemctl get-default
multi-user.target

[root@study ~]# systemctl list-dependencies
default.target
├─abrt-ccpp.service
├─abrt-oops.service
├─vsftpd.service
├─basic.target
│ ├─alsa-restore.service
│ ├─alsa-state.service
.....(中間省略).....
│ ├─sockets.target
│ │ ├─avahi-daemon.socket
│ │ ├─dbus.socket
.....(中間省略).....
│ ├─sysinit.target
│ │ ├─dev-hugepages.mount
│ │ ├─dev-mqueue.mount
.....(中間省略).....
│ └─timers.target
│   └─systemd-tmpfiles-clean.timer
├─getty.target
│ └─getty@tty1.service
└─remote-fs.target

因為我們前一小節的練習將預設的操作模式變成 multi-user.target 了，因此這邊使用 list-dependencies 時，所列出的 default.target 其實是 multi-user.target 的內容啦！根據線條連線的流程，我們也能夠知道， multi-user.target 其實還會用到 basic.target + getty.target + remote-fs.target 三大項目， 而 basic.target 又用到了 sockets.target + sysinit.target + timers.target... 等一堆～所以囉，從這邊就能夠清楚的查詢到每種 target 模式底下還有的相依模式。 那麼如果要查出誰會用到 multi-user.target 呢？就這麼作！

[root@study ~]# systemctl list-dependencies --reverse
default.target
└─graphical.target

reverse 本來就是反向的意思，所以加上這個選項，代表『誰還會用到我的服務』的意思～所以看得出來， multi-user.target 主要是被 graphical.target 所使用喔！ 好～那再來，graphical.target 又使用了多少的服務呢？可以這樣看：

[root@study ~]# systemctl list-dependencies graphical.target
graphical.target
├─accounts-daemon.service
├─gdm.service
├─network.service
├─rtkit-daemon.service
├─systemd-update-utmp-runlevel.service
└─multi-user.target
  ├─abrt-ccpp.service
  ├─abrt-oops.service
.....(底下省略).....

所以可以看得出來，graphical.target 就是在 multi-user.target 底下再加上 accounts-daemon, gdm, network, rtkit-deamon, systemd-update-utmp-runlevel 等服務而已！ 這樣會看了嗎？了解 daemon 之間的相關性也是很重要的喔！出問題時，可以找到正確的服務相依流程！

17.2.5 與 systemd 的 daemon 運作過程相關的目錄簡介

我們在前幾小節曾經談過比較重要的 systemd 啟動腳本設定檔在 /usr/lib/systemd/system/, /etc/systemd/system/ 目錄下，那還有哪些目錄跟系統的 daemon 運作有關呢？ 基本上是這樣的：

• /usr/lib/systemd/system/：
  使用 CentOS 官方提供的軟體安裝後，預設的啟動腳本設定檔都放在這裡，這裡的資料盡量不要修改～ 要修改時，請到 /etc/systemd/system 底下修改較佳！
• /run/systemd/system/：
  系統執行過程中所產生的服務腳本，這些腳本的優先序要比 /usr/lib/systemd/system/ 高！
• /etc/systemd/system/：
  管理員依據主機系統的需求所建立的執行腳本，其實這個目錄有點像以前 /etc/rc.d/rc5.d/Sxx 之類的功能！執行優先序又比 /run/systemd/system/ 高喔！
• /etc/sysconfig/*：
  幾乎所有的服務都會將初始化的一些選項設定寫入到這個目錄下，舉例來說，mandb 所要更新的 man page 索引中，需要加入的參數就寫入到此目錄下的 man-db 當中喔！而網路的設定則寫在 /etc/sysconfig/network-scripts/ 這個目錄內。所以，這個目錄內的檔案也是挺重要的；
• /var/lib/：
  一些會產生資料的服務都會將他的資料寫入到 /var/lib/ 目錄中。舉例來說，資料庫管理系統 Mariadb 的資料庫預設就是寫入 /var/lib/mysql/ 這個目錄下啦！
• /run/：
  放置了好多 daemon 的暫存檔，包括 lock file 以及 PID file 等等。

我們知道 systemd 裡頭有很多的本機會用到的 socket 服務，裡頭可能會產生很多的 socket file ～那你怎麼知道這些 socket file 放置在哪裡呢？ 很簡單！還是透過 systemctl 來管理！

[root@study ~]# systemctl list-sockets
LISTEN                          UNIT                         ACTIVATES
/dev/initctl                    systemd-initctl.socket       systemd-initctl.service
/dev/log                        systemd-journald.socket      systemd-journald.service
/run/dmeventd-client            dm-event.socket              dm-event.service
/run/dmeventd-server            dm-event.socket              dm-event.service
/run/lvm/lvmetad.socket         lvm2-lvmetad.socket          lvm2-lvmetad.service
/run/systemd/journal/socket     systemd-journald.socket      systemd-journald.service
/run/systemd/journal/stdout     systemd-journald.socket      systemd-journald.service
/run/systemd/shutdownd          systemd-shutdownd.socket     systemd-shutdownd.service
/run/udev/control               systemd-udevd-control.socket systemd-udevd.service
/var/run/avahi-daemon/socket    avahi-daemon.socket          avahi-daemon.service
/var/run/cups/cups.sock         cups.socket                  cups.service
/var/run/dbus/system_bus_socket dbus.socket                  dbus.service
/var/run/rpcbind.sock           rpcbind.socket               rpcbind.service
@ISCSIADM_ABSTRACT_NAMESPACE    iscsid.socket                iscsid.service
@ISCSID_UIP_ABSTRACT_NAMESPACE  iscsiuio.socket              iscsiuio.service
kobject-uevent 1                systemd-udevd-kernel.socket  systemd-udevd.service

16 sockets listed.
Pass --all to see loaded but inactive sockets, too.

這樣很清楚的就能夠知道正在監聽本機服務需求的 socket file 所在的檔名位置囉！

• 網路服務與埠口對應簡介

從第十六章與前一小節對服務的說明後，你應該要知道的是， 系統所有的功能都是某些程序所提供的，而程序則是透過觸發程式而產生的。同樣的，系統提供的網路服務當然也是這樣的！ 只是由於網路牽涉到 TCP/IP 的概念，所以顯的比較複雜一些就是了。

玩過網際網路 (Internet) 的朋友應該知道 IP 這玩意兒，大家都說 IP 就是代表你的主機在網際網路上面的『門牌號碼』。 但是你的主機總是可以提供非常多的網路服務而不止一項功能而已，但我們僅有一個 IP 呢！當用戶端連線過來我們的主機時， 我們主機是如何分辨不同的服務要求呢？那就是透過埠號 (port number) 啦！埠號簡單的想像，他就是你家門牌上面的第幾層樓！ 這個 IP 與 port 就是網際網路連線的最重要機制之一囉。我們拿底下的網址來說明：

• http://ftp.ksu.edu.tw/
• ftp://ftp.ksu.edu.tw/

有沒有發現，兩個網址都是指向 ftp.ksu.edu.tw 這個崑山科大的 FTP 網站，但是瀏覽器上面顯示的結果卻是不一樣的？ 是啊！這是因為我們指向不同的服務嘛！一個是 http 這個 WWW 的服務，一個則是 ftp 這個檔案傳輸服務，當然顯示的結果就不同了。

事實上，為了統一整個網際網路的埠號對應服務的功能，好讓所有的主機都能夠使用相同的機制來提供服務與要求服務， 所以就有了『通訊協定』這玩意兒。也就是說，有些約定俗成的服務都放置在同一個埠號上面啦！舉例來說， 網址列上面的 http 會讓瀏覽器向 WWW 伺服器的 80 埠號進行連線的要求！而 WWW 伺服器也會將 httpd 這個軟體啟動在 port 80， 這樣兩者才能夠達成連線的！

嗯！那麼想一想，系統上面有沒有什麼設定可以讓服務與埠號對應在一起呢？那就是 /etc/services 啦！

[root@study ~]# cat /etc/services
....(前面省略)....
ftp             21/tcp
ftp             21/udp          fsp fspd
ssh             22/tcp                          # The Secure Shell (SSH) Protocol
ssh             22/udp                          # The Secure Shell (SSH) Protocol
....(中間省略)....
http            80/tcp          www www-http    # WorldWideWeb HTTP
http            80/udp          www www-http    # HyperText Transfer Protocol
....(底下省略)....
# 這個檔案的內容是以底下的方式來編排的：
# <daemon name>   <port/封包協定>   <該服務的說明>

像上面說的是，第一欄為 daemon 的名稱、第二欄為該 daemon 所使用的埠號與網路資料封包協定， 封包協定主要為可靠連線的 TCP 封包以及較快速但為非連線導向的 UDP 封包。 舉個例子說，那個遠端連線機制使用的是 ssh 這個服務，而這個服務的使用的埠號為 22 ！就是這樣啊！

Tips

請特別注意！雖然有的時候你可以藉由修改 /etc/services 來更改一個服務的埠號，不過並不建議如此做， 因為很有可能會造成一些協定的錯誤情況！這裡特此說明一番呦！(除非你要架設一個地下網站，否則的話，使用 /etc/services 原先的設定就好啦！)

17.2.6 關閉網路服務

當你第一次使用 systemctl 去觀察本機伺服器啟動的服務時，不知道有沒有嚇一跳呢？怎麼隨隨便便 CentOS 7.x 就給我啟動了幾乎 100 多個以上的 daemon？ 會不會有事啊？沒關係啦！因為 systemd 將許多原本不被列為 daemon 的程序都納入到 systemd 自己的管轄監測範圍內，因此就多了很多 daemon 存在！ 那些大部分都屬於 Linux 系統基礎運作所需要的環境，沒有什麼特別需求的話，最好都不要更動啦！除非你自己知道自己需要什麼。

除了本機服務之外，其實你一定要觀察的，反而是網路服務喔！雖然網路服務預設有 SELinux 管理，不過，在鳥哥的立場上， 我還是建議非必要的網路服務就關閉他！那麼什麼是網路服務呢？基本上，會產生一個網路監聽埠口 (port) 的程序，你就可以稱他是個網路服務了！ 那麼如何觀察網路埠口？就這樣追蹤啊！

[root@study ~]# netstat -tlunp
Proto Recv-Q Send-Q Local Address   Foreign Address  State    PID/Program name
tcp        0      0 0.0.0.0:22      0.0.0.0:*        LISTEN   1340/sshd
tcp        0      0 127.0.0.1:25    0.0.0.0:*        LISTEN   2387/master
tcp6       0      0 :::555          :::*             LISTEN   29113/vsftpd
tcp6       0      0 :::22           :::*             LISTEN   1340/sshd
tcp6       0      0 ::1:25          :::*             LISTEN   2387/master
udp        0      0 0.0.0.0:5353    0.0.0.0:*                 750/avahi-daemon: r
udp        0      0 0.0.0.0:36540   0.0.0.0:*                 750/avahi-daemon: r

如上表所示，我們的系統上至少開了 22, 25, 555, 5353, 36540 這幾個埠口～而其中 5353, 36540 是由 avahi-daemon 這個東西所啟動的！ 接下來我們使用 systemctl 去觀察一下，到底有沒有 avahi-daemon 為開頭的服務呢？

[root@study ~]# systemctl list-units --all | grep avahi-daemon
avahi-daemon.service   loaded active   running   Avahi mDNS/DNS-SD Stack
avahi-daemon.socket    loaded active   running   Avahi mDNS/DNS-SD Stack Activation Socket

透過追查，知道這個 avahi-daemon 的目的是在區域網路進行類似網芳的搜尋，因此這個服務可以協助你在區網內隨時了解隨插即用的裝置！ 包括筆記型電腦等，只要連上你的區網，你就能夠知道誰進來了。問題是，你可能不要這個協定啊！所以，那就關閉他吧！

[root@study ~]# systemctl stop avahi-daemon.service
[root@study ~]# systemctl stop avahi-daemon.socket
[root@study ~]# systemctl disable avahi-daemon.service avahi-daemon.socket
[root@study ~]# netstat -tlunp
Proto Recv-Q Send-Q Local Address   Foreign Address  State    PID/Program name
tcp        0      0 0.0.0.0:22      0.0.0.0:*        LISTEN   1340/sshd
tcp        0      0 127.0.0.1:25    0.0.0.0:*        LISTEN   2387/master
tcp6       0      0 :::555          :::*             LISTEN   29113/vsftpd
tcp6       0      0 :::22           :::*             LISTEN   1340/sshd
tcp6       0      0 ::1:25          :::*             LISTEN   2387/master

一般來說，你的本機伺服器至少需要 25 號埠口，而 22 號埠口則最好加上防火牆來管理遠端連線登入比較妥當～因此，上面的埠口中， 除了 555 是我們上一章因為測試而產生的之外，這樣的系統能夠被爬牆的機會已經少很多了！ ^_^！OK！現在如果你的系統裡面有一堆網路埠口在監聽， 而你根本不知道那是幹麻用的，鳥哥建議你，現在就透過上面的方式，關閉他吧！

17.3.1 systemctl 設定檔相關目錄簡介

現在我們知道服務的管理是透過 systemd，而 systemd 的設定檔大部分放置於 /usr/lib/systemd/system/ 目錄內。但是 Red Hat 官方文件指出， 該目錄的檔案主要是原本軟體所提供的設定，建議不要修改！而要修改的位置應該放置於 /etc/systemd/system/ 目錄內。舉例來說，如果你想要額外修改 vsftpd.service 的話， 他們建議要放置到哪些地方呢？

• /usr/lib/systemd/system/vsftpd.service：官方釋出的預設設定檔；
• /etc/systemd/system/vsftpd.service.d/custom.conf：在 /etc/systemd/system 底下建立與設定檔相同檔名的目錄，但是要加上 .d 的副檔名。然後在該目錄下建立設定檔即可。另外，設定檔最好附檔名取名為 .conf 較佳！ 在這個目錄下的檔案會『累加其他設定』進入 /usr/lib/systemd/system/vsftpd.service 內喔！
• /etc/systemd/system/vsftpd.service.wants/*：此目錄內的檔案為連結檔，設定相依服務的連結。意思是啟動了 vsftpd.service 之後，最好再加上這目錄底下建議的服務。
• /etc/systemd/system/vsftpd.service.requires/*：此目錄內的檔案為連結檔，設定相依服務的連結。意思是在啟動 vsftpd.service 之前，需要事先啟動哪些服務的意思。

基本上，在設定檔裡面你都可以自由設定相依服務的檢查，並且設定加入到哪些 target 裡頭去。但是如果是已經存在的設定檔，或者是官方提供的設定檔， Red Hat 是建議你不要修改原設定，而是到上面提到的幾個目錄去進行額外的客製化設定比較好！當然，這見仁見智～如果你硬要修改原始的 /usr/lib/systemd/system 底下的設定檔，那也是 OK 沒問題的！並且也能夠減少許多設定檔的增加～鳥哥自己認為，這樣也不錯！反正，就完全是個人喜好囉～

17.3.2 systemctl 設定檔的設定項目簡介

了解了設定檔的相關目錄與檔案之後，再來，當然得要了解一下設定檔本身的內容了！讓我們先來瞧一瞧 sshd.service 的內容好了！ 原本想拿 vsftpd.service 來講解，不過該檔案的內容比較陽春，還是看一下設定項目多一些的 sshd.service 好了！

[root@study ~]# cat /usr/lib/systemd/system/sshd.service
[Unit]           # 這個項目與此 unit 的解釋、執行服務相依性有關
Description=OpenSSH server daemon
After=network.target sshd-keygen.service
Wants=sshd-keygen.service

[Service]        # 這個項目與實際執行的指令參數有關
EnvironmentFile=/etc/sysconfig/sshd
ExecStart=/usr/sbin/sshd -D $OPTIONS
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartSec=42s

[Install]        # 這個項目說明此 unit 要掛載哪個 target 底下
WantedBy=multi-user.target

分析上面的設定檔，我們大概能夠將整個設定分為三個部份，就是：

• [Unit]： unit 本身的說明，以及與其他相依 daemon 的設定，包括在什麼服務之後才啟動此 unit 之類的設定值；
• [Service], [Socket], [Timer], [Mount], [Path]..：不同的 unit type 就得要使用相對應的設定項目。我們拿的是 sshd.service 來當範本，所以這邊就使用 [Service] 來設定。 這個項目內主要在規範服務啟動的腳本、環境設定檔檔名、重新啟動的方式等等。
• [Install]：這個項目就是將此 unit 安裝到哪個 target 裡面去的意思！

至於設定檔內有些設定規則還是得要說明一下：

• 設定項目通常是可以重複的，例如我可以重複設定兩個 After 在設定檔中，不過，後面的設定會取代前面的喔！因此，如果你想要將設定值歸零， 可以使用類似『 After= 』的設定，亦即該項目的等號後面什麼都沒有，就將該設定歸零了 (reset)。
• 如果設定參數需要有『是/否』的項目 (布林值, boolean)，你可以使用 1, yes, true, on 代表啟動，用 0, no, false, off 代表關閉！隨你喜好選擇囉！
• 空白行、開頭為 # 或 ; 的那一行，都代表註解！

每個部份裡面還有很多的設定細項，我們使用一個簡單的表格來說明每個項目好了！

接下來了解一下在 [Service] 當中有哪些項目可以使用！

最後，再來看看那麼 Install 內還有哪些項目可用？

大致的項目就有這些，接下來讓我們根據上面這些資料來進行一些簡易的操作吧！

17.3.3 兩個 vsftpd 運作的實例

我們在上一章將 vsftpd 的 port 改成 555 號了。不過，因為某些原因，所以你可能需要使用到兩個埠口，分別是正常的 21 以及特殊的 555 ！ 這兩個 port 都啟用的情況下，你可能就得要使用到兩個設定檔以及兩個啟動腳本設定了！現在假設是這樣：

• 預設的 port 21：使用 /etc/vsftpd/vsftpd.conf 設定檔，以及 /usr/lib/systemd/system/vsftpd.service 設定腳本；
• 特殊的 port 555：使用 /etc/vsftpd/vsftpd2.conf 設定檔，以及 /etc/systemd/system/vsftpd2.service 設定腳本。

我們可以這樣作：

# 1. 先建立好所需要的設定檔
[root@study ~]# cd /etc/vsftpd
[root@study vsftpd]# cp vsftpd.conf vsftpd2.conf
[root@study vsftpd]# vim vsftpd.conf
#listen_port=555

[root@study vsftpd]# diff vsftpd.conf vsftpd2.conf
128c128
< #listen_port=555
---
> listen_port=555
# 注意這兩個設定檔的差別喔！只有這一行不同而已！

# 2. 開始處理啟動腳本設定
[root@study vsftpd]# cd /etc/systemd/system
[root@study system]# cp /usr/lib/systemd/system/vsftpd.service vsftpd2.service
[root@study system]# vim vsftpd2.service
[Unit]
Description=Vsftpd second ftp daemon
After=network.target

[Service]
Type=forking
ExecStart=/usr/sbin/vsftpd /etc/vsftpd/vsftpd2.conf

[Install]
WantedBy=multi-user.target
# 重點在改了 vsftpd2.conf 這個設定檔喔！

# 3. 重新載入 systemd 的腳本設定檔內容
[root@study system]# systemctl daemon-reload
[root@study system]# systemctl list-unit-files --all | grep vsftpd
vsftpd.service                              enabled
vsftpd2.service                             disabled
vsftpd@.service                             disabled
vsftpd.target                               disabled

[root@study system]# systemctl status vsftpd2.service
vsftpd2.service - Vsftpd second ftp daemon
   Loaded: loaded (/etc/systemd/system/vsftpd2.service; disabled)
   Active: inactive (dead)

[root@study system]# systemctl restart vsftpd.service vsftpd2.service
[root@study system]# systemctl enable  vsftpd.service vsftpd2.service
[root@study system]# systemctl status  vsftpd.service vsftpd2.service
vsftpd.service - Vsftpd ftp daemon
   Loaded: loaded (/usr/lib/systemd/system/vsftpd.service; enabled)
   Active: active (running) since Wed 2015-08-12 22:00:17 CST; 35s ago
 Main PID: 12670 (vsftpd)
   CGroup: /system.slice/vsftpd.service
           └─12670 /usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf

Aug 12 22:00:17 study.centos.vbird systemd[1]: Started Vsftpd ftp daemon.

vsftpd2.service - Vsftpd second ftp daemon
   Loaded: loaded (/etc/systemd/system/vsftpd2.service; enabled)
   Active: active (running) since Wed 2015-08-12 22:00:17 CST; 35s ago
 Main PID: 12672 (vsftpd)
   CGroup: /system.slice/vsftpd2.service
           └─12672 /usr/sbin/vsftpd /etc/vsftpd/vsftpd2.conf

[root@study system]# netstat -tlnp 
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address  Foreign Address   State    PID/Program name
tcp        0      0 0.0.0.0:22     0.0.0.0:*         LISTEN   1340/sshd
tcp        0      0 127.0.0.1:25   0.0.0.0:*         LISTEN   2387/master
tcp6       0      0 :::555         :::*              LISTEN   12672/vsftpd
tcp6       0      0 :::21          :::*              LISTEN   12670/vsftpd
tcp6       0      0 :::22          :::*              LISTEN   1340/sshd
tcp6       0      0 ::1:25         :::*              LISTEN   2387/master

很簡單的將你的 systemd 所管理的 vsftpd 做了另一個服務！未來如果有相同的需求，同樣的方法作一遍即可！

17.3.4 多重的重複設定方式：以 getty 為例

我們的 CentOS 7 開機完成後，不是說有 6 個終端機可以使用嗎？就是那個 tty1~tty6 的啊！那個東西是由 agetty 這個指令達成的。 OK！那麼這個終端機的功能又是從哪個項目所提供的呢？其實，那個東東涉及很多層面，主要管理的是 getty.target 這個 target unit ， 不過，實際產生 tty1~tty6 的則是由 getty@.service 所提供的！咦！那個 @ 是啥東西？

先來查閱一下 /usr/lib/systemd/system/getty@.service 的內容好了：

[root@study ~]# cat /usr/lib/systemd/system/getty@.service
[Unit]
Description=Getty on %I
Documentation=man:agetty(8) man:systemd-getty-generator(8)
Documentation=http://0pointer.de/blog/projects/serial-console.html
After=systemd-user-sessions.service plymouth-quit-wait.service
After=rc-local.service
Before=getty.target
ConditionPathExists=/dev/tty0

[Service]
ExecStart=-/sbin/agetty --noclear %I $TERM
Type=idle
Restart=always
RestartSec=0
UtmpIdentifier=%I
TTYPath=/dev/%I
TTYReset=yes
TTYVHangup=yes
TTYVTDisallocate=yes
KillMode=process
IgnoreSIGPIPE=no
SendSIGHUP=yes

[Install]
WantedBy=getty.target

比較重要的當然就是 ExecStart 項目囉！那麼我們去 man agetty 時，發現到它的語法應該是『 agetty --noclear tty1 』之類的字樣， 因此，我們如果要啟動六個 tty 的時候，基本上應該要有六個啟動設定檔。亦即是可能會用到 getty1.service, getty2.service...getty6.service 才對！ 哇！這樣控管很麻煩啊～所以，才會出現這個 @ 的項目啦！咦！這個 @ 到底怎麼回事呢？我們先來看看 getty@.service 的上游，亦即是 getty.target 這個東西的內容好了！

[root@study ~]# systemctl show getty.target
# 那個 show 的指令可以將 getty.target 的預設設定值也取出來顯示！
Names=getty.target
Wants=getty@tty1.service
WantedBy=multi-user.target
Conflicts=shutdown.target
Before=multi-user.target
After=getty@tty1.service getty@tty2.service getty@tty3.service getty@tty4.service 
  getty@tty6.service getty@tty5.service
.....(後面省略).....

你會發現，咦！怎麼會多出六個怪異的 service 呢？我們拿 getty@tty1.service 來說明一下好了！當我們執行完 getty.target 之後， 他會持續要求 getty@tty1.service 等六個服務繼續啟動。那我們的 systemd 就會這麼作：

• 先看 /usr/lib/systemd/system/, /etc/systemd/system/ 有沒有 getty@tty1.service 的設定，若有就執行，若沒有則執行下一步；
• 找 getty@.service 的設定，若有則將 @ 後面的資料帶入成 %I 的變數，進入 getty@.service 執行！

這也就是說，其實 getty@tty1.service 實際上是不存在的！他主要是透過 getty@.service 來執行～也就是說， getty@.service 的目的是為了要簡化多個執行的啟動設定， 他的命名方式是這樣的：

原始檔案：執行服務名稱@.service
執行檔案：執行服務名稱@範例名稱.service

因此當有範例名稱帶入時，則會有一個新的服務名稱產生出來！你再回頭看看 getty@.service 的啟動腳本：

ExecStart=-/sbin/agetty --noclear %I $TERM

上表中那個 %I 指的就是『範例名稱』！根據 getty.target 的資訊輸出來看，getty@tty1.service 的 %I 就是 tty1 囉！因此執行腳本就會變成『 /sbin/agetty --noclear tty1 』！ 所以我們才有辦法以一個設定檔來啟動多個 tty1 給用戶登入囉！

• 將 tty 的數量由 6 個降低到 4 個

現在你應該要感到困擾的是，那麼『 6 個 tty 是誰規定的』為什麼不是 5 個還是 7 個？這是因為 systemd 的登入設定檔 /etc/systemd/logind.conf 裡面規範的啦！ 假如你想要讓 tty 數量降低到剩下 4 個的話，那麼可以這樣實驗看看：

# 1. 修改預設的 logind.conf 內容，將原本 6 個虛擬終端機改成 4 個
[root@study ~]# vim /etc/systemd/logind.conf
[Login]
NAutoVTs=4
ReserveVT=0
# 原本是 6 個而且還註解，請取消註解，然後改成 4 吧！

# 2. 關閉不小心啟動的 tty5, tty6 並重新啟動 getty.target 囉！
[root@study ~]# systemctl stop getty@tty5.service
[root@study ~]# systemctl stop getty@tty6.service
[root@study ~]# systemctl restart systemd-logind.service

現在你再到桌面環境下，按下 [ctrl]+[alt]+[F1]~[F6] 就會發現，只剩下四個可用的 tty 囉！後面的 tty5, tty6 已經被放棄了！不再被啟動喔！ 好！那麼我暫時需要啟動 tty8 時，又該如何處理呢？需要重新建立一個腳本嗎？不需要啦！可以這樣作！

[root@study ~]# systemctl start getty@tty8.service

無須額外建立其他的啟動服務設定檔喔！

• 暫時新增 vsftpd 到 2121 埠口

不知道你有沒有發現，其實在 /usr/lib/systemd/system 底下還有個特別的 vsftpd@.service 喔！來看看他的內容：

[root@study ~]# cat /usr/lib/systemd/system/vsftpd@.service
[Unit]
Description=Vsftpd ftp daemon
After=network.target
PartOf=vsftpd.target

[Service]
Type=forking
ExecStart=/usr/sbin/vsftpd /etc/vsftpd/%i.conf

[Install]
WantedBy=vsftpd.target

根據前面 getty@.service 的說明，我們知道在啟動的腳本設定當中， %i 或 %I 就是代表 @ 後面接的範例檔名的意思！ 那我能不能建立 vsftpd3.conf 檔案，然後透過該檔案來啟動新的服務呢？就來玩玩看！

# 1. 根據 vsftpd@.service 的建議，於 /etc/vsftpd/ 底下先建立新的設定檔
[root@study ~]# cd /etc/vsftpd
[root@study vsftpd]# cp vsftpd.conf vsftpd3.conf
[root@study vsftpd]# vim vsftpd3.conf
listen_port=2121

# 2. 暫時啟動這個服務，不要永久啟動他！
[root@study vsftpd]# systemctl start vsftpd@vsftpd3.service
[root@study vsftpd]# systemctl status vsftpd@vsftpd3.service
vsftpd@vsftpd3.service - Vsftpd ftp daemon
   Loaded: loaded (/usr/lib/systemd/system/vsftpd@.service; disabled)
   Active: active (running) since Thu 2015-08-13 01:34:05 CST; 5s ago

[root@study vsftpd]# netstat -tlnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address  Foreign Address  State    PID/Program name
tcp6       0      0 :::2121        :::*             LISTEN   16404/vsftpd
tcp6       0      0 :::555         :::*             LISTEN   12672/vsftpd
tcp6       0      0 :::21          :::*             LISTEN   12670/vsftpd

因為我們啟用了 vsftpd@vsftpd3.service ，代表要使用的設定檔在 /etc/vsftpd/vsftpd3.conf 的意思！所以可以直接透過 vsftpd@.service 而無須重新設定啟動腳本！ 這樣是否比前幾個小節的方法還要簡便呢？ ^_^。透過這個方式，你就可以使用到新的設定檔囉！只是你得要注意到 @ 這個東西就是了！ ^_^

Tips

聰明的讀者可能立刻發現一件事，為啥這次 FTP 增加了 2121 埠口卻不用修改 SELinux 呢？這是因為預設啟動小於 1024 號碼以下的埠口時， 需要使用到 root 的權限，因此小於 1024 以下埠口的啟動較可怕。而這次範例中，我們使用 2121 埠口，他對於系統的影響可能小一些 (其實一樣可怕！)， 所以就忽略了 SELinux 的限制了！

17.3.5 自己的服務自己作

我們來模擬自己作一個服務吧！假設我要作一隻可以備份自己系統的服務，這隻腳本我放在 /backups 底下，內容有點像這樣：

[root@study ~]# vim /backups/backup.sh
#!/bin/bash

source="/etc /home /root /var/lib /var/spool/{cron,at,mail}"
target="/backups/backup-system-$(date +%Y-%m-%d).tar.gz"
[ ! -d /backups ] && mkdir /backups
tar -zcvf ${target} ${source} &> /backups/backup.log

[root@study ~]# chmod a+x /backups/backup.sh
[root@study ~]# ll /backups/backup.sh
-rwxr-xr-x. 1 root root 220 Aug 13 01:57 /backups/backup.sh
# 記得要有可執行的權限才可以喔！

接下來，我們要如何設計一隻名為 backup.service 的啟動腳本設定呢？可以這樣做喔！

[root@study ~]# vim /etc/systemd/system/backup.service
[Unit]
Description=backup my server
Requires=atd.service

[Service]
Type=simple
ExecStart=/bin/bash -c " echo /backups/backup.sh | at now"

[Install]
WantedBy=multi-user.target
# 因為 ExecStart 裡面有用到 at 這個指令，因此， atd.service 就是一定要的服務！

[root@study ~]# systemctl daemon-reload
[root@study ~]# systemctl start backup.service
[root@study ~]# systemctl status backup.service
backup.service - backup my server
   Loaded: loaded (/etc/systemd/system/backup.service; disabled)
   Active: inactive (dead)

Aug 13 07:50:31 study.centos.vbird systemd[1]: Starting backup my server...
Aug 13 07:50:31 study.centos.vbird bash[20490]: job 8 at Thu Aug 13 07:50:00 2015
Aug 13 07:50:31 study.centos.vbird systemd[1]: Started backup my server.
# 為什麼 Active 是 inactive 呢？這是因為我們的服務僅是一個簡單的 script 啊！
# 因此執行完畢就完畢了，不會繼續存在記憶體中喔！

完成上述的動作之後，以後你都可以直接使用 systemctl start backup.service 進行系統的備份了！而且會直接丟進 atd 的管理中， 你就無須自己手動用 at 去處理這項任務了～好像還不賴喔！ ^_^

這樣自己做一個服務好像也不難啊！ ^_^！自己動手玩玩看吧！