第 12 堂課：軟體管理與安裝及登錄檔初探

12.1：Linux 本機軟體管理 rpm

目前主流 Linux distribution 使用的軟體管理機制，大概是底下兩種：

RockyLinux 為 Red Hat 的一支，因此也是使用 RPM 的軟體管理機制。

12.1.1：RPM 管理員簡介

RPM 全名是『 RedHat Package Manager 』簡稱則為 RPM 。顧名思義，當初這個軟體管理的機制是由 Red Hat 這家公司發展出來的。 RPM 是以一種資料庫記錄的方式來將你所需要的軟體安裝到你的 Linux 系統的一套管理機制。

他最大的特點就是將你要安裝的軟體先編譯過， 並且打包成為 RPM 機制的包裝檔案，透過包裝好的軟體裡頭預設的資料庫記錄， 記錄這個軟體要安裝的時候必須具備的相依屬性軟體，當安裝在你的 Linux 主機時， RPM 會先依照軟體裡頭的資料查詢 Linux 主機的相依屬性軟體是否滿足， 若滿足則予以安裝，若不滿足則不予安裝。那麼安裝的時候就將該軟體的資訊整個寫入 RPM 的資料庫中，以便未來的查詢、驗證與反安裝！這樣一來的優點是：

• 由於已經編譯完成並且打包完畢，所以軟體傳輸與安裝上很方便 (不需要再重新編譯)；
• 由於軟體的資訊都已經記錄在 Linux 主機的資料庫上，很方便查詢、升級與反安裝

如果使用者想要自行修改 RPM 內的軟體參數時，就需要通過含有原始碼在內的 SRPM 來處理。

• RPM 的軟體命名方式

一般來說，RPM 軟體的命名有其一定的規則，以 chrony-4.2-1.el9.rocky.1.0.x86_64 來說明：

chrony-   4.2-            1.          el9.rocky.1.0.x86_64  .rpm
軟體名稱  軟體的版本資訊  釋出的次數  適合的硬體平台        副檔名

除了後面適合的硬體平台與副檔名外，主要是以『-』來隔開各個部分，這樣子可以很清楚的發現該軟體的名稱、 版本資訊、打包次數與操作的硬體平台！較為特殊的是『適合的硬體平台』項目。

由於 RPM 可以適用在不同的操作平台上，但是不同的平台設定的參數還是有所差異性！並且，我們可以針對比較高階的 CPU 來進行最佳化參數的設定， 這樣才能夠使用高階 CPU 所帶來的硬體加速功能。 所以就有所謂的 i386, i586, i686, x86_64 與 noarch 等的檔案名稱出現。

• RPM 的優點

由於 RPM 是透過預先編譯並打包成為 RPM 檔案格式後，再加以安裝的一種方式，並且還能夠進行資料庫的記載。 所以 RPM 有以下的優點：

• RPM 內含已經編譯過的程式與設定檔等資料，可以讓使用者免除重新編譯的困擾；
• RPM 在被安裝之前，會先檢查系統的硬碟容量、作業系統版本等，可避免檔案被錯誤安裝；
• RPM 檔案本身提供軟體版本資訊、相依屬性軟體名稱、軟體用途說明、軟體所含檔案等資訊，便於瞭解軟體；
• RPM 管理的方式使用資料庫記錄 RPM 檔案的相關參數，便於升級、移除、查詢與驗證。

不過，由於軟體彼此之間可能會有相關性的問題，因此 RPM 有所謂的『軟體相依』的情況，亦即某些底層軟體沒有安裝時， 上層軟體安裝會失敗的問題。

• RPM 屬性相依的克服方式： YUM 線上升級

既然 RPM 已經內建了軟體相依的狀態， yum 則主動的分析 RPM 軟體的屬性相依問題，並做成列表清單，當管理員想要安裝某個軟體時， yum 機制即可立即根據清單來了解底層軟體是否已經安裝，若未安裝則開始相依屬性克服，將所有需要的軟體一口氣進行安裝的動作。

