建站
咨詢
售后
建站咨詢
新聞中心
隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展，Linux操作系統(tǒng)逐漸成為最為流行的操作系統(tǒng)之一，被廣泛應(yīng)用于服務(wù)器、數(shù)據(jù)庫(kù)、虛擬化、等領(lǐng)域。隨著Linux應(yīng)用場(chǎng)景不斷擴(kuò)大，人們?cè)絹?lái)越關(guān)注和必要性。
成都創(chuàng)新互聯(lián)公司是專業(yè)的遼源網(wǎng)站建設(shè)公司，遼源接單;提供成都網(wǎng)站制作、成都做網(wǎng)站、外貿(mào)營(yíng)銷網(wǎng)站建設(shè),網(wǎng)頁(yè)設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行遼源網(wǎng)站開(kāi)發(fā)網(wǎng)頁(yè)制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛(ài)的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來(lái)合作!
一、Linux后臺(tái)日志記錄的概念
Linux后臺(tái)日志記錄是指在Linux操作系統(tǒng)運(yùn)行期間，將系統(tǒng)和應(yīng)用程序所產(chǎn)生的信息記錄下來(lái)，以備后續(xù)查詢和管理。它可以幫助我們了解系統(tǒng)的運(yùn)行狀態(tài)，排查問(wèn)題，提高服務(wù)器的可靠性和穩(wěn)定性。
二、Linux后臺(tái)日志的種類
在Linux操作系統(tǒng)中，產(chǎn)生的日志主要可以分為四類：
1.系統(tǒng)日志：用于記錄系統(tǒng)級(jí)別的信息，比如啟動(dòng)信息、錯(cuò)誤信息、用戶登錄信息等。
2.應(yīng)用日志：用于記錄應(yīng)用程序級(jí)別的信息，比如Web服務(wù)器日志、數(shù)據(jù)庫(kù)日志等。
3.安全日志：用于記錄系統(tǒng)安全相關(guān)的信息，比如用戶登錄、用戶操作等。
4.內(nèi)核日志：用于記錄內(nèi)核級(jí)別的信息，通常用于調(diào)試內(nèi)核問(wèn)題。
三、Linux后臺(tái)日志記錄的目的和好處
1. 輔助問(wèn)題排查：通過(guò)分析日志記錄，可以清晰地了解系統(tǒng)發(fā)生的問(wèn)題，從而更好地為用戶解決問(wèn)題。
2. 改善系統(tǒng)性能：通過(guò)監(jiān)控和分析日志記錄，可以優(yōu)化系統(tǒng)性能，使其更加高效和穩(wěn)定。
3. 提高系統(tǒng)安全性：日志記錄可以幫助我們監(jiān)控系統(tǒng)安全事件，及時(shí)發(fā)現(xiàn)異常行為。
4. 保留歷史記錄：日志記錄是一種歷史記錄，可以了解系統(tǒng)運(yùn)行的歷程，對(duì)于未來(lái)的分析和決策有極大的價(jià)值。
四、如何配置Linux后臺(tái)日志記錄
在Linux平臺(tái)上，可以通過(guò)系統(tǒng)日志服務(wù) syslogd 或者 rsyslogd 來(lái)管理日志。通過(guò)配置 rsyslogd 服務(wù)，可以實(shí)現(xiàn)日志文件的多樣化記錄方式，例如直接輸出到終端、輸出到文件、傳輸?shù)饺罩痉?wù)器等多種方式。
配置 rsyslogd 可以選擇使用 syslog-ng 和syslogd的替代品rsyslogd，rsyslogd是一個(gè)高性能的syslog守護(hù)程序，它允許可以將日志轉(zhuǎn)發(fā)到遠(yuǎn)程目標(biāo)或者輸出到指定的日志文件,還支持日志的過(guò)濾、分類、丟棄等操作。
在Linux平臺(tái)中，通常將日志文件保存至 /var/log 目錄下。我們可以通過(guò)修改 /etc/rsyslog.conf 文件來(lái)控制日志文件的目錄和文件名格式。同時(shí)，在完成日志記錄之后，我們還可以使用工具例如logrotate來(lái)進(jìn)行日志文件輪轉(zhuǎn)和清理，以避免日志文件過(guò)度堆積而導(dǎo)致系統(tǒng)負(fù)擔(dān)過(guò)大，甚至引發(fā)文件系統(tǒng)故障或者數(shù)據(jù)安全風(fēng)險(xiǎn)。
五、Linux后臺(tái)日志記錄存在的挑戰(zhàn)
隨著Linux應(yīng)用場(chǎng)景的不斷擴(kuò)大，日志文件規(guī)模和日志記錄速率也在不斷增長(zhǎng)，產(chǎn)生了以下挑戰(zhàn)：
1. 存儲(chǔ)和管理的挑戰(zhàn)：日志文件規(guī)模大，存儲(chǔ)和管理會(huì)帶來(lái)一定的存儲(chǔ)負(fù)擔(dān)和管理成本。
2. 查詢和分析的挑戰(zhàn)：日志記錄的數(shù)目多，實(shí)時(shí)查詢和分析日志記錄需要花費(fèi)大量人工和計(jì)算資源。
以上挑戰(zhàn)需要通過(guò)合理的日志管理策略和工具來(lái)解決。例如我們可以使用日志服務(wù)的傳輸、緩存、索引和搜索等功能，以便于查詢和分析區(qū)分日志。而使用開(kāi)源日志服務(wù)軟件 ELK Stack 可以郇惠改進(jìn)日志查詢、分析、可視化能力，ELK Stack 由 Elasticsearch、Logstash、Kibana三個(gè)開(kāi)源軟件組成，能很好地解決存儲(chǔ)、查詢、分析日志的問(wèn)題，并支持集群模式和高可用部署，大幅提高日志管理效率和可靠性。
六、
Linux后臺(tái)日志記錄是一項(xiàng)非常重要的工作，可以幫助我們更好的管理和優(yōu)化系統(tǒng)，提高系統(tǒng)的可靠性和安全性。同時(shí)，良好的日志記錄也需要合理的管理策略和工具支持。希望本文能對(duì)大家理解和配置Linux后臺(tái)日志記錄有所幫助。
相關(guān)問(wèn)題拓展閱讀：
- Linux系統(tǒng)如何抵御TCP洪水攻擊
- 暢談linux下TCP（上）
Linux系統(tǒng)如何抵御TCP洪水攻擊
#最關(guān)鍵指簡(jiǎn)參數(shù)，默認(rèn)為5，修改為0 表示不要重發(fā)
net.ipv4.tcp_synack_retries = 0
#半連接隊(duì)列長(zhǎng)度
net.ipv4.tcp_max_syn_backlog =
#系統(tǒng)允許的文件句銷逗棚柄的更大數(shù)目，因?yàn)檫B接需要占用文件句柄
fs.file-max =
#用來(lái)應(yīng)對(duì)突發(fā)的大并發(fā)connect 請(qǐng)求
net.core.somaxconn = 65536
#更大的TCP 數(shù)據(jù)接收緩沖（字節(jié)）
net.core.rmem_max =
#更大的TCP 數(shù)據(jù)發(fā)送緩沖（字節(jié)）
net.core.wmem_max =
#網(wǎng)絡(luò)設(shè)備接收數(shù)據(jù)包的速率比內(nèi)核處理這些包的速率快時(shí)，允許送到隊(duì)列的數(shù)據(jù)包的更大數(shù)目
net.core.netdev_max_backlog =
#本機(jī)主動(dòng)連接其他機(jī)器時(shí)的端口分配范圍
net.ipv4.ip_local_port_range =
為了處理大量連接，還需改大另一個(gè)參數(shù)：
# vi /etc/security/limits.conf
在底下添加一行表示允虧則許每個(gè)用戶都更大可打開(kāi)409600個(gè)文件句柄（包括連接）：
*– nofile
暢談linux下TCP（上）
tcp 協(xié)議 是互聯(lián)網(wǎng)中最常用的協(xié)議 ， 開(kāi)發(fā)人員基本上天天和它打交道，對(duì)它進(jìn)行深入了解。 可以幫助我們排查定位bug和進(jìn)行程序優(yōu)化。下面我將就TCP幾個(gè)點(diǎn)做深入的探討
客戶端：收到 ack 后 分配連接資源。 發(fā)送數(shù)據(jù)
服務(wù)器 : 收到 syn 后立即 分配連接資源
客戶端：收到ACK， 立即分配資源
服務(wù)器：收到ACK， 立即分配資源
既然三次握手也液銀顫不是100%可靠， 那四次，五次，六次。。。呢? 其實(shí)都一樣，不管多少次都有丟包問(wèn)題。
client 只發(fā)送一個(gè) SYN， server 分配一個(gè)tcb， 放入syn隊(duì)列中。 這時(shí)候連接叫
半連接
狀態(tài)；如果server 收不到 client 的ACK， 會(huì)不停重試 發(fā)送 ACK-SYN 給client 。重試間隔 為 2 的 N 次方 疊加（2^0 , 2^1, 2^2 ….）；直至超時(shí)才釋放syn隊(duì)列中的這個(gè) TCB;
在半連接狀態(tài)下， 一方面會(huì)占用隊(duì)列配額資源，另一方面占用內(nèi)存資源。我們應(yīng)該讓半連接狀態(tài)存在時(shí)間盡可能的小
當(dāng)client 向一個(gè)未打開(kāi)的端口發(fā)起連接請(qǐng)求時(shí)，會(huì)收到一個(gè)RST回復(fù)包
當(dāng)listen 的 backlog 和 somaxconn 都設(shè)置了得時(shí)候， 取兩者min值
Recv-Q 是accept 隊(duì)列當(dāng)前個(gè)數(shù)， Send-Q 設(shè)置更大值
這種SYN洪水攻擊是一種常見(jiàn)攻擊方式，就是利用半連接隊(duì)列特性，占滿syn 隊(duì)列的 資源，導(dǎo)致 client無(wú)法連接上。
解決方案:
為什么不像握手那樣合并成三次揮手? 因?yàn)楹蛣傞_(kāi)始連接情況，連接是大家都從0開(kāi)始， 關(guān)閉時(shí)有歷史包袱的。server(被動(dòng)關(guān)閉方) 收到 client(主動(dòng)關(guān)閉方) 的關(guān)閉請(qǐng)求FIN包。 這時(shí)候可能還有未發(fā)送完的數(shù)據(jù)，不能丟棄。 所以需要分開(kāi)。事實(shí)可能是這樣
當(dāng)然，在沒(méi)有待發(fā)數(shù)據(jù)，并且允許 Delay ACK 情況下， FIN-ACK合并還是非常常見(jiàn)的事情，這是三次揮手是可以的。
同上
CLOSE_WAIT 是被動(dòng)關(guān)閉方才有的狀態(tài)
。
被動(dòng)關(guān)閉方 到 期間的狀態(tài)為 CLOSE_WAIT， 這個(gè)狀態(tài)仍然能發(fā)鬧敗送數(shù)據(jù)。 我們叫做
半關(guān)閉
, 下面用個(gè)例子來(lái)分析:
這個(gè)是我實(shí)際生產(chǎn)環(huán)境碰到的一個(gè)問(wèn)題，長(zhǎng)連接會(huì)話場(chǎng)景，server端收到client的rpc call 請(qǐng)求1，處理發(fā)現(xiàn)請(qǐng)求包有問(wèn)題，就強(qiáng)制關(guān)閉結(jié)束這次會(huì)話， 但是 因?yàn)閏lient 發(fā)送 第二次請(qǐng)求之前，并沒(méi)有去調(diào)用recv，所以并不知道 這個(gè)連接被server關(guān)閉， 繼續(xù)發(fā)送 請(qǐng)求2 ， 此時(shí)是半連接，能夠成功發(fā)送到對(duì)端機(jī)器，但是recv結(jié)果后，搏兆遇到連接已經(jīng)關(guān)閉錯(cuò)誤。
如果 client 和 server 恰好同時(shí)發(fā)起關(guān)閉連接。這種情況下，兩邊都是主動(dòng)連接，都會(huì)進(jìn)入 TIME_WAIT狀態(tài)
1、
被動(dòng)關(guān)閉方在LAST_ACK狀態(tài)(已經(jīng)發(fā)送FIN)，等待主動(dòng)關(guān)閉方的ACK應(yīng)答，但是 ACK丟掉， 主動(dòng)方并不知道，以為成功關(guān)閉。因?yàn)闆](méi)有TIME_WAIT等待時(shí)間，可以立即創(chuàng)建新的連接， 新的連接發(fā)送SYN到前面那個(gè)未關(guān)閉的被動(dòng)方，被動(dòng)方認(rèn)為是收到錯(cuò)誤指令，會(huì)發(fā)送RST。導(dǎo)致創(chuàng)建連接失敗。
2、
主動(dòng)關(guān)閉方斷開(kāi)連接，如果沒(méi)有TIME_WAIT等待時(shí)間，可以馬上建立一個(gè)新的連接，但是前一個(gè)已經(jīng)斷開(kāi)連接的，延遲到達(dá)的數(shù)據(jù)包。 被新建的連接接收，如果剛好seq 和 ack字段 都正確, seq在滑動(dòng)窗口范圍內(nèi)(只能說(shuō)機(jī)率非常小，但是還是有可能會(huì)發(fā)生)，會(huì)被當(dāng)成正確數(shù)據(jù)包接收，導(dǎo)致數(shù)據(jù)串包。 如果不在window范圍內(nèi)，則沒(méi)有影響( 發(fā)送一個(gè)確認(rèn)報(bào)文（ack 字段為期望ack的序列號(hào)，seq為當(dāng)前發(fā)送序列號(hào)），狀態(tài)變保持原樣)
TIME_WAIT 問(wèn)題比較比較常見(jiàn)，特別是CGI機(jī)器，并發(fā)量高，大量連接后段服務(wù)的tcp短連接。因此也衍生出了多種手段解決。雖然每種方法解決不是那么完美，但是帶來(lái)的好處一般多于壞處。還是在日常工作中會(huì)使用。
1、改短TIME_WAIT 等待時(shí)間
這個(gè)是之一個(gè)想到的解決辦法，既然等待時(shí)間太長(zhǎng)，就改成時(shí)間短，快速回收端口。但是實(shí)際情況往往不樂(lè)觀，對(duì)于并發(fā)的機(jī)器，你改多短才能保證回收速度呢，有時(shí)候幾秒鐘就幾萬(wàn)個(gè)連接。太短的話，就會(huì)有前面兩種問(wèn)題小概率發(fā)生。
2、禁止Socket lingering
這種情況下關(guān)閉連接，會(huì)直接拋棄緩沖區(qū)中待發(fā)送的數(shù)據(jù)，會(huì)發(fā)送一個(gè)RST給對(duì)端，相當(dāng)于直接拋棄TIME_WAIT， 進(jìn)入CLOSE狀態(tài)。同樣因?yàn)槿∠?TIME_WAIT 狀態(tài)，會(huì)有前面兩種問(wèn)題小概率發(fā)生。
3、tcp_tw_reuse
net.ipv4.tcp_tw_reuse選項(xiàng)是 從 TIME_WAIT 狀態(tài)的隊(duì)列中，選取條件：1、remote 的 ip 和端口相同， 2、選取一個(gè)時(shí)間戳小于當(dāng)前時(shí)間戳； 用來(lái)解決端口不足的尷尬。
現(xiàn)在端口可以復(fù)用了，看看如何面對(duì)前面TIME_WAIT 那兩種問(wèn)題。 我們仔細(xì)回顧用一下前面兩種問(wèn)題。
都是在新建連接中收到老連接的包導(dǎo)致的問(wèn)題
， 那么如果我能在新連接中識(shí)別出此包為非法包，是不是就可以丟掉這些無(wú)用包，解決問(wèn)題呢。
需要實(shí)現(xiàn)這些功能，需要擴(kuò)展一下tcp 包頭。 增加 時(shí)間戳字段。 發(fā)送者 在每次發(fā)送的時(shí)候。 在tcp包頭里面帶上發(fā)送時(shí)候的時(shí)間戳。 當(dāng)接收者接收的時(shí)候，在ACK應(yīng)答中除了TCP包頭中帶自己此時(shí)發(fā)送的時(shí)間戳，并且把收到的時(shí)間戳附加在后面。也就是說(shuō)ACK包中有兩個(gè)時(shí)間戳字段。結(jié)構(gòu)如下:
那我們接下來(lái)一個(gè)個(gè)分析tcp_tw_reuse是如何解決TIME_WAIT的兩個(gè)問(wèn)題的
4、tcp_tw_recycle
tcp_tw_recycle 也是借助 timestamp機(jī)制。顧名思義， tcp_tw_reuse 是復(fù)用 端口，并不會(huì)減少 TIME-WAIT 數(shù)量。你去查詢機(jī)器上TIME-WAIT 數(shù)量，還是 幾千幾萬(wàn)個(gè)，這點(diǎn)對(duì)有強(qiáng)迫癥的同學(xué)感覺(jué)很不舒服。tcp_tw_recycle 是 提前 回收 TIME-WAIT資源。會(huì)減少 機(jī)器上 TIME-WAIT 數(shù)量。
關(guān)于linux back log的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
香港服務(wù)器選創(chuàng)新互聯(lián)，2H2G首月10元開(kāi)通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務(wù)提供商,擁有超過(guò)10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開(kāi)發(fā)經(jīng)驗(yàn)。專業(yè)提供云主機(jī)、虛擬主機(jī)、域名注冊(cè)、VPS主機(jī)、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。
名稱欄目：Linux后臺(tái)日志記錄的重要性(linuxbacklog)
標(biāo)題URL：http://www.5511xx.com/article/dhscejc.html
