【文章內(nèi)容簡(jiǎn)介】 送給Nagios服務(wù)器(這在冗余監(jiān)控模式中特別要用到)（3）NSClient++：用來(lái)監(jiān)控 Windows主機(jī)時(shí)安裝在Windows主機(jī)上的組件 （4）NDOUtils：則用來(lái)將Nagios的配置信息和各event產(chǎn)生的數(shù)據(jù)存入數(shù)據(jù)庫(kù)，以實(shí)現(xiàn) 這些數(shù)據(jù)的快速檢索和處理 這四個(gè)ADDON(附件)中，NRPE和NSClient++工作于客戶端，NDOUtils工作于服務(wù)器端，而NSCA則需要同時(shí)安裝在服務(wù)器端和客戶端。各插件關(guān)系如下圖21所示。圖21 Nagios監(jiān)控各插件關(guān)系示意圖Nagios主程序根據(jù)預(yù)先配置好的信息對(duì)所有需要監(jiān)控的項(xiàng)目計(jì)算出一張計(jì)劃表，在什么時(shí)間需要對(duì)哪臺(tái)主機(jī)或服務(wù)進(jìn)行檢測(cè)，等到達(dá)這個(gè)時(shí)點(diǎn)時(shí)它將調(diào)用指定的檢測(cè)插件，由這個(gè)插件來(lái)檢測(cè)主機(jī)或服務(wù)并返回個(gè)明確的狀態(tài)代碼給Nagios守護(hù)進(jìn)程。Nagios將此信息暫存在一個(gè)待處理信息的隊(duì)列中，定期掃描這個(gè)隊(duì)列，從中取出檢測(cè)的結(jié)果信息進(jìn)行分析，并按照程序邏輯來(lái)做適當(dāng)?shù)膭?dòng)作(比如發(fā)出告警、記錄日志、執(zhí)行命令等等)，就這樣周而復(fù)始的完成整個(gè)監(jiān)控過(guò)程。 Nagios對(duì)主機(jī)和服務(wù)的監(jiān)控有以下幾種:直接監(jiān)控就是由Nagios監(jiān)控主機(jī)使用本地監(jiān)控插件通過(guò)網(wǎng)絡(luò)直接對(duì)被監(jiān)控機(jī)的開放服務(wù)進(jìn)行監(jiān)控。這也是所有監(jiān)控模式中最為簡(jiǎn)單的一種，具有以下特點(diǎn):（1）監(jiān)控模式簡(jiǎn)單，配置簡(jiǎn)便，只需在監(jiān)控主機(jī)上根據(jù)需要的監(jiān)控項(xiàng)進(jìn)行配置即可。（2）只能監(jiān)控開放服務(wù)，無(wú)法探測(cè)到被監(jiān)控機(jī)上的本地信息。（3）要求監(jiān)控主機(jī)和被監(jiān)控機(jī)之間的網(wǎng)絡(luò)端口直接可達(dá)，例如要監(jiān)控A主機(jī)的FTP服務(wù)，B主機(jī)的HTTP服務(wù)，C主機(jī)的SSH服務(wù)及所有主機(jī)的開機(jī)情況，則監(jiān)控主機(jī)分別到達(dá)這些主機(jī)的Ping、FTP、HTTP、SSH端口必須打開，否則無(wú)法進(jìn)行直接監(jiān)控。（4）系統(tǒng)負(fù)載集中在監(jiān)控主機(jī)上，所有的監(jiān)控工作和信息處理都是由主機(jī)完成的，被監(jiān)控機(jī)只是按照正常的業(yè)務(wù)邏輯響應(yīng)來(lái)自監(jiān)控主機(jī)的探測(cè)，是“被動(dòng)”的參與整個(gè)監(jiān)控工作。直接監(jiān)控示意圖如下圖22所示。圖22 Nagios直接監(jiān)控示意圖對(duì)于像磁盤容量、Cpul內(nèi)存利用率這樣的本地信息，只有本機(jī)上具有相應(yīng)權(quán)限的程序才能取得。 Nagios監(jiān)控程序也只能檢測(cè)到自己所在的監(jiān)控主機(jī)上的信息，而無(wú)法直接讀取其他被監(jiān)控主機(jī)上的信息。因此 Nagios提供了一個(gè)附加插件NRPE來(lái)完成對(duì)遠(yuǎn)程Linux主機(jī)本地信息的監(jiān)控。NRPE的工作原理如下圖23所示。圖23 NRPE的工作原理NRPE由兩個(gè)模塊組成:1．Check_nrpe插件，此插件安裝于監(jiān)控主機(jī)上。2．NRPE進(jìn)程，運(yùn)行在遠(yuǎn)程的被監(jiān)控 1inux主機(jī)上。NRPE的工作原理Nagios監(jiān)控主機(jī)發(fā)起對(duì)某個(gè)遠(yuǎn)程Linux被監(jiān)控機(jī)的監(jiān)控時(shí)步驟如下：（1）Nagios主程序調(diào)用check_nrpe插件，通知其向指定的遠(yuǎn)程被監(jiān)控機(jī)送出監(jiān)控指令。（2）CheCk_nrpe插件通過(guò)SSL會(huì)話(專用端口)連接到該指定遠(yuǎn)程主機(jī)上的NRPE進(jìn)程，將需要執(zhí)行的監(jiān)控指令傳遞過(guò)去。（3）遠(yuǎn)程被監(jiān)控機(jī)上的NRPE進(jìn)程收到指令后，按要求調(diào)用本地的NagioS監(jiān)控插件來(lái)執(zhí)行具體的檢查任務(wù)。（4）檢查工作完畢，遠(yuǎn)程被監(jiān)控機(jī)上NRPE進(jìn)程將檢查的結(jié)果返回給調(diào)用它的CheCR_nrpe插件，再山check_nrpe插件將此返回結(jié)果提交給Nagios主程序進(jìn)行后續(xù)處理。特別注意到兩點(diǎn):（1）在被監(jiān)控機(jī)上，NRPE進(jìn)程只是負(fù)責(zé)接受指令和傳遞監(jiān)控信息，其本身不做任何監(jiān)控工作，對(duì)遠(yuǎn)程Llinux主機(jī)的監(jiān)控同樣需要Nagios插件安裝在本機(jī)上。（2）這種監(jiān)控模式下，監(jiān)控主機(jī)和被監(jiān)控機(jī)之間的通訊被整合為check_nrPe插件和NRPE進(jìn)程之間的單一通訊，而這個(gè)端日是唯一指定的。引此，只需開通監(jiān)控主機(jī)和被監(jiān)控機(jī)之間的專用監(jiān)控端口。通過(guò)這種方式可以解決跨網(wǎng)絡(luò)區(qū)域進(jìn)行直接監(jiān)控時(shí)遇到的防火墻策略過(guò)于復(fù)雜的問(wèn)題，而月在日后增加或調(diào)整監(jiān)控項(xiàng)目時(shí)無(wú)需再額外開通其他防火墻端口。根據(jù)NRPE的檢測(cè)對(duì)象，又可以分為兩種:（1）直接檢測(cè):檢測(cè)的對(duì)象是運(yùn)行NRPE的那臺(tái)Linux主機(jī)的木地資源，既可以是磁盤容量這樣的木地信息。圖24 NRPE直接檢測(cè)（2）間接檢測(cè):當(dāng)運(yùn)行NagioS的監(jiān)控主機(jī)無(wú)法訪問(wèn)到某臺(tái)被監(jiān)控機(jī)，但是運(yùn)行NRPE的機(jī)器可以訪問(wèn)到時(shí)，NRPE就可以充當(dāng)一個(gè)監(jiān)控代理，通過(guò)它來(lái)監(jiān)控遠(yuǎn)程被監(jiān)控機(jī)。但是這種方式也有其局限性，因?yàn)檫@種情況下是由NRPE代理監(jiān)控主機(jī)來(lái)對(duì)遠(yuǎn)程主機(jī)進(jìn)行直接監(jiān)控，因此同樣只能監(jiān)控開放服務(wù)，無(wú)法探測(cè)到被監(jiān)控機(jī)上的本地信息。Nrpe間接檢測(cè)如下圖25所示。圖 25 NRPE間接檢測(cè)對(duì)于windows平臺(tái)，Nagios提供了check_nt這個(gè)插件用米進(jìn)行遠(yuǎn)程主機(jī)監(jiān)控，其功能類似于Linux下的Check_nrpe，check_nt是主機(jī)上用來(lái)發(fā)出監(jiān)控指令的組件，它還需要搭配另外一個(gè)WindowS客戶端插件 NSCIient++(類似于Linux下的NRPE進(jìn)程)來(lái)進(jìn)行遠(yuǎn)程主機(jī)上的本地信息采集， NSCIient++的工作原理圖如下圖26所示。圖 26 windows 平臺(tái)的主機(jī)檢測(cè)從圖中可以以看到，NSClient++與NRPE進(jìn)程一個(gè)最大的區(qū)別就是: Linux被監(jiān)控機(jī)上安裝有NRPE進(jìn)程，同時(shí)還必須安裝檢測(cè)插件，監(jiān)控工作是由這些插件來(lái)執(zhí)行的。當(dāng)監(jiān)控主機(jī)上的check_nrpe將監(jiān)控請(qǐng)求發(fā)給NRPE,由被監(jiān)控機(jī)上的NRPE調(diào)用本地插件來(lái)進(jìn)行監(jiān)控。而對(duì)于WindowS平臺(tái)，被監(jiān)控機(jī)上只需安裝NSCLient++，無(wú)需其他任何的檢測(cè)插件，當(dāng)監(jiān)控主機(jī)上的Check_nt將監(jiān)控請(qǐng)求發(fā)送給 NSClient++后，由 NSCIient++直接在被監(jiān)控機(jī)上完成全部檢測(cè)工作。15洛陽(yáng)理工學(xué)院畢業(yè)設(shè)計(jì)（論文）第3章 基于Nagios網(wǎng)絡(luò)監(jiān)控系統(tǒng)的分析 系統(tǒng)總體需求分析洛陽(yáng)理工學(xué)院的IT信息中心，擁有數(shù)量龐大的主機(jī)和服務(wù)器，重點(diǎn)監(jiān)控的對(duì)象是支撐核心功能數(shù)據(jù)的關(guān)鍵服務(wù)器，但主要停留在定期人工檢查、屏幕截圖與手工記錄相結(jié)合的方式，僅能保證主要系統(tǒng)的日常運(yùn)行需要。而對(duì)于非核心系統(tǒng)，只能采取定期(一周或一月)對(duì)服務(wù)器的運(yùn)行情況進(jìn)行常規(guī)人工檢查，如磁盤空間，系統(tǒng)時(shí)間等項(xiàng)目，如有突發(fā)性的系統(tǒng)故障往往通過(guò)業(yè)務(wù)前端系統(tǒng)表現(xiàn)出來(lái)，缺乏主動(dòng)監(jiān)控和預(yù)警的手段。為了實(shí)現(xiàn)校園IT數(shù)據(jù)中心整體的運(yùn)行監(jiān)控管理，計(jì)劃通過(guò)基于nagios網(wǎng)絡(luò)監(jiān)控管理系統(tǒng)項(xiàng)目的建設(shè)，構(gòu)建一個(gè)統(tǒng)一、通用、全面覆蓋、高可靠性的監(jiān)控系統(tǒng)。 基于nagios網(wǎng)絡(luò)監(jiān)控系統(tǒng)的架構(gòu)分析Nagios 系統(tǒng)運(yùn)行在中心服務(wù)器上，系統(tǒng)采用 Ubuntu Server。每一臺(tái)需要監(jiān)視的設(shè)備都會(huì)運(yùn)行一個(gè)與 Nagios 進(jìn)行通信的后臺(tái)程序。 Nagios 根據(jù)讀取的配置文件中的指令與遠(yuǎn)程的守護(hù)程序進(jìn)行聯(lián)系，并且指示遠(yuǎn)程的守護(hù)程序進(jìn)行必要的檢查。 雖然這個(gè)應(yīng)用程序必須在 Linux 或者 Unix 操作系統(tǒng)上運(yùn)行，但被監(jiān)視的設(shè)備可以是任何能夠與其進(jìn)行通信的硬件。Nagios 系統(tǒng)結(jié)構(gòu)是監(jiān)控系統(tǒng)中最復(fù)雜的,但 Nagios 同時(shí)也可以非常容易地與現(xiàn)有框架集成，因此 Nagios 被廣泛地應(yīng)用。 通過(guò)很多種方式與現(xiàn)有系統(tǒng)管理軟件進(jìn)行集成，完善管理軟件，從而監(jiān)控你所擁有的各類新型或用戶定制的設(shè)備硬件、應(yīng)用服務(wù)或是應(yīng)用程序。16 第4章 基于nagios的校園網(wǎng)絡(luò)監(jiān)控系統(tǒng)的設(shè)計(jì) 監(jiān)控系統(tǒng)的基本功能模塊設(shè)計(jì) 主機(jī)和主機(jī)組的管理主機(jī)被定義為存在于監(jiān)控系統(tǒng)可達(dá)網(wǎng)絡(luò)中的一個(gè)獨(dú)立節(jié)點(diǎn)，它可以是服務(wù)器、工作站或路由器、防火墻、交換機(jī)等網(wǎng)絡(luò)設(shè)備，也可以是網(wǎng)絡(luò)打印機(jī)、虛擬機(jī)等。作為被監(jiān)控的對(duì)象，在對(duì)其定義時(shí)需要涉及到多個(gè)要素:（1）主機(jī)名，用來(lái)唯一標(biāo)識(shí)系統(tǒng)中的設(shè)備。（2）備注，起到注釋作用，詳細(xì)描述設(shè)備情況或用途。（3）地址，設(shè)備網(wǎng)絡(luò)地址，用以監(jiān)控主機(jī)通過(guò)網(wǎng)絡(luò)與其進(jìn)行通訊和連接。（4）監(jiān)控時(shí)段，需要對(duì)該設(shè)備進(jìn)行監(jiān)控的時(shí)段，這里的時(shí)段將在后面的時(shí)間規(guī)則中進(jìn)行定義。（5）聯(lián)系人，也就是檢測(cè)到此設(shè)各出了問(wèn)題通知誰(shuí)，這里的聯(lián)系人將在后面的聯(lián)系人規(guī)則中定義。（6）通知時(shí)段，監(jiān)控到的信息，僅在此時(shí)間段內(nèi)向聯(lián)系人進(jìn)行通知，這里的時(shí)段將在后面的時(shí)間規(guī)則中進(jìn)行定義。此外，還有很多可選項(xiàng)，例如在監(jiān)控到哪些異常情況時(shí)才進(jìn)行告警，或者為了避免偶爾的網(wǎng)絡(luò)丟包造成誤報(bào)，指定在多少次探測(cè)失敗后再進(jìn)行告警。主機(jī)組是指事先定義的由多臺(tái)(類似的)主機(jī)構(gòu)成的一組設(shè)備，通過(guò)對(duì)其的定義和引用可以使監(jiān)控配置更簡(jiǎn)單明了。 服務(wù)和服務(wù)組的管理服務(wù)定義為在主機(jī)之仁運(yùn)行的某種“應(yīng)用”它既包括主機(jī)上實(shí)際運(yùn)行的服務(wù)進(jìn)程(如HTTP,FTP,POP3,SSH等)，也可以是主機(jī)運(yùn)行的系統(tǒng)參數(shù)(如CPU利用率、活動(dòng)進(jìn)程數(shù)、磁盤空間等)，因此可將其理解為主機(jī)上具體的監(jiān)控項(xiàng)目。與主機(jī)類似，定義時(shí)主要用到的要素有:（1）主機(jī)名，用來(lái)描述此服務(wù)是存在于哪臺(tái)主機(jī)之類的。（2）備注，起到注釋作用，詳細(xì)描述該服務(wù)的具體內(nèi)容。（3）監(jiān)控命令，對(duì)服務(wù)的檢測(cè)通過(guò)具體的監(jiān)控命令執(zhí)行，這里既指定通過(guò)哪條命令執(zhí)行對(duì)此服務(wù)的檢測(cè)。（4）監(jiān)控時(shí)段、聯(lián)系人、通知時(shí)段等等，這些項(xiàng)目定義與主機(jī)類似，此處不再贅述。同理，為便于管理和維護(hù)，可將多個(gè)(相關(guān)的)服務(wù)定義為一個(gè)服務(wù)組。 時(shí)間規(guī)則的管理通過(guò)時(shí)間規(guī)則管理來(lái)定義各種監(jiān)控項(xiàng)目所需要的時(shí)間段，在具體的監(jiān)控項(xiàng)中對(duì)預(yù)定義的時(shí)間規(guī)則進(jìn)行引用，清晰明了，也便于后期統(tǒng)一維護(hù)。這里的時(shí)間段可以是日期，也可以是一天中的具體時(shí)段，或者兩者的混合體。同時(shí)，既可以定義規(guī)則生效的時(shí)間段(例如工作日)，也可以定義規(guī)則不生效的時(shí)間段(例如節(jié)假日)，還可以將兩者嵌套起來(lái)使用。時(shí)間規(guī)則由以下屬性構(gòu)成（1）名稱，作為時(shí)間規(guī)則的唯一標(biāo)識(shí)，也是時(shí)間規(guī)則被工監(jiān)控規(guī)則引用時(shí)的標(biāo)識(shí)，取名應(yīng)簡(jiǎn)潔明了。（2）注釋，起到注釋作用，詳細(xì)的對(duì)規(guī)則進(jìn)行說(shuō)明，便于管理人員了解某個(gè)具體時(shí)間規(guī)則的定義范圍。（3）具體定義的時(shí)間段，時(shí)間段是整個(gè)時(shí)間規(guī)則中最核心的內(nèi)容，通常由一組時(shí)間條目組成，每個(gè)條目的格式為指定日期加上該日期中的具體時(shí)段組成，這個(gè)具體時(shí)段給出這一天當(dāng)中開始和結(jié)束的個(gè)具體時(shí)間段或多個(gè)時(shí)間段的組合。（4）時(shí)間段中日期的指定，本監(jiān)控系統(tǒng)提供了極為靈活的定義方式，可以具體指定到某年某月某日，或者指定到每年、每月或者每周里的某一天或某幾天，甚至是某個(gè)月的第幾周的周幾(國(guó)外的假日經(jīng)常這樣定義)，或者每隔幾周的周幾(多人輪班常見的定義)。對(duì)于我們理工學(xué)院來(lái)說(shuō)，工作時(shí)間具有典型的以周為單位計(jì)時(shí)的特點(diǎn)（周一到周五（節(jié)假日除外）為工作日，周六日休息），因此使用一周作為循環(huán)計(jì)時(shí)單位更為合適。（5）特殊日期，這里設(shè)置的特殊日期所對(duì)應(yīng)的通常是那些需要在日常規(guī)則中排除掉的時(shí)間段，當(dāng)其被其他規(guī)則作為排除項(xiàng)進(jìn)行引用時(shí)，則監(jiān)控規(guī)則在這些日期上將不會(huì)生效，例如第四點(diǎn)中提及的需要設(shè)置為例外的節(jié)假日。無(wú)論是周幾，一旦遇到這些節(jié)假日，則不進(jìn)行監(jiān)控動(dòng)作。節(jié)假日均勻分布于一年之中，因此通常使用以年為周期的設(shè)置方式。對(duì)于固定日期的節(jié)日例如每年元旦、五一、十一，都有一個(gè)確定的日期，而有些農(nóng)歷節(jié)日如春節(jié)、清明、端午每年都不相同。因此，實(shí)際的做法是:在每年年底，根據(jù)學(xué)校所公布的次年節(jié)假日休市安排進(jìn)行全年節(jié)假日設(shè)置工作。 用戶和用戶組的管理本監(jiān)控系統(tǒng)內(nèi)涉及到兩類用戶的概念，一類是管理用戶，即通過(guò)哪個(gè)用戶，可以登入監(jiān)控系統(tǒng)中查看監(jiān)控信息，并根據(jù)需要進(jìn)行某些前臺(tái)控制操作。第二類是通知用戶，即聯(lián)系人的概念，系統(tǒng)檢測(cè)到故障后需要向這個(gè)指定的聯(lián)系人或群組發(fā)送通知。在實(shí)際的應(yīng)用環(huán)境中，由于監(jiān)控系統(tǒng)前端界面位于數(shù)據(jù)中心的監(jiān)控室內(nèi)，且有專人24小時(shí)職守，負(fù)責(zé)監(jiān)控故障信息，不會(huì)出現(xiàn)多人混用的情況，因此不再特別對(duì)管理員用戶進(jìn)行身份鑒別和權(quán)限控制方面的設(shè)置，通常使用唯一的管理員身份進(jìn)行監(jiān)控和管理操作。 基于nagios的校園網(wǎng)絡(luò)監(jiān)控系統(tǒng)的對(duì)象論述 直接監(jiān)控考慮到學(xué)校的實(shí)際應(yīng)用環(huán)境，如果監(jiān)控主機(jī)和被監(jiān)控機(jī)不處于同一網(wǎng)段而是由于網(wǎng)絡(luò)防火墻進(jìn)行安全隔離的話，則在配置直接監(jiān)控模式的同時(shí)必須要求開通監(jiān)控主機(jī)和被監(jiān)控機(jī)之間的網(wǎng)絡(luò)防火墻端口，由于不同被監(jiān)控機(jī)開放了不同的服務(wù)，因此規(guī)劃對(duì)人規(guī)模主機(jī)進(jìn)行監(jiān)控時(shí)，對(duì)每臺(tái)主機(jī)分別列出其需要開通的網(wǎng)絡(luò)端口后，將形成一張規(guī)模龐大的訪問(wèn)策略列表，不但大大增加了網(wǎng)絡(luò)管理員的工作量，更令人崩潰的是每當(dāng)新部署一臺(tái)打印記或添加一個(gè)應(yīng)用或調(diào)整一個(gè)現(xiàn)有的服務(wù)端口，就需要在防火墻上重新調(diào)整原有的訪問(wèn)策略。當(dāng)然也有偷懶的做法，就是直接開通此監(jiān)控主機(jī)到達(dá)所有被監(jiān)控主機(jī)設(shè)備的所有端口的訪問(wèn)限制，在這種“透明”的網(wǎng)絡(luò)環(huán)境下，可不受約束的配置各種監(jiān)控項(xiàng)目，但這顯然又違背了網(wǎng)絡(luò)安全中“按需開通”的基木原則，實(shí)際操作中這是不被允許的。為了規(guī)避這個(gè)問(wèn)題，可以把監(jiān)控主機(jī)和被監(jiān)控主機(jī)部署在同一個(gè)網(wǎng)絡(luò)，但即便如此仍然無(wú)法監(jiān)控到遠(yuǎn)程主機(jī)上的本地信息，因此仍然需要通過(guò)客戶端插件來(lái)實(shí)現(xiàn)遠(yuǎn)程主機(jī)的完全監(jiān)控。 通過(guò)客戶端插件實(shí)現(xiàn)遠(yuǎn)程linux主機(jī)的監(jiān)控在實(shí)際工作中，通常被監(jiān)控機(jī)與監(jiān)控機(jī)在同一網(wǎng)絡(luò)內(nèi)，或者通過(guò)開通網(wǎng)絡(luò)防火墻能夠直接訪問(wèn)到，所以需要設(shè)計(jì)成這種監(jiān)控模式的情況很少。但是有一類場(chǎng)景非常適合于應(yīng)用這種模式，那就是當(dāng)我們不僅需要關(guān)注到每個(gè)被監(jiān)控個(gè)體的運(yùn)轉(zhuǎn)情況，還要關(guān)心其相互之間的連接情況時(shí)，使用這種“模擬真實(shí)訪問(wèn)路徑”的檢測(cè)方式會(huì)非常有效。例如在典型的三層應(yīng)用架構(gòu)中，利用傳統(tǒng)的監(jiān)控布局，可以有效的監(jiān)測(cè)到應(yīng)用中間件服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器的運(yùn)行狀況，但是如果中間件服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器之間的連接出現(xiàn)了問(wèn)題(比如網(wǎng)絡(luò)防火墻異常阻斷)或是連接配置的錯(cuò)誤設(shè)置導(dǎo)致無(wú)法正常連接，此時(shí)的監(jiān)控系統(tǒng)無(wú)法揭示問(wèn)題所在。而如果應(yīng)用了間接檢測(cè)模式的話，就可以及時(shí)告警并通知用戶處理，大大加快了問(wèn)題排查的速度。 通過(guò)客戶端插件實(shí)現(xiàn)遠(yuǎn)程windows主機(jī)的監(jiān)控NSClient++插件的工作邏輯和安裝部署相對(duì)更簡(jiǎn)單些，但是這種模式也有其局限性，即其擴(kuò)展性較差，因?yàn)楸O(jiān)控功能是與插件整合在一起的，它只能執(zhí)行程序本身已包含的固有監(jiān)控動(dòng)作，而不能象NRPE這樣通過(guò)增加本地監(jiān)控插件來(lái)擴(kuò)展新的監(jiān)控項(xiàng)目。不過(guò)NSClient++還是