以 RHEL 為例，RHEL 透過 (1)先將釋出的軟體放置到 YUM 伺服器內，然後(2)分析這些軟體的相依屬性問題，將軟體內的記錄資訊寫下來 (header)。 然後再將這些資訊分析後記錄成軟體相關性的清單列表。這些列表資料與軟體所在的本機或網路位置可以稱呼為容器或軟體倉庫或軟體庫 (repository)。 當用戶端有軟體安裝的需求時，用戶端主機會主動的向網路上面的 yum 伺服器的軟體庫網址下載清單列表， 然後透過清單列表的資料與本機 RPM 資料庫已存在的軟體資料相比較，就能夠一口氣安裝所有需要的具有相依屬性的軟體了。

12.1.2：RPM 軟體管理程式： rpm

由於有了 yum 這個線上升級機制，因此目前很少會用到 rpm 來進行安裝、升級的任務，使用者可以略過這方面的學習。 但是 rpm 有本機軟體查詢以及檔案驗證的功能，對於快速檢查相當有幫助。

• RPM 查詢 (query)

RPM 在查詢的時候，其實查詢的地方是在 /var/lib/rpm/ 這個目錄下的資料庫檔案。常見的查詢選項如下：

[root@localhost ~]# rpm -qa                              <==已安裝軟體
[root@localhost ~]# rpm -q[licdR] 已安裝的軟體名稱       <==已安裝軟體
[root@localhost ~]# rpm -qf 存在於系統上面的某個檔名     <==已安裝軟體
[root@localhost ~]# rpm -qp[licdR] 未安裝的某個檔案名稱  <==查閱RPM檔案

• RPM 驗證 (Verify)

驗證 (Verify) 的功能主要在於提供系統管理員一個有用的管理機制，作用的方式是『使用 /var/lib/rpm 底下的資料庫內容來比對目前 Linux 系統的環境下的所有軟體檔案 』 也就是說，當你有資料不小心遺失， 或者是因為你誤殺了某個軟體的檔案，或者是不小心不知道修改到某一個軟體的檔案內容， 就用這個簡單的方法來驗證一下原本的檔案系統即可。

[root@localhost ~]# rpm -Va
[root@localhost ~]# rpm -V  已安裝的軟體名稱
[root@localhost ~]# rpm -Vp 某個 RPM 檔案的檔名
[root@localhost ~]# rpm -Vf 在系統上面的某個檔案

若有檔案的某些資料被修改，則會出現下列的字樣：

• S ：(file Size differs) 檔案的容量大小是否被改變
• M ：(Mode differs) 檔案的類型或檔案的屬性 (rwx) 是否被改變？如是否可執行等參數已被改變
• 5 ：(MD5 sum differs) MD5 這一種指紋碼的內容已經不同
• D ：(Device major/minor number mis-match) 裝置的主/次代碼已經改變
• L ：(readLink(2) path mis-match) Link 路徑已被改變
• U ：(User ownership differs) 檔案的所屬人已被改變
• G ：(Group ownership differs) 檔案的所屬群組已被改變
• T ：(mTime differs) 檔案的建立時間已被改變
• P ：(caPabilities differ) 功能已經被改變

• RPM 數位簽章 (Signature)

就像自己的簽名一樣，軟體開發商原廠所推出的軟體也會有一個廠商自己的簽章系統，只是這個簽章被數位化了而已。 廠商可以用數位簽章系統產生一個專屬於該軟體的簽章，並將該簽章的公鑰 (public key) 釋出。因此，當你要安裝一個 RPM 檔案時：

• 首先你必須要先安裝原廠釋出的公鑰檔案；
• 實際安裝原廠的 RPM 軟體時， rpm 指令會去讀取 RPM 檔案的簽章資訊，與本機系統內的簽章資訊比對，
• 若簽章相同則予以安裝，若找不到相關的簽章資訊時，則給予警告並且停止安裝。

RockyLinux 使用的數位簽章系統為 GNU 計畫的 GnuPG (GNU Privacy Guard, GPG)。 GPG 可以透過雜湊運算，算出獨一無二的專屬金鑰系統或者是數位簽章系統。 而根據上面的說明，我們也會知道首先必須要安裝原廠釋出的 GPG 數位簽章的公鑰檔案！RockyLinux 的數位簽章位於 /etc/pki/rpm-gpg/RPM-GPG-KEY-Rocky-9， 至於安裝與找到金鑰的方式如下：

[root@localhost ~]# rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-Rocky-9
[root@localhost ~]# rpm -qa | grep pubkey
gpg-pubkey-350d275d-6279464b

[root@localhost ~]# rpm -qi gpg-pubkey-350d275d-6279464b

