人們創(chuàng)建日志的主要原因是排錯(cuò)。通常你會(huì)診斷為什么問題發(fā)生在你的 Linux 系統(tǒng)或應(yīng)用程序中。錯(cuò)誤信息或一系列的事件可以給你提供找出根本原因的線索，說明問題是如何發(fā)生的，并指出如何解決它。這里有幾個(gè)使用日志來解決的樣例。

登錄失敗原因

如果你想檢查你的系統(tǒng)是否安全，你可以在驗(yàn)證日志中檢查登錄失敗的和登錄成功但可疑的用戶。當(dāng)有人通過不正當(dāng)或無效的憑據(jù)來登錄時(shí)會(huì)出現(xiàn)認(rèn)證失敗，這通常發(fā)生在使用 SSH 進(jìn)行遠(yuǎn)程登錄或 su 到本地其他用戶來進(jìn)行訪問權(quán)時(shí)。這些是由插入式驗(yàn)證模塊（PAM）來記錄的。在你的日志中會(huì)看到像 Failed password 和 user unknown 這樣的字符串。而成功認(rèn)證記錄則會(huì)包括像 Accepted password 和 session opened 這樣的字符串。

失敗的例子:

成功的例子：

你可以使用 grep 來查找哪些用戶失敗登錄的次數(shù)最多。這些都是潛在的攻擊者正在嘗試和訪問失敗的賬戶。這是一個(gè)在 ubuntu 系統(tǒng)上的例子。

由于沒有標(biāo)準(zhǔn)格式，所以你需要為每個(gè)應(yīng)用程序的日志使用不同的命令。日志管理系統(tǒng)，可以自動(dòng)分析日志，將它們有效的歸類，幫助你提取關(guān)鍵字，如用戶名。

日志管理系統(tǒng)可以使用自動(dòng)解析功能從 Linux 日志中提取用戶名。這使你可以看到用戶的信息，并能通過點(diǎn)擊過濾。在下面這個(gè)例子中，我們可以看到，root 用戶登錄了 2700 次之多，因?yàn)槲覀兒Y選的日志僅顯示 root 用戶的嘗試登錄記錄。

日志管理系統(tǒng)也可以讓你以時(shí)間為做坐標(biāo)軸的圖表來查看，使你更容易發(fā)現(xiàn)異常。如果有人在幾分鐘內(nèi)登錄失敗一次或兩次，它可能是一個(gè)真正的用戶而忘記了密碼。但是，如果有幾百個(gè)失敗的登錄并且使用的都是不同的用戶名，它更可能是在試圖攻擊系統(tǒng)。在這里，你可以看到在3月12日，有人試圖登錄 Nagios 幾百次。這顯然??不是一個(gè)合法的系統(tǒng)用戶。

重啟的原因

有時(shí)候，一臺(tái)服務(wù)器由于系統(tǒng)崩潰或重啟而宕機(jī)。你怎么知道它何時(shí)發(fā)生，是誰做的？

關(guān)機(jī)命令
如果有人手動(dòng)運(yùn)行 shutdown 命令，你可以在驗(yàn)證日志文件中看到它。在這里，你可以看到，有人從 IP 50.0.134.125 上作為 ubuntu 的用戶遠(yuǎn)程登錄了，然后關(guān)閉了系統(tǒng)。

內(nèi)核初始化

如果你想看看服務(wù)器重新啟動(dòng)的所有原因（包括崩潰），你可以從內(nèi)核初始化日志中尋找。你需要搜索內(nèi)核類（kernel）和 cpu 初始化（Initializing）的信息。

檢測(cè)內(nèi)存問題

有很多原因可能導(dǎo)致服務(wù)器崩潰，但一個(gè)常見的原因是內(nèi)存用盡。

當(dāng)你系統(tǒng)的內(nèi)存不足時(shí)，進(jìn)程會(huì)被殺死，通常會(huì)殺死使用最多資源的進(jìn)程。當(dāng)系統(tǒng)使用了所有內(nèi)存，而新的或現(xiàn)有的進(jìn)程試圖使用更多的內(nèi)存時(shí)就會(huì)出現(xiàn)錯(cuò)誤。在你的日志文件查找像 Out of Memory 這樣的字符串或類似 kill 這樣的內(nèi)核警告信息。這些信息表明系統(tǒng)故意殺死進(jìn)程或應(yīng)用程序，而不是允許進(jìn)程崩潰。

例如:

你可以使用像 grep 這樣的工具找到這些日志。這個(gè)例子是在 ubuntu 中:

請(qǐng)記住，grep 也要使用內(nèi)存，所以只是運(yùn)行 grep 也可能導(dǎo)致內(nèi)存不足的錯(cuò)誤。這是另一個(gè)你應(yīng)該中央化存儲(chǔ)日志的原因！

定時(shí)任務(wù)錯(cuò)誤日志

cron 守護(hù)程序是一個(gè)調(diào)度器，可以在指定的日期和時(shí)間運(yùn)行進(jìn)程。如果進(jìn)程運(yùn)行失敗或無法完成，那么 cron 的錯(cuò)誤出現(xiàn)在你的日志文件中。具體取決于你的發(fā)行版，你可以在 /var/log/cron，/var/log/messages，和 /var/log/syslog 幾個(gè)位置找到這個(gè)日志。cron 任務(wù)失敗原因有很多。通常情況下，問題出在進(jìn)程中而不是 cron 守護(hù)進(jìn)程本身。

默認(rèn)情況下，cron 任務(wù)的輸出會(huì)通過 postfix 發(fā)送電子郵件。這是一個(gè)顯示了該郵件已經(jīng)發(fā)送的日志。不幸的是，你不能在這里看到郵件的內(nèi)容。

你可以考慮將 cron 的標(biāo)準(zhǔn)輸出記錄到日志中，以幫助你定位問題。這是一個(gè)你怎樣使用 logger 命令重定向 cron 標(biāo)準(zhǔn)輸出到 syslog的例子。用你的腳本來代替 echo 命令，helloCron 可以設(shè)置為任何你想要的應(yīng)用程序的名字。

它創(chuàng)建的日志條目：

每個(gè) cron 任務(wù)將根據(jù)任務(wù)的具體類型以及如何輸出數(shù)據(jù)來記錄不同的日志。

希望在日志中有問題根源的線索，也可以根據(jù)需要添加額外的日志記錄