• RPM 資料庫重建

有時候正在安裝軟體時，卻發生停電的狀況，或者是某些突發狀況，導致的系統問題等等，接可能會直接/間接的造成 /var/lib/rpm 內的 RPM 資料庫錯亂。 此時可以透過底下的方式來重建資料庫：

[root@localhost ~]# rpm --rebuilddb   <==重建資料庫

12.2：Linux 線上安裝/升級機制： yum

如果讀者的 RockyLinux 可以連上 Internet 的話，那麼就可以透過 RockyLinux 官網與相關映射站來取得原版官網的軟體，可以進行各項線上安裝/升級的任務， 再也無須使用原版光碟了。

12.2.1：利用 yum 進行查詢、安裝、升級與移除功能

yum 是前台使用的軟體，其實後端 Linux 還是使用 rpm 來進行軟體管理的任務就是了。yum 常見的用法如下：

• 查詢功能：yum [list|info|search|provides|whatprovides|history] 參數

如果想要查詢利用 yum 來查詢原版 distribution 所提供的軟體，或已知某軟體的名稱，想知道該軟體的功能，直接使用 yum 搭配參數即可。 例如要找出原版的 raid 作為關鍵字的軟體名稱時：

# 除非是全新的系統，否則一般來說，我們應該是都用過線上系統了！所以，先清除快取！
[root@localhost ~]# yum clean all

[root@localhost ~]# yum search raid
Rocky Linux 9 - BaseOS                                   1.2 MB/s | 1.8 MB     00:01 <==進行清單下載動作
Rocky Linux 9 - AppStream                                2.8 MB/s | 6.8 MB     00:02
Rocky Linux 9 - Extras                                    11 kB/s | 8.7 kB     00:00
============================= Name & Summary Matched: raid ==============================
libblockdev-mdraid.x86_64 : The MD RAID plugin for the libblockdev library
libblockdev-mdraid.i686 : The MD RAID plugin for the libblockdev library
libstoragemgmt-megaraid-plugin.noarch : Files for LSI MegaRAID support for libstoragemgmt
================================= Summary Matched: raid =================================
iprutils.x86_64 : Utilities for the IBM Power Linux RAID adapters
mdadm.x86_64 : The mdadm program controls Linux md devices (software RAID arrays)

yum 進行軟體安裝與升級的動作相當簡單，透過下載伺服器的清單列表後，與本機的 rpm 資料庫比對，若發現伺服器存在但本機不存在者， 則可以進行安裝，若發現伺服器的軟體版本較新而本機軟體較舊，則可以進行升級。另外，yum 也會自動透過速度比對，找到最近的官網映射站來進行網路下載的任務。 如果想要了解上述 mdadm 這個軟體的說明，可以這樣處理：

[root@localhost ~]# yum info mdadm
Installed Packages
Name         : mdadm
Version      : 4.2
Release      : 6.el9
Architecture : x86_64
Size         : 976 k
Source       : mdadm-4.2-6.el9.src.rpm
Repository   : @System
From repo    : anaconda
Summary      : The mdadm program controls Linux md devices (software RAID arrays)
URL          : http://www.kernel.org/pub/linux/utils/raid/mdadm/
License      : GPLv2+
Description  : The mdadm program is used to create, manage, and monitor Linux MD
             : (software RAID) devices.  As such, it provides similar functionality to
             : the raidtools package.  However, mdadm is a single program, and it can
             : perform almost all functions without a configuration file, though a
             : configuration file can be used to help with some common tasks.

其實就是 rpm -qi mdadm 的內容展現！而如果想要知道伺服器上面的所有軟體列表清單，則可以使用『 yum list 』來查閱！ 這與 rpm -qa 有點類似，只是 rpm -qa 僅列出本機上面的軟體，而 yum list 可以列出伺服器上面的所有軟體名稱！

從前一小節讀者可以了解『 rpm -qf /local/file/name 』可以透過檔案來找出原本的軟體名稱，那 yum 的相關功能如何達成？ 例如，哪個軟體提供了 /etc/passwd 呢？可以這樣處理：

[root@localhost ~]# yum provides "*/passwd"
bash-completion-1:2.11-4.el9.noarch : Programmable completion for Bash
Repo        : @System
Matched from:
Filename    : /usr/share/bash-completion/completions/passwd
......

• 安裝/升級功能：yum [install|update] 軟體

安裝與升級直接字面上的處理為 install/update 即可！

12.2.2：yum 的設定檔

yum 是透過設定檔的規範去找到安裝/升級伺服器的，因為經常有第三方的協力廠商推出 yum 相容的安裝伺服器， 因此了解與設定 yum 設定檔，是有其必要的。

預設的 RockyLinux 9 的設定檔的檔名為： /etc/yum.repos.d/*.repo，重點在副檔名必須為 .repo 才行。在預設的情況下， RockyLinux 9 提供了 3 個主要的軟體倉儲，分別是： appstream, baseos, extras，查詢目前啟用的軟體倉儲， 與觀察相關的設定檔，方式如下：

# 觀察目前啟用的軟體倉儲，然後再觀察系統所有支援的軟體倉儲有哪些：
[root@localhost ~]# yum repolist
repo id                              repo name
appstream                            Rocky Linux 9 - AppStream
baseos                               Rocky Linux 9 - BaseOS
extras                               Rocky Linux 9 - Extras

[root@localhost ~]# yum repolist --all
repo id                 repo name                                  status
appstream               Rocky Linux 9 - AppStream                  enabled
appstream-debug         Rocky Linux 9 - AppStream - Debug          disabled
appstream-source        Rocky Linux 9 - AppStream - Source         disabled
baseos                  Rocky Linux 9 - BaseOS                     enabled
baseos-debug            Rocky Linux 9 - BaseOS - Debug             disabled
.....

# 觀察 baseos 與 appstream 這兩個軟體倉儲的設定檔：
[root@localhost ~]# ll /etc/yum.repos.d/
-rw-r--r--. 1 root root 6586 Dec 13 14:14 rocky-addons.repo
-rw-r--r--. 1 root root 1161 Dec 13 14:14 rocky-devel.repo
-rw-r--r--. 1 root root 2379 Dec 13 14:14 rocky-extras.repo  <==這個是 extras
-rw-r--r--. 1 root root 3405 Dec 13 14:14 rocky.repo         <==這個是 appstream 與 baseos

[root@localhost ~]# vim /etc/yum.repos.d/rocky.repo
[baseos]
name=Rocky Linux $releasever - BaseOS
mirrorlist=https://mirrors.rockylinux.org/mirrorlist?arch=$basearch&repo=BaseOS-$releasever$rltype
#baseurl=http://dl.rockylinux.org/$contentdir/$releasever/BaseOS/$basearch/os/
gpgcheck=1
enabled=1
countme=1
metadata_expire=6h
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Rocky-9
....

[appstream]
name=Rocky Linux $releasever - AppStream
mirrorlist=https://mirrors.rockylinux.org/mirrorlist?arch=$basearch&repo=AppStream-$releasever$rltype
#baseurl=http://dl.rockylinux.org/$contentdir/$releasever/AppStream/$basearch/os/
gpgcheck=1
enabled=1
countme=1
metadata_expire=6h
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Rocky-9

我們以第一個 baseos 為例，相關的設定資料說明如下：

• [baseos]：代表軟體庫的名字！中括號一定要存在，裡面的名稱盡量取與軟體有關的關鍵字。此外，不能有兩個相同的軟體庫名稱，否則 yum 指令會誤判
• name：與 [] 類似，僅作為完整名稱顯示，通常可設定與 [] 內的文字相同即可。
• mirrorlist=：使用 RockyLinux 官網記載的映射站分析，透過 yum 主動分析最靠近本機的伺服器來源
• baseurl=：與 mirrorlist 不同，baseurl 為自行指定固定的 yum 伺服器，第三方協力軟體需要這個設定，管理員自己設定的 yum 伺服器也通常使用 baseurl 來規範來源。
• enabled=1：是否啟動這個軟體庫，預設為啟動，若只想要設定好這個軟體庫，但平時不想使用時，可將這個項目設定為 enabled=0
• gpgcheck=1：指定是否需要查閱 RPM 檔案內的數位簽章！
• gpgkey=：若指定需要數位簽章 (gpgcheck=1)，則需要在此填寫數位簽章的檔案檔名。
• metadata_expire=：下載到我們 server 的清單，預計可以保留多久的意思。

若要列出所有的軟體庫，可使用『 yum repolist all 』的選項來處理：

12.2.3：yum 的軟體群組功能

除了個別的軟體之外，許多大型專案的軟體群會集合成為一個『軟體群組』。舉例來說，開發者工具經常需要編譯器、環境檢查確認模組等等， 這些工具則可以整合成為一個軟體群組。yum 提供許多軟體群組讓管理員快速的安裝好所需要的環境。下面以開發工具為例說明：

[root@localhost ~]# LANG=C yum grouplist
Available Environment Groups:  <==還可以安裝的操作界面
   Server
   Minimal Install
   Workstation
   Custom Operating System
   Virtualization Host
Installed Environment Groups:
   Server with GUI
Installed Groups:
   Container Management
   Headless Management
Available Groups:               <==其他的軟體群組！
   Legacy UNIX Compatibility
   Console Internet Tools
   Development Tools            <==開發工具！
   .NET Development
   Graphical Administration Tools
   Network Servers
   RPM Development Tools
   Scientific Support
   Security Tools
   Smart Card Support
   System Tools

[root@localhost ~]# yum groupinfo "Development Tools"
Group: Development Tools
 Description: A basic development environment.
 Mandatory Packages:  <==必要軟體包
   autoconf
   automake
   binutils
....
 Default Packages:    <==預設軟體包
   asciidoc
   byacc
   diffstat
....
 Optional Packages:   <==選用軟體包
   cmake
   expect
   rpmdevtools
.....

[root@localhost ~]# yum groupinstall "Development Tools"

上面的最後一個指令，就可以將全部需要的軟體安裝起來。不過，就像上面 yum groupinfo 顯示的一樣，那個 cmake 與 expect 等軟體是選配， 也就是如果你使用預設的方式安裝 Development Tools 軟體群組，並不會主動安裝 cmake 與 expect 喔！那幾個軟體就得要自己安裝才行！ 如果連選用軟體包也要安裝，那可以這樣做：

[root@localhost ~]# yum groupinstall --with-optional "Development Tools"

這樣比較輕鬆愉快！

12.3：Linux 登錄檔初探

系統的登錄檔管理相當重要，因為各種系統活動的記錄均會記載於登錄檔中。尤其系統有資安等問題時，登錄檔更是查閱相關資訊的重要依據。

12.3.1：RockyLinux 9 登錄檔簡易說明

各 Linux distribution 所使用的登錄檔記錄位置大多位於 /var/log，但檔名則不見得相同。至於還有許多指令可以呼叫出需要的登錄資訊， RockyLinux 9 常見的登錄檔檔名資訊，以及慣用的指令功能如下：

• /var/log/cron：記錄由 crond 這個服務所產生的各項資訊，包括使用者 crontab 的結果。
• /var/log/lastlog：記錄系統上面所有的帳號最近一次登入系統時的相關資訊。
• /var/log/maillog：記錄郵件往來的資訊，包括由 postfix, devecot 服務所產生的系統資訊
• /var/log/messages：幾乎系統發生的錯誤訊息 (或者是重要的資訊) 都會記錄在這個檔案中； 如果系統發生莫名的錯誤時，這個檔案是一定要查閱的登錄檔之一。
• /var/log/secure：只要牽涉到『需要輸入帳號密碼』的軟體，那麼當登入時 (不管登入正確或錯誤) 都會被記錄在此檔案中。
• dmesg：這個指令會列出系統在開機的時候核心偵測過程所產生的各項資訊。
• lastlog：根據 /var/log/lastlog 的資料，列出每個用戶最近一次登入系統的時間與狀態。
• last：根據 /var/log/wtmp 的資料，列出登入系統的用戶資訊。
• utmpdump /var/log/wtmp：可以將 wtmp 的內容以純文字檔的方式印出來查閱。

• 登錄檔所需相關服務 (daemon) 與程式

由於 RHEL 8 以後的版本已經改為 systemd 管理系統，systemd 提供了 systemd-journald 這個服務來管理登錄檔日誌記載，不過還是保留舊有的 rsyslog 服務。 然而記載的資料如果過於龐大，那麼記載的檔案本身負荷會比較高，因此還需要一個輪替登錄檔的功能，那就是 logroate 了！

• systemd-journald.service：最主要的訊息收受者，由 systemd 提供的；
• rsyslog.service：主要登錄系統與網路等服務的訊息；
• logrotate：主要在進行登錄檔的輪替功能。

• 登錄檔內容的一般格式

一般來說，系統產生的訊息經過記錄下來的資料中，每條訊息均會記錄底下的幾個重要資料：

• 事件發生的日期與時間；
• 發生此事件的主機名稱；
• 啟動此事件的服務名稱 (如 systemd, CROND 等) 或指令與函式名稱 (如 su, login..)；
• 該訊息的實際資料內容。

舉例來說，假設讀者剛剛使用 student 的身份切換成為 root 的話，那麼記載登錄資訊的 /var/log/secure 內容可能就會出現如下資料：

[student@localhost ~]$ sudo su -
[sudo] student 的密碼：

[root@localhost ~]# tail /var/log/secure
....
May  7 20:42:04 station200 sudo[53611]: student : TTY=pts/0 ; PWD=/home/student ; USER=rot ; COMMAND=/bin/su -
May  7 20:42:04 station200 sudo[53611]: pam_unix(sudo:session): session opened for user oot(uid=0) by root(uid=1000)
May  7 20:42:04 station200 su[53615]: pam_unix(su-l:session): session opened for user rot(uid=0) by root(uid=0)
|---日期時間---|---主機---|-指令--|--詳細訊息

因為使用者使用了 sudo su - 這串指令，因此上述表格內即有 sudo 與 su 兩者的記錄狀態。由這個輸出，管理員可以很輕鬆的查詢到正確的日期與時間， 還有哪個使用者操作了什麼指令等等。也由於 /var/log 內的資料大多含有系統資安的記載，因此大多僅有 root 具有查詢的權限。

May 18 09:57:58 www sudo: pam_unix(sudo:auth): conversation failed
May 18 09:57:58 www sudo: pam_unix(sudo:auth): auth could not identify password for [student]
May 18 09:58:02 www sudo: student : TTY=pts/0 ; PWD=/home/student ; USER=root ; COMMAND=/bin/su -
May 18 09:58:02 www su: pam_unix(su-l:session): session opened for user root by student(uid=0)

12.3.2：rsyslog 的設定與運作

RHEL 5 以前使用 syslogd 這個服務，在 RHEL 6 以後的系統則使用 rsyslogd 這個服務了。這個服務的設定檔在 /etc/rsyslog.conf ， 設定內容主要是針對『(1)什麼服務 (2)的什麼等級訊息 (3)需要被記錄在哪裡(裝置或檔案)』，例如下表的範例：

服務名稱[.=!]訊息等級		訊息記錄的檔名或裝置或主機
mail.info			/var/log/maillog_info

• 服務名稱

rsyslogd 主要還是透過 Linux 核心提供的 syslog 相關規範來設定資料的分類的，Linux 的 syslog 本身有規範一些服務訊息， 你可以透過這些服務來儲存系統的訊息。Linux 核心的 syslog 認識的服務類型主要有底下這些： (可使用 man 3 syslog 查詢到相關的資訊，或查詢 man syslog.h 來了解的！)

開發服務軟體的程式開發者，呼叫了 Linux 系統內的 syslog 函式，就可以將訊息加以定義了！以下圖為例：

• 訊息等級

同一個服務所產生的訊息也是有差別的，有啟動時僅通知系統而已的一般訊息 (information)， 有出現還不至於影響到正常運作的警告訊息 (warn) ， 還有系統硬體發生嚴重錯誤時，所產生的重大問題訊息 (error 等等)； 訊息到底有多少種嚴重的等級呢？基本上，Linux 核心的 syslog 將訊息分為七個主要的等級，根據 syslog.h 的定義 (或 man 2 syslog)，訊息名稱與數值的對應如下：

特別留意一下在訊息等級之前還有 [.=!] 的連結符號喔！他代表的意思是這樣的：

• . ：代表『比後面還要嚴重的等級 (含該等級) 都被記錄下來』的意思，例如： mail.info 代表只要是 mail 的資訊，而且該資訊等級嚴重於 info (含 info 本身)時，就會被記錄下來的意思。
• .=：代表所需要的等級就是後面接的等級而已， 其他的不要！
• .!：代表不等於， 亦即是除了該等級外的其他等級都記錄。

• RockyLinux 9 預設的 rsyslog.conf 內容

預設的 rsyslog.conf 內容如下：

[root@localhost ~]# grep -v '^#' /etc/rsyslog.conf | grep -v '^$'|sed 's/#.*$//g'
global(workDirectory="/var/lib/rsyslog")
module(load="builtin:omfile" Template="RSYSLOG_TraditionalFileFormat")
include(file="/etc/rsyslog.d/*.conf" mode="optional")
module(load="imuxsock"
       SysSock.Use="off")

module(load="imjournal"
       StateFile="imjournal.state")
*.info;mail.none;authpriv.none;cron.none                /var/log/messages
authpriv.*                                              /var/log/secure
mail.*                                                  -/var/log/maillog
cron.*                                                  /var/log/cron
*.emerg                                                 :omusrmsg:*
uucp,news.crit                                          /var/log/spooler
local7.*                                                /var/log/boot.log

上表前 8 行主要是用在 rsyslog 環境運作的設定，後面 7 行才是訊息等級記錄設定。該 7 行的設定項目為：

1. *.info;mail.none;authpriv.none;cron.none：由於 mail, authpriv, cron 等類別產生的訊息較多， 且已經寫入底下的數個檔案中，因此在 /var/log/messages 裡面就不記錄這些項目。除此之外的其他訊息都寫入 /var/log/messages 中。
2. authpriv.*：認證方面的訊息均寫入 /var/log/secure 檔案；
3. mail.*：郵件方面的訊息則均寫入 /var/log/maillog 檔案；
4. cron.*：例行性工作排程均寫入 /var/log/cron 檔案；
5. *.emerg：當產生最嚴重的錯誤等級時，將該等級的訊息以 wall 的方式廣播給所有在系統登入的帳號得知。
6. uucp,news.crit：當新聞群組方面的資訊有嚴重錯誤時就寫入 /var/log/spooler 檔案中；
7. local7.*：將本機開機時應該顯示到螢幕的訊息寫入到 /var/log/boot.log 檔案中；

至於 mail.* 後面的 -/var/log/maillog 為何多了減號？由於郵件所產生的訊息比較多，因此我們希望郵件產生的訊息先儲存在速度較快的記憶體中 (buffer) ，等到資料量夠大了才一次性的將所有資料都填入磁碟內，這樣將有助於登錄檔的存取性能。 只不過由於訊息是暫存在記憶體內，因此若不正常關機導致登錄資訊未回填到登錄檔中，可能會造成部分資料的遺失。

• 登錄檔伺服器的設定

如果單位內有 10 部伺服器，若每部伺服器的登錄資訊都需要管理員個別登入每部系統來存取，將會導致大量的人力支援耗費。 此時可以指定單位內某部 Linux 成為登錄伺服器，假設為 A 伺服器，再將其他伺服器的登錄資訊轉向到 A 伺服器， 則管理員僅須分析 A 伺服器，即可了解單位內所有伺服器的登錄資訊了。

Server 端的設定只需要讓 rsyslogd 啟動 port 514 即可。不過有兩種啟動的方式，分別是啟動 TCP 與 UDP 兩種封包格式。 假設 Server/Client 都在內部網路，因此我們使用速度較快的 UDP 封包來處理：

12.3.3：systemd-journald.service 簡介

rsyslog 僅是一隻服務，因此許多開機過程中產生的資訊都發生在啟動 rsyslog 之前，因此核心得要額外切出一些服務來記載資訊，這稍微困擾些。 現在系統使用 systemd 來管理，systemd 提供了systemd-journald 來協助記載登錄檔～因此在開機過程中的所有資訊， 包括啟動服務與服務若啟動失敗的情況等等，都可以直接被記錄到 systemd-journald 當中。

不過 systemd-journald 由於是使用於記憶體的登錄檔記錄方式，因此重新開機過後，開機前的登錄檔資訊當然就不會被記載了。 為此，RocyLinux 9 還是建議啟動 rsyslogd 來協助分類記錄！也就是說，systemd-journald 用來管理與查詢這次開機後的登錄資訊，而 rsyslogd 可以用來記錄以前及現在的所以資料到磁碟檔案中，方便未來進行查詢！

• 使用 journalctl 列出登錄檔

systemd-journald 服務所產生的任何資訊，都可以透過 journalctl 這個指令來呼叫出來：

[root@localhost ~]# journalctl [-nrpf] [--since TIME] [--until TIME] [-u unit] _optional
# A. 顯示出最近 20 行的登錄檔內容訊息
[root@localhost ~]# journalctl -n 20

# B. 只找出與 chronyd 有關的登錄資訊
[root@localhost ~]# journalctl -u chronyd

# C. 持續偵測登錄資訊，直到按下 [ctrl]+c 為止
[root@localhost ~]# journalctl -f

# D. 只列出訊息等級 4, 亦即 warning 等級以上的訊息
[root@localhost ~]# journalctl -p warning

要注意 TIME 可以是英文代表 (yesterday,today..) 或者是詳細的年月日 (2023-05-07 00:00:00) 等等。至於常見的 _optional 則有：

• _SYSTEMD_UNIT=unit.service ：只輸出 unit.service 的資訊而已
• _COMM=bash ：只輸出與 bash 有關的資訊
• _PID=pid ：只輸出 PID 號碼的資訊
• _UID=uid ：只輸出 UID 為 uid 的資訊

12.3.4：透過 logwatch 分析

如果系統能夠自動的分析登錄檔，之後做成類似報表的資料提供給管理員進行分析，則管理員會更加輕鬆。 RockyLinux 提供了 logwatch 這個分析軟體來提供管理員進一步分析登錄檔，管理員僅須安裝此軟體，系統即刻將 logwatch 排進行程， 未來管理員直接觀察 mail 即可。

12.4：從原始碼安裝軟體

有的時候，我們需要的軟體可能官方網站並沒有提供，這個時候就得要自行安裝了。目前自由軟體很喜歡使用 github 的方式進行原始碼的釋出！ 假設我們需要安裝一款支援 NetCDF 的操作軟體，名稱為 NCO，相關的軟體位置放置在底下：

• https://github.com/nco/nco

這個 nco 軟體需要 netcdf 的支援，所以，我們至少得要安裝 netcdf-devel 相關發展軟體，這樣才能夠順利安裝好 nco 的！ 因此，我們得要先這樣做看看：

[root@station200 ~]# yum --enablerepo=epel search netcdf-devel
========================= 名稱 精確符合：netcdf-devel ==========================
netcdf-devel.x86_64 : Development files for netcdf

[root@station200 ~]# yum --enablerepo=epel install netcdf-devel

讓我們下載 nco 軟體到 root 的家目錄去，可以這樣做：

[root@station200 ~]# git clone https://github.com/nco/nco.git
正複製到 'nco'...
remote: Enumerating objects: 114477, done.
remote: Counting objects: 100% (424/424), done.
remote: Compressing objects: 100% (263/263), done.
remote: Total 114477 (delta 306), reused 248 (delta 155), pack-reused 114053
接收物件中: 100% (114477/114477), 70.94 MiB | 10.55 MiB/s, 完成.
處理 delta 中: 100% (94890/94890), 完成.

[root@station200 ~]# cd nco
[root@station200 nco]# ./configure --prefix=/usr/local --enable-udunits=no --enable-udunits2=no
....
install prefix ...... /usr/local
*******************************************************************
Configuration complete. You are now ready to run 'make'.
Ensure 'make' points to GNU Make (AT&T Make chokes on GNU syntax).
If the build fails, please examine the file 'configure.eg'
in the top-level NCO directory.  It contains examples known to
build NCO for various platforms and compilers.
*******************************************************************

[root@station200 nco]# make -j
[root@station200 nco]# make install
[root@station200 nco]# type ncrcat
ncrcat 已進行雜湊操作 (/usr/local/bin/ncrcat)

[root@station200 nco]# ll -tr /usr/local/bin
.....
-rwxr-xr-x. 1 root root     193200  5月  7 22:35 ncra
-rwxr-xr-x. 1 root root      82632  5月  7 22:35 ncrename
-rwxr-xr-x. 1 root root     221360  5月  7 22:35 ncwa
lrwxrwxrwx. 1 root root          4  5月  7 22:35 ncdiff -> ncbo
lrwxrwxrwx. 1 root root          4  5月  7 22:35 ncea -> ncra
lrwxrwxrwx. 1 root root          4  5月  7 22:35 nces -> ncra
lrwxrwxrwx. 1 root root          4  5月  7 22:35 ncrcat -> ncra

很快的，這樣就裝好了！這就是一般我們在使用第三方軟體時，經常用到的編譯方式喔！