<menu id="guoca"></menu>
<nav id="guoca"></nav><xmp id="guoca">
  • <xmp id="guoca">
  • <nav id="guoca"><code id="guoca"></code></nav>
  • <nav id="guoca"><code id="guoca"></code></nav>

    主要配置文件選項

    筆記

    創建和/或編輯配置文件時,請記住以下幾點:

    1. 以“#”字符開頭的行將被視為注釋,并且不會被處理
    2. 變量名稱必須從行首開始-名稱前不允許有空格
    3. 變量名稱區分大小寫
    4. 主配置文件中的路徑可以是相對的或絕對的。相對路徑相對于主配置文件的位置。

    配置文件位置

    主要配置文件通常名為nagios.cfg,位于/ usr / local / nagios / etc /目錄中。

    配置文件變量

    在下面,您將找到每個主要Nagios配置文件選項的描述。Nagios Core 4中新增了綠色顯示的選項或描述 。不建議使用紅色顯示的選項。

    日志文件

    格式: log_file = <文件名>
    例: log_file = / usr / local / nagios / var / nagios.log

    此變量指定Nagios在何處創建其主日志文件。這應該是您在配置文件中定義的第一個變量,因為Nagios會嘗試將在其余配置數據中發現的錯誤寫入此文件。如果啟用了日志輪轉,則該文件將每小時,每天,每周或每月自動輪換一次。

    對象配置文件

    格式: cfg_file = <文件名>
    例: cfg_file = / usr / local / nagios / etc / hosts.cfg cfg_file = / usr / local / nagios / etc / services.cfg cfg_file = / usr / local / nagios / etc / commands.cfg

    該偽指令用于指定對象配置文件,該文件包含Nagios應該用于監視的對象定義。對象配置文件包含有關主機,主機組,聯系人,聯系人組,服務,命令等的定義。您可以將配置信息分成幾個文件,并指定多個cfg_file =語句來對它們進行處理。

    對象配置目錄

    格式: cfg_dir = <目錄名稱>
    例: cfg_dir = / usr / local / nagios / etc / commands cfg_dir = / usr / local / nagios / etc / services cfg_dir = / usr / local / nagios / etc / hosts

    該偽指令用于指定一個目錄,其中包含Nagios應該用于監視的對象配置文件。目錄中所有擴展名為.cfg的文件都將作為對象配置文件進行處理。此外,Nagios將遞歸處理您在此處指定的目錄的子目錄中的所有配置文件。您可以將配置文件分成不同的目錄,并指定多個cfg_dir =語句以處理每個目錄中的所有配置文件。

    對象緩存文件

    格式: object_cache_file = <文件名>
    例: object_cache_file = / usr / local / nagios / var / objects.cache

    該偽指令用于指定一個文件,在其中應存儲對象定義的緩存副本 。每次(重新)啟動Nagios時都會(重新)創建緩存文件,并由CGI使用。它旨在加速CGI中的配置文件緩存,并允許您在Nagios運行時編輯源 對象配置文件,而不會影響CGI中顯示的輸出。 在Nagios Core 4中,將object_cache_file的路徑設置為’/ dev / null’將導致Nagios Core不緩存對象信息。可以這樣做以加快操作速度,但是如果要使用CGI,則不應這樣做。

    預緩存的目標文件

    格式: precached_object_file = <文件名>
    例: precached_object_file = / usr / local / nagios / var / objects.precache

    此偽指令用于指定一個文件,在其中應存儲對象定義的預處理,預緩存副本。在大型/復雜的Nagios安裝中,此文件可用于大大縮短啟動時間。在此處閱讀有關如何加快啟動時間的更多信息。

    資源文件

    格式: resource_file = <文件名>
    例: resource_file = / usr / local / nagios / etc / resource.cfg

    這用于指定一個可選的資源文件,該文件可以包含$ USERn $ 定義。$ USERn $宏對于存儲用戶名,密碼和命令定義中常用的項目(如目錄路徑)很有用。CGI 不會嘗試讀取資源文件,因此您可以對它們設置限制性權限(600或660)以保護敏感信息。您可以通過在主配置文件中添加多個resource_file語句來包含多個資源文件-Nagios將處理所有這些文件。有關如何定義$ USERn $宏的示例,請參見Nagios發行版的sample-config /子目錄中的示例resource.cfg文件。

    臨時文件

    格式: temp_file = <文件名>
    例: temp_file = / usr / local / nagios / var / nagios.tmp

    這是Nagios定期創建的臨時文件,用于更新注釋數據,狀態數據等。不再需要該文件時,將刪除該文件。

    臨時路徑

    格式: temp_path = <目錄名稱>
    例: temp_path = / tmp

    Nagios可以將其用作臨時目錄,以創建在監視過程中使用的臨時文件。您應該偶爾在此目錄上運行tmpwatch或類似工具,以刪除24小時以上的文件。

    狀態文件

    格式: status_file = <文件名>
    例: status_file = / usr / local / nagios / var / status.dat

    這是Nagios用來存儲當前狀態,評論和停機時間信息的文件。CGI使用此文件,以便可以通過Web界面報告當前監視狀態。CGI必須對此文件具有讀取訪問權限才能正常運行。每次Nagios停止時都會刪除此文件,并在啟動時重新創建。 在Nagios Core 4中,將status_flie的路徑設置為’/ dev / null’將導致Nagios Core不存儲狀態信息。可以這樣做以加快操作速度,但是如果要使用CGI,則不應這樣做。

    狀態文件更新間隔

    格式: status_update_interval = <秒>
    例: status_update_interval = 15

    此設置確定Nagios更新狀態文件中狀態數據的頻率(以秒為單位)。最小更新間隔為1秒。

    Nagios用戶

    格式: nagios_user = <用戶名/ UID>
    例: nagios_user = nagios

    這用于設置Nagios進程應以其運行的有效用戶。在初始程序啟動之后,在開始監視任何內容之前,Nagios將放棄其有效特權并以該用戶身份運行。您可以指定用戶名或UID。

    納吉斯集團

    格式: nagios_group = <組名/ GID>
    例: nagios_group = nagios

    這用于設置Nagios進程應以其運行的有效組。初始程序啟動后,在開始監視任何內容之前,Nagios將放棄其有效特權并以該組身份運行。您可以指定組名或GID。

    查詢套接字

    格式: query_socket = <路徑>
    例: query_socket = / usr / local / nagios / var / rw / nagios.qh

    這是查詢處理程序接口使用的Unix域套接字的路徑 。默認值為“ /usr/local/nagios/var/rw/nagios.qh”。

    檢查工人

    格式: check_workers = <#>
    例: check_workers = 10

    此設置指定當Nagios Core啟動時應啟動多少個工作進程。工作進程用于執行主機和服務檢查。如果未指定工作程序數量,則根據系統上CPU內核的數量(每個內核1.5個工作程序)確定默認的工作程序數量。如果未指定,則始終至少有4個工人。

    主機關閉時禁用服務檢查

    格式: host_down_disable_service_checks = <0/1>
    例: host_down_disable_service_checks = 1

    如果主機未處于UP狀態,則此選項將禁用所有服務檢查。盡管在某些環境中理想,但啟用此值可能會使報告值失真,因為將不會執行預期的檢查數量

    通知選項

    格式: enable_notifications = <0/1>
    例: enable_notifications = 1

    此選項確定Nagios 最初(重新)啟動時是否將發出通知。如果禁用此選項,Nagios將不會發送任何主機或服務的通知。注意:如果你有狀態保持啟用,Nagios將它(重新)啟動時忽略此設置并使用最后已知的設置這個選項(如存儲在狀態保持文件),除非您禁用use_retained_program_state選項。如果要在狀態保留處于活動狀態(并且啟用了use_retained_program_state)時更改此選項,則必須使用適當的外部命令或通過Web界面對其進行更改。值如下:

    • 0 =禁用通知
    • 1 =啟用通知(默認)

    服務檢查執行選項

    格式: execute_service_checks = <0/1>
    例: execute_service_checks = 1

    此選項確定Nagios最初(重新)啟動時是否將執行服務檢查。如果禁用此選項,Nagios將不會主動執行任何服務檢查,并且將保持某種“休眠”模式(除非您已禁用被動檢查,否則它仍可以接受被動檢查)。如有關冗余的文檔中所述,在配置備份監視服務器或設置分布式監視環境時,最常使用此選項。注意:如果啟用了狀態保留,則Nagios在重新啟動時將忽略此設置,并使用該選項的最后一個已知設置(存儲在狀態保留文件中),除非您禁用use_retained_program_state選項。如果要在狀態保留處于活動狀態(并且啟用了use_retained_program_state)時更改此選項,則必須使用適當的外部命令或通過Web界面對其進行更改。值如下:

    • 0 =不執行服務檢查
    • 1 =執行服務檢查(默認)

    被動服務檢查接受選項

    格式: accept_passive_service_checks = <0/1>
    例: accept_passive_service_checks = 1

    此選項確定Nagios 最初(重新)啟動時是否接受被動服務檢查。如果禁用此選項,Nagios將不接受任何被動服務檢查。注意:如果你有狀態保持啟用,Nagios將它(重新)啟動時忽略此設置并使用最后已知的設置這個選項(如存儲在狀態保持文件),除非您禁用use_retained_program_state選項。如果要在狀態保留處于活動狀態(并且啟用了use_retained_program_state)時更改此選項,則必須使用適當的外部命令或通過Web界面對其進行更改。值如下:

    • 0 =不接受被動服務檢查
    • 1 =接受被動服務檢查(默認)

    主機檢查執行選項

    格式: execute_host_checks = <0/1>
    例: execute_host_checks = 1

    此選項確定Nagios在初始(重新)啟動時是否將按需執行并定期執行主機檢查。如果禁用此選項,則Nagios不會主動執行任何主機檢查,盡管它可以接受被動主機檢查,除非您已禁用它們。如有關冗余的文檔中所述,在配置備份監視服務器或設置分布式監視環境時,最常使用此選項。注意:如果啟用了狀態保留,則Nagios在重新啟動時將忽略此設置,并使用該選項的最后一個已知設置(存儲在狀態保留文件中),除非您禁用use_retained_program_state選項。如果要在狀態保留處于活動狀態(并且啟用了use_retained_program_state)時更改此選項,則必須使用適當的外部命令或通過Web界面對其進行更改。值如下:

    • 0 =不執行主機檢查
    • 1 =執行主機檢查(默認)

    被動主機檢查接受選項

    格式: accept_passive_host_checks = <0/1>
    例: accept_passive_host_checks = 1

    此選項確定Nagios 最初(重新)啟動時是否將接受被動主機檢查。如果禁用此選項,Nagios將不接受任何被動主機檢查。注意:如果你有狀態保持啟用,Nagios將它(重新)啟動時忽略此設置并使用最后已知的設置這個選項(如存儲在狀態保持文件),除非您禁用use_retained_program_state選項。如果要在狀態保留處于活動狀態(并且啟用了use_retained_program_state)時更改此選項,則必須使用適當的外部命令或通過Web界面對其進行更改。值如下:

    • 0 =不接受被動主機檢查
    • 1 =接受被動主機檢查(默認)

    事件處理程序選項

    格式: enable_event_handlers = <0/1>
    例: enable_event_handlers = 1

    此選項確定Nagios 最初(重新)啟動時是否將運行事件處理程序。如果禁用此選項,則Nagios將不會運行任何主機或服務事件處理程序。注意:如果你有狀態保持啟用,Nagios將它(重新)啟動時忽略此設置并使用最后已知的設置這個選項(如存儲在狀態保持文件),除非您禁用use_retained_program_state選項。如果要在狀態保留處于活動狀態(并且啟用了use_retained_program_state)時更改此選項,則必須使用適當的外部命令或通過Web界面對其進行更改。值如下:

    • 0 =禁用事件處理程序
    • 1 =啟用事件處理程序(默認)

    日志旋轉方法

    格式: log_rotation_method = <n / h / d / w / m>
    例: log_rotation_method = d

    這是您希望Nagios用于日志文件的輪換方法。值如下:

    • n =無(不旋轉日志-這是默認設置)
    • h =每小時(在每個小時的頂部旋轉日志)
    • d =每天(每天午夜旋轉日志)
    • w =每周(在星期六的午夜旋轉日志)
    • m =每月(在月的最后一天的午夜旋轉日志)

    記錄當前狀態

    格式: log_current_states = <0/1>
    例: log_current_states = 1

    此選項確定在發生日志輪換后,Nagios是否在新創建的日志文件的開頭記錄主機和服務的當前狀態。在Nagios Core 3中,始終在輪換日志后記錄當前狀態。在Nagios Core 4中,默認行為是在日志輪換后記錄當前狀態,但是可以通過設置log_current_states = 0來禁用它。在大型安裝中,禁用日志輪換后的當前狀態日志記錄可以節省大量磁盤空間,尤其是在日志輪換頻繁時。這樣做的風險是,如果日志已過時并刪除,則您可能沒有足夠的狀態信息來計算可用性。

    • 0 =日志輪換后禁用日志記錄當前狀態
    • 1 =啟用日志輪轉后的日志記錄當前狀態(默認)

    日志存檔路徑

    格式: log_archive_path = <路徑>
    例: log_archive_path = / usr / local / nagios / var / archives /

    這是Nagios放置已輪換日志文件的目錄。如果選擇不使用日志輪換功能,則忽略此選項。

    外部命令檢查選項

    格式: check_external_commands = <0/1>
    例: check_external_commands = 1

    此選項確定Nagios是否在命令文件中檢查應執行的命令。如果您計劃使用命令CGI通過Web界面發布命令,則必須啟用此選項。有關外部命令的更多信息,請參見此處

    • 0 =不檢查外部命令
    • 1 =檢查外部命令(默認)

    外部命令檢查間隔(不建議使用)

    格式: command_check_interval = [s]
    例: command_check_interval = 1

    在Nagios Core 4之前,此選項指定兩次檢查外部命令的間隔。從Nagios Core 4開始,接收到外部命令后立即對其進行處理,并且此變量無效。

    外部命令文件

    格式: command_file = <文件名>
    例: command_file = / usr / local / nagios / var / rw / nagios.cmd

    這是Nagios將檢查要處理的外部命令的文件。該命令CGI命令寫入該文件。外部命令文件被實現為命名管道(FIFO),該文件在Nagios啟動時創建,并在關閉時刪除。如果Nagios啟動時文件存在,則Nagios進程將終止并顯示一條錯誤消息。有關外部命令的更多信息,請參見此處

    外部命令緩沖區插槽(不建議使用)

    格式: external_command_buffer_slots = <#>
    例: external_command_buffer_slots = 512

    注意:這是一項高級功能。在Nagios Core 4之前,此選項確定了Nagios將保留多少緩沖區插槽來緩存由工作線程從外部命令文件中讀取但尚未由Nagios deamon的主線程處理的外部命令。每個插槽可以容納一個外部命令,因此該選項實質上決定了可以緩沖多少個命令。對于要處理大量被動檢查的安裝(例如,分布式安裝),可能需要增加該數量。從Nagios Core 4開始,工作進程一接收到外部命令,便立即對其進行處理,并且此變量無效。

    更新檢查

    格式: check_for_updates = <0/1>
    例: check_for_updates = 1

    此選項確定Nagios是否將自動檢查以查看是否有新的更新(發行版)。建議您啟用此選項,以確保您掌握Nagios的最新關鍵補丁程序。Nagios對您至關重要-確保您保持良好狀態。Nagios每天檢查一次新更新。Nagios Enterprises從更新檢查中收集的數據將根據我們的隱私政策進行處理- 有關詳細信息,請參見http://api.nagios.org

    裸更新檢查

    格式: nude_update_check = <0/1>
    例: nude_update_check = 0

    此選項確定Nagios在檢查更新時將發送到api.nagios.org的數據。默認情況下,Nagios會發送有關您已安裝的Nagios當前版本的信息,以及有關這是否是新安裝的指示符。Nagios Enterprises使用此數據來確定運行特定版本Nagios的用戶數。如果您不希望發送此信息,請啟用此選項。

    鎖定檔案

    格式: lock_file = <文件名>
    例: lock_file = / tmp / nagios.lock

    此選項指定Nagios作為守護程序運行時(使用-d命令行參數啟動時)應創建的鎖定文件的位置。該文件包含正在運行的Nagios進程的進程ID(PID)號。

    狀態保留選項

    格式: keep_state_information = <0/1>
    例: keep_state_information = 1

    此選項確定Nagios是否在程序重新啟動之間保留主機和服務的狀態信息。如果啟用此選項,則應為state_retention_file變量提供一個值。啟用后,Nagios將在關閉(或重新啟動)之前保存主機和服務的所有狀態信息,并在再次啟動時讀入以前保存的狀態信息。

    • 0 =不保留狀態信息
    • 1 =保留狀態信息(默認)

    狀態保留文件

    格式: state_retention_file = <文件名>
    例: state_retention_file = / usr / local / nagios / var / retention.dat

    這是Nagios在關閉之前用于存儲狀態,停機時間和注釋信息的文件。重新啟動Nagios后,它將在開始監視任何內容之前使用此文件中存儲的信息來設置服務和主機的初始狀態。為了使Nagios在程序重新啟動之間保留狀態信息,必須啟用keep_state_information選項。

    自動狀態保留更新間隔

    格式: tention_update_interval = <分鐘>
    例: tention_update_interval = 60

    此設置確定Nagios在正常操作期間自動保存保留數據的頻率(以分鐘為單位)。如果將此值設置為0,Nagios將不會定期保存保留數據,但是在關閉或重新啟動之前,它將仍然保存保留數據。如果禁用了狀態保留(使用retain_state_information選項),則此選項無效。

    使用保留程序狀態選項

    格式: use_retained_program_state = <0/1>
    例: use_retained_program_state = 1

    此設置確定Nagios是否根據保存在保留文件中的值設置程序范圍內的各種狀態變量。如果啟用了狀態保留,通常會在程序重新啟動時保存的這些程序范圍內的狀態變量中的一些包括enable_notificationsenable_flap_detectionenable_event_handlersexecute_service_checksaccept_passive_service_checks選項。如果未啟用狀態保留,則此選項無效。

    • 0 =不使用保留的程序狀態
    • 1 =使用保留的程序狀態(默認)

    使用保留的計劃信息選項

    格式: use_retained_scheduling_info = <0/1>
    例: use_retained_scheduling_info = 1

    此設置確定Nagios重新啟動后是否保留主機和服務的計劃信息(下次檢查時間)。如果要添加大量(或一定百分比)的主機和服務,我建議您在首次重新啟動Nagios時禁用此選項,因為它會不利地影響初始檢查的范圍。否則,您可能希望將其保持啟用狀態。

    • 0 =不使用保留的調度信息
    • 1 =使用保留的調度信息(默認)

    保留的主機和服務屬性掩碼

    格式: reserved_host_attribute_mask = <數字> Reserved_service_attribute_mask = <數字>
    例: reserved_host_attribute_mask = 0 Reserved_service_attribute_mask = 0

    警告:這是一項高級功能。您需要閱讀Nagios源代碼才能有效使用此選項。

    這些選項確定在程序重新啟動時不保留哪些主機或服務屬性。這些選項的值是include / common.h源代碼文件中“ MODATTR_”定義所指定的值的按位與。默認情況下,所有主機和服務屬性都將保留。

    保留的流程屬性掩碼

    格式: reserved_process_host_attribute_mask = <數量> tained_process_service_attribute_mask = <數量>
    例: reserved_process_host_attribute_mask = 0 保留進程_服務 屬性_ 掩碼= 0

    警告:這是一項高級功能。您需要閱讀Nagios源代碼才能有效使用此選項。

    這些選項確定在程序重新啟動時不會保留哪些進程屬性。有兩個掩碼,因為通常可以更改單獨的主機和服務進程屬性。例如,可以在程序級別禁用主機檢查,而仍啟用服務檢查。這些選項的值是include / common.h源代碼文件中“ MODATTR_”定義所指定的值的按位與。默認情況下,所有過程屬性都保留。

    保留的聯系人屬性掩碼

    格式: reserved_contact_host_attribute_mask = <數量> tained_contact_service_attribute_mask = <數量>
    例: reserved_contact_host_attribute_mask = 0 Reserved_contact_service_attribute_mask = 0

    警告:這是一項高級功能。您需要閱讀Nagios源代碼才能有效使用此選項。

    這些選項確定在程序重新啟動時不會保留哪些聯系屬性。有兩個掩碼,因為通常可以更改單獨的主機和服務聯系人屬性。這些選項的值是include / common.h源代碼文件中“ MODATTR_”定義所指定的值的按位與。默認情況下,所有過程屬性都保留。

    Syslog日志記錄選項

    格式: use_syslog = <0/1>
    例: use_syslog = 1

    此變量確定是否將消息記錄到本地主機上的syslog工具。值如下:

    • 0 =不使用syslog工具
    • 1 =使用系統日志工具

    通知記錄選項

    格式: log_notifications = <0/1>
    例: log_notifications = 1

    此變量確定是否記錄通知消息。如果您有很多聯系人或常規服務失敗,則日志文件將相對快速地增長。使用此選項可以防止聯系通知被記錄。

    • 0 =不記錄通知
    • 1 =日志通知

    服務檢查重試日志記錄選項

    格式: log_service_retries = <0/1>
    例: log_service_retries = 1

    此變量確定是否記錄服務檢查重試。當服務檢查結果為“非正常”狀態時,將進行服務檢查重試,但是您已將Nagios配置為在響應錯誤之前多次重試該服務。在這種情況下,服務被認為處于“軟”狀態。嘗試調試Nagios或測試服務事件處理程序時,記錄服務檢查重試最有用。

    • 0 =不記錄服務檢查重試
    • 1 =日志服務檢查重試

    主機檢查重試日志記錄選項

    格式: log_host_retries = <0/1>
    例: log_host_retries = 1

    此變量確定是否記錄主機檢查重試。嘗試調試Nagios或測試主機事件處理程序時,記錄主機檢查重試最有用。

    • 0 =不記錄主機檢查重試次數
    • 1 =日志主機檢查重試

    事件處理程序日志記錄選項

    格式: log_event_handlers = <0/1>
    例: log_event_handlers = 1

    此變量確定是否記錄服務和主機事件處理程序。事件處理程序是可選命令,可在服務或主機更改狀態時運行。在調試Nagios或首先試用事件處理程序腳本時,記錄事件處理程序最有用。

    • 0 =不記錄事件處理程序
    • 1 =記錄事件處理程序

    初始狀態記錄選項

    格式: log_initial_states = <0/1>
    例: log_initial_states = 1

    該變量確定Nagios是否將強制記錄所有初始主機和服務狀態,即使它們導致OK狀態也是如此。通常僅在第一次檢查出現問題時才記錄初始服務和主機狀態。如果使用的應用程序掃描日志文件以確定服務和主機的長期狀態統計信息,則啟用此選項很有用。

    • 0 =不記錄初始狀態(默認)
    • 1 =記錄初始狀態

    外部命令記錄選項

    格式: log_external_commands = <0/1>
    例: log_external_commands = 1

    這個變量決定Nagios是否將記錄外部命令它從接收外部命令文件。注意:此選項不控制是否記錄被動服務檢查(這是外部命令的一種)。要啟用或禁用被動檢查的日志記錄,請使用log_passive_checks選項。

    • 0 =不記錄外部命令
    • 1 =記錄外部命令(默認)

    被動檢查記錄選項

    格式: log_passive_checks = <0/1>
    例: log_passive_checks = 1

    此變量確定Nagios是否將記錄從外部命令文件接收到的被動主機和服務檢查。如果要設置分布式監視環境或計劃定期處理大量被動檢查,則可能希望禁用此選項,以免日志文件不會太大。

    • 0 =不記錄被動檢查
    • 1 =記錄被動檢查(默認)

    全局主機事件處理程序選項

    格式: global_host_event_handler = <命令>
    例: global_host_event_handler =日志主機事件到數據庫

    此選項允許您指定一個主機事件處理程序命令,該命令將針對每個主機狀態更改運行。全局事件處理程序將在您在每個主機定義中有選擇地指定的事件處理程序之前立即執行。該命令的說法是,你在你的定義命令的短名稱對象配置文件。該命令可以運行的最大時間由event_handler_timeout選項控制。有關事件處理程序的更多信息,請參見此處

    全局服務事件處理程序選項

    格式: global_service_event_handler = <命令>
    例: global_service_event_handler =將服務事件記錄到數據庫

    使用此選項,您可以指定要為每個服務狀態更改運行的服務事件處理程序命令。全局事件處理程序將在您在每個服務定義中有選擇地指定的事件處理程序之前立即執行。該命令的說法是,你在你的定義命令的短名稱對象配置文件。該命令可以運行的最大時間由event_handler_timeout選項控制。有關事件處理程序的更多信息,請參見此處

    間檢查睡眠時間(不建議使用)

    格式: sleep_time = <秒>
    例: sleep_time = 1

    在Nagios Core 4之前,這是Nagios在檢查是否應該執行調度隊列中的下一個服務或主機檢查之前睡眠的秒數。請注意,Nagios僅在“追趕”已落后的排隊服務檢查后才會入睡。從Nagios Core 4開始,此變量無效。

    服務間檢查延遲方法

    格式: service_inter_check_delay_method = <n / d / s / x.xx>
    例: service_inter_check_delay_method = s

    使用此選項,您可以控制最初在事件隊列中“分散”服務檢查的方式。使用“智能”延遲計算(默認設置)將使Nagios計算平均檢查間隔,并在該間隔內分散所有服務的初始檢查,從而有助于消除CPU負載峰值。通常建議使用延遲,因為這會導致所有服務檢查都安排在同一時間執行。這意味著,當所有服務并行執行時,通常會有較大的CPU高峰。可以在此處找到有關如何估計內部檢查延遲如何影響服務檢查調度的更多信息。值如下:

    • n =不使用任何延遲-安排所有服務檢查立即運行(即同時運行!)
    • d =在兩次服務檢查之間使用1秒的“啞”延遲
    • s =使用“智能”延遲計算來平均分發服務簽出(默認)
    • x.xx =使用用戶提供的x.xx秒內部檢查延遲

    最大服務支票差價

    格式: max_service_check_spread = <分鐘>
    例: max_service_check_spread = 30

    此選項確定從Nagios啟動開始檢查所有服務(計劃定期檢查)的最大分鐘數。此選項將自動調整服務間檢查延遲方法(如有必要),以確保所有服務的初始檢查都在您指定的時間范圍內進行。通常,如果使用use_retained_scheduling_info選項保留調度信息,則此選項不會對服務檢查調度產生影響。默認值為30(分鐘)。

    服務交錯因子

    格式: service_interleave_factor = <s | *x* >
    例: service_interleave_factor = s

    此變量確定如何交錯服務檢查。交織允許更均勻地分布服務檢查,減少遠程主機上的負載以及更快地整體檢測主機問題。將此值設置為1等效于不交織服務檢查(這是0.0.5之前的Nagios版本的工作方式)。除非有特殊原因需要更改此值,否則將此值設置為s(智能)可自動計算交織因子。理解交錯工作原理的最佳方法是在Nagios剛啟動時觀看狀態CGI(詳細視圖)。您應該看到服務檢查結果隨著它們開始出現而散布開來。有關交錯工作原理的更多信息,請參見此處

    • x =大于或等于1的數字,指定要使用的交織因子。交織因子1等于不交織服務檢查。
    • s =使用“智能”交錯因子計算(默認)

    最大并行服務檢查

    格式: max_concurrent_checks = <最大檢查>
    例: max_concurrent_checks = 20

    此選項允許您指定在任何給定時間可以并行運行的服務檢查的最大數量。為該變量指定值1實質上會阻止并行執行任何服務檢查。指定值0(默認值)對并發檢查的數量沒有任何限制。您必須根據運行Nagios的計算機上可用的系統資源來修改此值,因為它直接影響將施加在系統上的最大負載(處理器利用率,內存等)。在這里可以找到有關如何估計應該允許多少個并發檢查的更多信息。

    檢查結果收割機頻率

    格式: check_result_reaper_frequency = <頻率秒數>
    例: check_result_reaper_frequency = 5

    此選項使您可以控制檢查結果“收割者”事件的頻率,以秒為單位。“收割者”事件處理已完成執行的主機和服務檢查的結果。這些事件構成了Nagios中監視邏輯的核心。 從Nagios Core 4開始,核心工作人員會在收到主動檢查結果后立即將其返回到主要的Nagios Core流程。結果,此變量對活動的檢查結果無效。它仍然適用于被動檢查結果。

    最大檢查結果收割時間

    格式: max_check_result_reaper_time = <秒>
    例: max_check_result_reaper_time = 30

    此選項使您可以控制允許主機和服務檢查結果“收割者”事件運行的最長時間(以秒為單位)。“收割者”事件處理已完成執行的主機和服務檢查的結果。如果要處理的結果很多,收割者事件可能需要很長時間才能完成,這可能會延遲及時執行新的主機和服務檢查。通過此變量,您可以限制單個收割者事件在將控制權交還給Nagios進行監視邏輯的其他部分之前將運行的時間。 從Nagios Core 4開始,核心工作人員會在收到主動檢查結果后立即將其返回到主要的Nagios Core流程。結果,此變量對活動的檢查結果無效。它仍然適用于被動檢查結果。

    檢查結果路徑

    格式: check_result_path = <路徑>
    例: check_result_path = / var / spool / nagios / checkresults

    此選項確定Nagios在處理主機和服務檢查結果之前將使用哪個目錄臨時存儲主機和服務檢查結果。此目錄不應用于存儲任何其他文件,因為Nagios會定期清除該目錄的舊文件(有關更多信息,請參見max_check_result_file_age選項)。

    注意:請確保僅Nagios的單個實例有權訪問檢查結果路徑。如果多個Nagios實例的檢查結果路徑設置為同一目錄,則將遇到錯誤的Nagios實例(錯誤地)處理檢查結果的問題!另請注意,由于Nagios Core 4中采用了新的核心工作程序體系結構,因此該路徑現在僅用于被動檢查結果。

    最大檢查結果文件壽命

    格式: max_check_result_file_age = <秒>
    例: max_check_result_file_age = 3600

    此選項確定Nagios認為在check_result_path目錄中找到的檢查結果文件有效的最大期限(以秒為單位)。早于此閾值的檢查結果文件將被Nagios刪除,并且其中包含的檢查結果將不被處理。通過在此選項中使用零(0)值,Nagios將處理所有檢查結果文件-即使它們早于您的硬件:-)。

    主機間檢查延遲方法

    格式: host_inter_check_delay_method = <n / d / s / x.xx>
    例: host_inter_check_delay_method = s

    此選項使您可以控制計劃定期檢查的主機檢查最初如何在事件隊列中“散布”。使用“智能”延遲計算(默認設置)將使Nagios計算平均檢查間隔,并在該間隔內分散所有主機的初始檢查,從而有助于消除CPU負載峰值。通常建議使用延遲。不使用延遲將導致安排所有主機檢查同時執行。可以在此處找到有關如何估計檢查間延遲如何影響主機檢查計劃的更多信息。值如下:

    • n =不使用任何延遲-安排所有主機檢查立即運行(即同時運行!)
    • d =在主機檢查之間使用1秒的“啞”延遲
    • s =使用“智能”延遲計算來平均分散主機簽出(默認)
    • x.xx =使用用戶提供的x.xx秒內部檢查延遲

    最大主機檢查傳播

    格式: max_host_check_spread = <分鐘>
    例: max_host_check_spread = 30

    此選項確定從Nagios啟動以來檢查所有主機(計劃定期檢查)的最大分鐘數。此選項將自動調整主機檢查間隔的延遲方法(如有必要),以確保所有主機的初始檢查都在您指定的時間范圍內進行。通常,如果使用use_retained_scheduling_info選項保留了調度信息,則此選項不會對主機檢查調度產生影響。默認值為30(分鐘)。

    定時間隔長度

    格式: interval_length = <秒>
    例: interval_length = 60

    這是用于調度隊列,重新通知等中的計時的每個“單位間隔”的秒數。在對象配置文件中使用“單位間隔”來確定執行服務檢查的頻率,重新執行頻率的頻率-通知聯系人等

    重要說明: 此項的默認值設置為60,這意味著對象配置文件中的“單位值”為1表示60秒(1分鐘)。我尚未真正測試此變量的其他值,因此,如果您決定這樣做,后果自負!

    自動重新安排選項

    格式: auto_reschedule_checks = <0/1>
    例: auto_reschedule_checks = 1

    此選項確定Nagios是否將嘗試自動重新計劃活動的主機和服務檢查,以隨著時間的推移“平滑”它們。這可以幫助平衡監視服務器上的負載,因為它將嘗試使連續檢查之間的時間保持一致,但以更嚴格的時間表執行檢查為代價。

    自動重新安排時間間隔

    格式: auto_rescheduling_interval = <秒>
    例: auto_rescheduling_interval = 30

    此選項確定Nagios多長時間(以秒為單位)嘗試自動重新安排檢查時間。只有啟用了auto_reschedule_checks選項,此選項才有效。默認值為30秒。

    自動重新安排窗口

    格式: auto_rescheduling_window = <秒>
    例: auto_rescheduling_window = 180

    此選項確定Nagios在自動重新安排檢查時間時所用的時間(以秒為單位)的“窗口”。將僅重新安排在接下來的X秒內(由該變量確定)發生的主機和服務檢查。只有啟用了auto_reschedule_checks選項,此選項才有效。默認值為180秒(3分鐘)。

    積極的主機檢查選項

    格式: use_aggressive_host_checking = <0/1>
    例: use_aggressive_host_checking = 0

    Nagios嘗試對檢查主機狀態的方式和時間保持精明。通常,禁用此選項將使Nagios做出更明智的決定,并更快地檢查主機。啟用此選項將增加檢查主機所需的時間,但可能會稍微提高可靠性。除非您對Nagios無法識別主機已恢復存在問題,否則建議不要啟用此選項。

    • 0 =不使用主動主機檢查(默認)
    • 1 =使用主動主機檢查

    翻譯被動主機檢查選項

    格式: translate_passive_host_checks = <0/1>
    例: translate_passive_host_checks = 1

    從本地Nagios實例的角度來看,此選項確定Nagios是否將DOWN / UNREACHABLE被動主機檢查結果轉換為其“正確”狀態。這在分布式和故障轉移監視安裝中非常有用。有關被動檢查狀態轉換的更多信息,請參見此處

    • 0 =禁用支票翻譯(默認)
    • 1 =啟用支票翻譯

    被動主機檢查是軟選項

    格式: Passive_host_checks_are_soft = <0/1>
    例: Passive_host_checks_are_soft = 1

    此選項確定Nagios是否將被動主機檢查視為HARD狀態或SOFT狀態。默認情況下,被動主機檢查結果會將主機置于HARD狀態類型。您可以通過啟用此選項來更改此行為。

    • 0 =被動主機檢查為HARD(默認)
    • 1 =被動主機檢查是軟的

    預測性主機依賴性檢查選項

    格式: enable_predictive_host_dependency_checks = <0/1>
    例: enable_predictive_host_dependency_checks = 1

    此選項確定Nagios 在更改狀態時是否對特定主機執行對所依賴主機(如主機依賴項中所定義)的預測檢查。預測檢查有助于確保依賴性邏輯盡可能準確。有關預測性檢查工作原理的更多信息,請參見此處

    • 0 =禁用預測性檢查
    • 1 =啟用預測檢查(默認)

    預測性服務依賴性檢查選項

    格式: enable_predictive_service_dependency_checks = <0/1>
    例: enable_predictive_service_dependency_checks = 1

    此選項確定Nagios 在更改狀態時是否將對特定服務所依賴的服務(如服務依賴項中所定義)執行預測檢查。預測檢查有助于確保依賴性邏輯盡可能準確。有關預測性檢查工作原理的更多信息,請參見此處

    • 0 =禁用預測性檢查
    • 1 =啟用預測檢查(默認)

    緩存的主機檢查范圍

    格式: cached_host_check_horizon = <秒>
    例: cached_host_check_horizon = 15

    此選項確定上次主機檢查的狀態被視為當前狀態的最長時間(以秒為單位)。高速緩存的主機狀態(來自比該值指定的時間最近執行的主機檢查)可以極大地提高主機檢查的性能。此選項的值太高可能會導致(臨時)不正確的主機狀態,而值太低的情況可能會導致對主機檢查的性能造成影響。如果要禁用主機檢查緩存,請使用0值。有關緩存檢查的更多信息,請參見此處

    緩存服務檢查范圍

    格式: cached_service_check_horizon = <秒>
    例: cached_service_check_horizon = 15

    此選項確定上次服務檢查的狀態被視為當前狀態的最長時間(以秒為單位)。當使用許多服務依賴項時,緩存的服務狀態(來自比該值指定的時間最近執行的服務檢查)可以提高服務檢查性能 。此選項的值太高可能會導致服務依賴關系邏輯中的錯誤。如果要禁用服務檢查緩存,請使用0值。有關緩存檢查的更多信息,請參見此處

    大型安裝調整選項

    格式: use_large_installation_tweaks = <0/1>
    例: use_large_installation_tweaks = 0

    此選項確定Nagios守護程序是否將采用幾種快捷方式來提高性能。這些快捷方式會導致一些功能喪失,但是較大的安裝可能會從中受益匪淺。在啟用此選項時,有關如何進行優化的更多信息可以在此處找到。

    • 0 =不使用調整(默認)
    • 1 =使用調整

    子進程內存選項

    格式: free_child_process_memory = <0/1>
    例: free_child_process_memory = 0

    此選項確定當Nagios從主進程派生()后,Nagios是否將釋放子進程中的內存。默認情況下,Nagios釋放內存。但是,如果啟用了use_large_installation_tweaks選項,則不會啟用。通過在配置文件中定義此選項,您可以覆蓋所有內容以獲得所需的行為。

    • 0 =不釋放內存
    • 1 =可用內存

    子進程兩次分叉(不建議使用)

    格式: child_processes_fork_twice = <0/1>
    例: child_processes_fork_twice = 0

    以前,此選項確定Nagios執行主機和服務檢查時是否將fork()子進程兩次。由于采用了新的核心工作程序體系結構,因此,主要的Nagios Core進程在啟動時會分叉工作程序,并且只有在plugin命令不是“ simple”時,工作程序才分叉自己。

    • 0 =僅一次Fork()
    • 1 =兩次Fork()

    環境宏選項

    格式: enable_environment_macros = <0/1>
    例: enable_environment_macros = 0

    此選項確定Nagios守護程序是否將所有標準作為環境變量提供給您的檢查,通知,事件處理程序等命令。在大型Nagios安裝中,這可能會帶來問題,因為它需要額外的內存和(更重要的是)CPU來計算所有宏的值并使它們可用于環境。

    • 0 =請勿將宏用作環境變量
    • 1 =使宏可用作環境變量(默認)

    襟翼檢測選項

    格式: enable_flap_detection = <0/1>
    例: enable_flap_detection = 0

    此選項確定Nagios是否將嘗試檢測“正在振顫”的主機和服務。當主機或服務在狀態之間的更改過于頻繁時,就會發生震蕩,從而導致發出大量的通知。當Nagios檢測到主機或服務發生抖動時,它將暫時禁止該主機/服務的通知,直到停止抖動為止。襟翼檢測在這一點上還處于試驗階段,因此請謹慎使用此功能!有關襟翼檢測和處理工作原理的更多信息,請參見此處。注意:如果啟用了狀態保留,則Nagios在重新啟動時將忽略此設置,并使用該選項的最后一個已知設置(存儲在狀態保留文件中),除非您禁用use_retained_program_state選項。如果要在狀態保留處于活動狀態(并且啟用了use_retained_program_state)時更改此選項,則必須使用適當的外部命令或通過Web界面對其進行更改。

    • 0 =不啟用襟翼檢測(默認)
    • 1 =啟用襟翼檢測

    低服務襟翼閾值

    格式: low_service_flap_threshold = <百分比>
    例: low_service_flap_threshold = 25.0

    此選項用于設置檢測服務震蕩的下限閾值。有關襟翼檢測和處理如何工作(以及此選項如何影響事物)的更多信息,請閱讀this

    高服務襟翼閾值

    格式: high_service_flap_threshold = <百分比>
    例: high_service_flap_threshold = 50.0

    此選項用于設置檢測服務波動的高閾值。有關襟翼檢測和處理如何工作(以及此選項如何影響事物)的更多信息,請閱讀this

    低主機襟翼閾值

    格式: low_host_flap_threshold = <百分比>
    例: low_host_flap_threshold = 25.0

    此選項用于設置檢測主機抖動的低閾值。有關襟翼檢測和處理如何工作(以及此選項如何影響事物)的更多信息,請閱讀this

    高主機拍動閾值

    格式: high_host_flap_threshold = <百分比>
    例: high_host_flap_threshold = 50.0

    此選項用于設置檢測主機抖動的高閾值。有關襟翼檢測和處理如何工作(以及此選項如何影響事物)的更多信息,請閱讀this

    軟狀態依賴項選項

    格式: soft_state_dependencies = <0/1>
    例: soft_state_dependencies = 0

    此選項確定Nagios在檢查主機和服務依賴項時是否將使用軟狀態信息。通常,Nagios在檢查依賴項時僅使用最新的硬主機或服務狀態。如果您希望它使用最新狀態(不管它是軟狀態還是硬狀態類型),請啟用此選項。

    • 0 =不使用軟狀態依賴關系(默認)
    • 1 =使用軟狀態依賴項

    服務檢查超時

    格式: service_check_timeout = <秒>
    例: service_check_timeout = 60

    這是Nagios允許運行服務檢查的最大秒數。如果檢查超過此限制,它們將被殺死并返回CRITICAL狀態。超時錯誤也將被記錄。

    人們常常對這種選擇的真正作用感到困惑。它旨在用作最后的丟棄機制,以殺死行為不當且未及時退出的插件。應該將其設置為較高的值(例如60秒或更長時間),以便每個服務檢查通常在此時間限制內完成。如果服務檢查的運行時間超過此限制,Nagios會認為這是一個失控的流程而將其殺死。

    服務檢查超時狀態

    格式: service_check_timeout_state = <狀態>
    例: service_check_timeout_state = u

    此設置確定服務檢查超時時Nagios將報告的狀態-即在service_check_timeout秒內沒有響應。如果計算機負載過高,并且您不希望失敗的服務檢查很重要(默認設置),則此功能很有用。

    有效設置為:

    • c-嚴重(默認)
    • u-未知
    • w-警告
    • o-好的

    主機檢查超時

    格式: host_check_timeout = <秒>
    例: host_check_timeout = 60

    這是Nagios允許主機檢查運行的最大秒數。如果檢查超過此限制,它們將被殺死并返回CRITICAL狀態,并且主機將被視為DOWN。超時錯誤也將被記錄。

    人們常常對這種選擇的真正作用感到困惑。它旨在用作最后的丟棄機制,以殺死行為不當且未及時退出的插件。應該將其設置為較高的值(例如60秒或更長時間),以便每個主機檢查通常在此時間限制內完成執行。如果主機檢查的運行時間超過此限制,Nagios會認為這是一個失控的過程而將其殺死。

    事件處理程序超時

    格式: event_handler_timeout = <秒>
    例: event_handler_timeout = 60

    這是Nagios允許事件處理程序運行的最大秒數。如果事件處理程序超過此時間限制,它將被殺死并記錄警告。

    人們常常對這種選擇的真正作用感到困惑。它旨在用作最后的溝渠機制,以殺死行為不當且未及時退出的命令。應該將其設置為較高的值(例如60秒或更長),以便每個事件處理程序命令通常在此時間限制內完成執行。如果事件處理程序的運行時間超過此限制,Nagios會認為它是一個失控的進程而將其殺死。

    通知超時

    格式: notification_timeout = <秒>
    例: notification_timeout = 60

    這是Nagios允許運行通知命令的最大秒數。如果通知命令超過此時間限制,它將被終止并記錄警告。

    人們常常對這種選擇的真正作用感到困惑。它旨在用作最后的溝渠機制,以殺死行為不當且未及時退出的命令。應該將其設置為較高的值(例如60秒或更長),以便每個通知命令在此時間限制內完成執行。如果通知命令的運行時間超過此限制,Nagios會認為它是一個失控的進程而將其殺死。

    強迫性服務處理器超時

    格式: ocsp_timeout = <秒>
    例: ocsp_timeout = 5

    這是Nagios允許運行強迫性服務處理器命令的最大秒數。如果命令超過此時間限制,它將被終止并記錄警告。

    強迫性主機處理器超時

    格式: ochp_timeout = <秒>
    例: ochp_timeout = 5

    這是Nagios允許運行強迫性主機處理器命令的最大秒數。如果命令超過此時間限制,它將被終止并記錄警告。

    性能數據處理器命令超時

    格式: perfdata_timeout = <秒>
    例: perfdata_timeout = 5

    這是Nagios允許運行主機性能數據處理器命令服務性能數據處理器命令的最大秒數。如果命令超過此時間限制,它將被終止并記錄警告。

    癡迷于服務選項

    格式: obsess_over_services = <0/1>
    例: obsess_over_services = 1

    此值確定Nagios是否會“迷戀”服務檢查結果并運行您定義的強迫性強迫性服務處理器命令。我知道-有趣的名字,但這就是我能想到的。此選項對于執行分布式監視很有用。如果您不進行分布式監視,請不要啟用此選項。

    • 0 =不要沉迷于服務(默認)
    • 1 =癡迷于服務

    強迫性服務處理器命令

    格式: ocsp_command = <命令>
    例: ocsp_command = obsessive_service_handler

    通過此選項,您可以指定在每次服務檢查之后要運行的命令,這在分布式監視中很有用。此命令在任何事件處理程序通知命令之后執行。該命令的參數是一個名字的縮寫命令定義是在你的對象配置文件中定義。該命令可以運行的最大時間由ocsp_timeout選項控制。有關分布式監視的更多信息,請參見此處。如果只執行此命令obsess_over_services選項是全局啟用,如果obsess_over_service服務定義中的指令已啟用。

    癡迷于主機選項

    格式: obsess_over_hosts = <0/1>
    例: obsess_over_hosts = 1

    此值確定Nagios是否會“迷戀”主機檢查結果并運行您定義的強迫性主機處理器命令。我知道-有趣的名字,但這就是我能想到的。此選項對于執行分布式監視很有用。如果您不進行分布式監視,請不要啟用此選項。

    • 0 =不要沉迷于主機(默認)
    • 1 =癡迷于主機

    強迫性主機處理器命令

    格式: ochp_command = <命令>
    例: ochp_command = obsessive_host_handler

    通過此選項,您可以指定在每次主機檢查后運行的命令,這在分布式監視中很有用。此命令在任何事件處理程序通知命令之后執行。該命令的參數是一個名字的縮寫命令定義是在你的對象配置文件中定義。該命令可以運行的最大時間由ochp_timeout選項控制。有關分布式監視的更多信息,請參見此處。如果只執行此命令obsess_over_hosts選項是全局啟用,如果obsess_over_host主機定義中的指令已啟用。

    性能數據處理選項

    格式: process_performance_data = <0/1>
    例: process_performance_data = 1

    該值確定Nagios是否將處理主機和服務檢查性能數據

    • 0 =不處理性能數據(默認)
    • 1 =過程性能數據

    主機性能數據處理命令

    格式: host_perfdata_command = <命令>
    例: host_perfdata_command =進程-主機-perfdata

    使用此選項,您可以指定在每次主機檢查之后運行的命令,以處理可能從檢查返回的主機性能數據。該命令的參數是一個名字的縮寫命令定義是在你的對象配置文件中定義。僅當全局啟用了process_performance_data選項并且啟用了主機定義中process_perf_data指令時,才執行此命令。

    服務性能數據處理命令

    格式: service_perfdata_command = <命令>
    例: service_perfdata_command =進程服務性能數據

    使用此選項,您可以指定在每次服務檢查之后運行的命令,以處理可能從檢查返回的服務性能數據。該命令的參數是一個名字的縮寫命令定義是在你的對象配置文件中定義。僅當全局啟用了process_performance_data選項并且啟用了服務定義中process_perf_data指令時,才執行此命令。

    主機性能數據文件

    格式: host_perfdata_file = <文件名>
    例: host_perfdata_file = / usr / local / nagios / var / host-perfdata.dat

    通過此選項,您可以指定一個文件,在每次主機檢查后,主機性能數據將寫入該文件。數據將按host_perfdata_file_template選項指定的寫入性能文件。僅當全局啟用了process_performance_data選項并且啟用了主機定義中process_perf_data指令時,性能數據才寫入該文件。

    服務績效數據文件

    格式: service_perfdata_file = <文件名>
    例: service_perfdata_file = / usr / local / nagios / var / service-perfdata.dat

    使用此選項,您可以指定一個文件,在每次服務檢查后,將服務性能數據寫入該文件。數據將被寫入到service_perfdata_file_template選項指定的性能文件中。僅當全局啟用了process_performance_data選項并且啟用了服務定義中process_perf_data指令時,性能數據才寫入該文件。

    主機性能數據文件模板

    格式: host_perfdata_file_template = <模板>
    例: host_perfdata_file_template = [HOSTPERFDATA] \ t $ TIMET $ \ t $ HOSTNAME $ \ t $ HOSTEXECUTIONTIME $ \ t $ HOSTOUTPUT $ \ t $ HOSTPERFDATA $

    此選項確定將哪些(以及如何)數據寫入主機性能數據文件。模板可能包含,特殊字符(\ t為制表符,\ r為回車符,\ n為換行符)和純文本。每次寫入性能數據文件后,都會自動添加一個換行符。

    服務績效數據文件模板

    格式: service_perfdata_file_template = <模板>
    例: service_perfdata_file_template = [SERVICEPERFDATA] \ t $ TIMET $ \ t $ HOSTNAME $ \ t $ SERVICEDESC $ \ t $ SERVICEEXECUTIONTIME $ \ t $ SERVICELATENCY $ \ t $ SERVICEOUTPUT $ \ t $ SERVICEPERFDATA $

    此選項確定將哪些(以及如何)數據寫入服務性能數據文件。模板可能包含,特殊字符(\ t為制表符,\ r為回車符,\ n為換行符)和純文本。每次寫入性能數據文件后,都會自動添加一個換行符。

    主機性能數據文件模式

    格式: host_perfdata_file_mode = <模式>
    例: host_perfdata_file_mode = a

    此選項確定如何打開主機性能數據文件。除非文件是命名管道,否則您可能要使用默認的附加模式。

    • a =以追加模式打開文件(默認)
    • w =以寫模式打開文件
    • p =在非阻塞讀/寫模式下打開(在寫入管道時很有用)

    服務績效數據文件模式

    格式: service_perfdata_file_mode = <模式>
    例: service_perfdata_file_mode = a

    此選項確定如何打開服務性能數據文件。除非文件是命名管道,否則您可能要使用默認的附加模式。

    • a =以追加模式打開文件(默認)
    • w =以寫模式打開文件
    • p =在非阻塞讀/寫模式下打開(在寫入管道時很有用)

    主機性能數據文件處理間隔

    格式: host_perfdata_file_processing_interval = <秒>
    例: host_perfdata_file_processing_interval = 0

    這個選項允許用戶指定在所述的時間間隔(以秒計)的主機性能的數據文件是使用經處理的主機性能的數據文件的處理命令。值為0表示不應定期處理性能數據文件。

    服務性能數據文件處理間隔

    格式: service_perfdata_file_processing_interval = <秒>
    例: service_perfdata_file_processing_interval = 0

    這個選項允許用戶指定在所述的時間間隔(以秒計)服務性能的數據文件是使用經處理的服務性能的數據文件的處理命令。值為0表示不應定期處理性能數據文件。

    主機性能數據文件處理命令

    格式: host_perfdata_file_processing_command = <命令>
    例: host_perfdata_file_processing_command =進程主機主機perfdata文件

    此選項允許您指定處理主機性能數據文件應執行的命令。該命令的參數是一個名字的縮寫命令定義是在你的對象配置文件中定義。該命令的執行間隔由host_perfdata_file_processing_interval指令確定。

    服務性能數據文件處理命令

    格式: service_perfdata_file_processing_command = <命令>
    例: service_perfdata_file_processing_command =進程服務perfdata文件

    該選項允許您指定處理服務性能數據文件應執行的命令。該命令的參數是一個名字的縮寫命令定義是在你的對象配置文件中定義。該命令的執行間隔由service_perfdata_file_processing_interval指令確定。

    孤立服務檢查選項

    格式: check_for_orphaned_services = <0/1>
    例: check_for_orphaned_services = 1

    此選項允許您啟用或禁用孤立服務檢查的檢查。孤立服務檢查是已執行并已從事件隊列中刪除,但很長時間未報告任何結果的檢查。由于沒有返回該服務的結果,因此不會將其重新安排在事件隊列中。這可能導致服務檢查停止執行。通常,這種情況很少發生-如果外部用戶或進程殺死了用于執行服務檢查的進程,則可能會發生這種情況。如果啟用此選項,并且Nagios發現特定服務檢查的結果尚未返回,它將記錄一條錯誤消息并重新安排服務檢查的時間。如果您開始看到似乎從未被重新安排的服務檢查,

    • 0 =不檢查孤立服務檢查
    • 1 =檢查孤立服務檢查(默認)

    孤立主機檢查選項

    格式: check_for_orphaned_hosts = <0/1>
    例: check_for_orphaned_hosts = 1

    此選項使您可以啟用或禁用對孤立的主機檢查的檢查。孤立主機檢查是已執行并已從事件隊列中刪除但很長時間未報告任何結果的檢查。由于主機沒有返回任何結果,因此不會在事件隊列中重新安排它的時間。這可能導致主機檢查停止執行。通常,這種情況很少發生-如果外部用戶或進程殺死了用于執行主機檢查的進程,則可能會發生這種情況。如果啟用此選項,并且Nagios發現特定主機檢查的結果尚未返回,它將記錄一條錯誤消息并重新安排主機檢查的時間。如果開始看到似乎從未被重新安排的主機檢查,請啟用此選項,并查看是否注意到有關孤立主機的任何日志消息。

    • 0 =不檢查孤立主機檢查
    • 1 =檢查孤立的主機檢查(默認)

    服務新鮮度檢查選項

    格式: check_service_freshness = <0/1>
    例: check_service_freshness = 0

    此選項確定Nagios是否定期檢查服務檢查的“新鮮度”。啟用此選項有助于確保及時接收被動服務檢查。有關新鮮度檢查的更多信息,請參見此處

    • 0 =不檢查服務新鮮度
    • 1 =檢查服務新鮮度(默認)

    服務新鮮度檢查間隔

    格式: service_freshness_check_interval = <秒>
    例: service_freshness_check_interval = 60

    此設置確定Nagios多長時間(以秒為單位)定期檢查服務檢查結果的“新鮮度”。如果您禁用了服務新鮮度檢查(使用check_service_freshness選項),則此選項無效。有關新鮮度檢查的更多信息,請參見此處

    主機新鮮度檢查選項

    格式: check_host_freshness = <0/1>
    例: check_host_freshness = 0

    此選項確定Nagios是否定期檢查主機檢查的“新鮮度”。啟用此選項有助于確保及時接收被動主機檢查。有關新鮮度檢查的更多信息,請參見此處

    • 0 =不檢查主機新鮮度
    • 1 =檢查主機新鮮度(默認)

    主機新鮮度檢查間隔

    格式: host_freshness_check_interval = <秒>
    例: host_freshness_check_interval = 60

    此設置確定Nagios多長時間(以秒為單位)定期檢查主機檢查結果的“新鮮度”。如果禁用了主機新鮮度檢查(使用check_host_freshness選項),則此選項無效。有關新鮮度檢查的更多信息,請參見此處

    額外的新鮮度閾值延遲選項

    格式: Additional_freshness_latency = <#>
    例: Additional_freshness_latency = 15

    此選項確定Nagios將添加到其自動計算的任何主機或服務新鮮度閾值的秒數(例如,用戶未明確指定的閾值)。有關新鮮度檢查的更多信息,請參見此處

    日期格式

    格式: date_format = <選項>
    例: date_format =我們

    此選項使您可以指定Nagios在網絡界面和日期/時間宏中應使用哪種日期/時間格式。可能的選項(以及示例輸出)包括:

    選項 輸出格式 樣本輸出
    我們 MM / DD / YYYY HH:MM:SS 2002年6月30日03:15:00
    歐元 DD / MM / YYYY HH:MM:SS 30/06/2002 03:15:00
    iso8601 YYYY-MM-DD HH:MM:SS 2002-06-30 03:15:00
    嚴格-iso8601 YYYY-MM-DDTHH:MM:SS 2002-06-30T03:15:00

    時區選項

    格式: use_timezone =
    例: use_timezone =美國/山

    使用此選項,您可以覆蓋Nagios實例運行所在的默認時區。如果您有多個Nagios實例需要從同一服務器運行,但它們具有不同的本地時間,則此選項很有用。如果未指定,Nagios將使用系統配置的時區。

    注意:如果使用此選項指定自定義時區,則還需要更改CGI的Apache配置指令以指定所需的時區。例:

    <目錄“ / usr / local / nagios / sbin /”>
    SetEnv TZ“ US / Mountain”

    </目錄>

    非法的對象名稱字符

    格式: invalid_object_name_chars = <字符…>
    例: invalid_object_name_chars =`?!$%^&*“ |’<>?,()=

    該選項允許您指定主機名,服務描述或其他對象類型的名稱中不能使用的非法字符。Nagios允許您在對象定義中使用大多數字符,但是我建議不要使用上面示例中顯示的字符。這樣做可能會給您帶來Web界面,通知命令等方面的問題。

    非法的宏輸出字符

    格式: invalid_macro_output_chars = <字符…>
    例: invalid_macro_output_chars =`?$ ^&“ |’<>

    使用此選項,您可以指定在通知,事件處理程序和其他命令中使用之前應從宏中刪除的非法字符。這不會影響服務或主機檢查命令中使用的宏。您可以選擇不去除上面示例中顯示的字符,但是我建議您不要這樣做。其中一些字符由外殼程序解釋(即反引號),并可能導致安全問題。下面的宏將刪除您指定的字符:

    $ HOSTOUTPUT $$ HOSTPERFDATA $$ HOSTACKAUTHOR $$ HOSTACKCOMMENT $$ SERVICEOUTPUT $$ SERVICEPERFDATA $$ SERVICEACKAUTHOR $$ SERVICEACKCOMMENT $

    正則表達式匹配選項

    格式: use_regexp_matching = <0/1>
    例: use_regexp_matching = 0

    此選項確定對象定義中的各種指令是否將作為正則表達式處理。有關如何工作的更多信息,請參見此處

    • 0 =不使用正則表達式匹配(默認)
    • 1 =使用正則表達式匹配

    真正則表達式匹配選項

    格式: use_true_regexp_matching = <0/1>
    例: use_true_regexp_matching = 0

    如果使用use_regexp_matching選項啟用了各種對象指令的正則表達式匹配,則此選項將確定何時將對象指令視為正則表達式。如果禁用此選項(默認設置),指令將只被視為正則表達式,如果它們包含***,+\。**。如果啟用此選項,則所有適當的指令都將被視為正則表達式-啟用此選項時要小心!有關如何工作的更多信息,請參見此處

    • 0 =不使用真正的正則表達式匹配(默認)
    • 1 =使用真正的正則表達式匹配

    管理員電子郵件地址

    格式: admin_email = <電子郵件地址>
    例: admin_email=root@localhost.localdomain

    這是本地計算機(即運行Nagios的計算機)管理員的電子郵件地址。可以使用$ ADMINEMAIL $ 在通知命令中使用此值。

    管理員尋呼機

    格式: admin_pager = <尋呼機編號或尋呼機電子郵件網關>
    例: admin_pager=pageroot@localhost.localdomain

    這是本地計算機(即運行Nagios的計算機)管理員的尋呼機號(或尋呼機電子郵件網關)。通過使用$ ADMINPAGER $ 宏,可以在通知命令中使用尋呼機編號/地址。

    活動經紀人選項

    格式: event_broker_options = <#>
    例: event_broker_options = -1

    此選項控制將什么(如果有)數據發送到事件代理,然后再發送到任何已加載的事件代理模塊。這是一個高級選項。如有疑問,請不進行任何代理(如果不使用事件代理模塊)或對所有內容進行代理(如果使用事件代理模塊)。可能的值如下所示。

    • 0 =沒有經紀人
    • -1 =經紀一切
    • #=請參閱源代碼(include / broker.h)中的BROKER_ *定義,以獲取可以進行“或”運算的其他值

    事件代理模塊

    格式: broker_module = <模塊路徑> [moduleargs]
    例: broker_module = / usr / local / nagios / bin / ndomod.o cfg_file = / usr / local / nagios / etc / ndomod.cfg

    該偽指令用于指定事件代理模塊,該模塊應由Nagios在啟動時加載。如果要加載多個模塊,請使用多個指令。啟動時應傳遞給模塊的參數與模塊路徑之間用空格分隔。

    !!! 警告 !!!

    Nagios使用模塊時請勿覆蓋它們,否則Nagios將在SEGFAULT榮耀的熾烈顯示中崩潰。這是dlopen(),內核和/或文件系統中的錯誤/限制。也許納吉奧斯…

    正確/安全的模塊更新方法是使用以下方法之一:

    1. 關閉Nagios,替換模塊文件,重新啟動Nagios
    2. 在Nagios運行時…刪除原始模塊文件,將新模塊文件移到位,然后重新啟動Nagios

    調試文件

    格式: debug_file = <文件名>
    例: debug_file = / usr / local / nagios / var / nagios.debug

    此選項確定Nagios應在何處寫入調試信息。寫入的信息(如果有)由debug_leveldebug_verbosity選項確定。您可以使用max_debug_file_size選項讓Nagios在調試文件達到一定大小時自動旋轉它。

    調試級別

    格式: debug_level = <#>
    例: debug_level = 24

    此選項確定Nagios應寫入debug_file的信息類型。該值是以下值的邏輯或。

    • -1 =記錄所有內容
    • 0 =不記錄(默認)
    • 1 =功能進入/退出信息
    • 2 =配置信息
    • 4 =流程信息
    • 8 =計劃的事件信息
    • 16 =主機/服務檢查信息
    • 32 =通知信息
    • 64 =事件代理信息
    • 128 =外部命令
    • 256 =命令
    • 512 =計劃的停機時間
    • 1024 =評論
    • 2048 =宏

    調試細節

    格式: debug_verbosity = <#>
    例: debug_verbosity = 1

    此選項確定Nagios應向debug_file中寫入多少調試信息。

    • 0 =基本信息
    • 1 =詳細信息(默認)
    • 2 =高度詳細的信息

    最大調試文件大小

    格式: max_debug_file_size = <#>
    例: max_debug_file_size = 1000000

    此選項確定調試文件的最大大小(以字節為單位)。如果文件大于此大小,它將以.old擴展名重命名。如果已經存在帶有.old擴展名的文件,它將被自動刪除。這有助于確保調試Nagios時磁盤空間的使用不會失控。

    允許空主機組分配

    格式: allow_empty_hostgroup_assignment = [01]
    例: allow_empty_hostgroup_assignment = 1

    此布爾選項確定分配給空主機組(沒有主機成員的主機組)的服務,服務依賴性或主機依賴性是否會導致Nagios在啟動時(或在配置檢查期間)出錯退出。如果主配置文件中不存在該選項,則默認行為是如果這些對象中的任何一個與沒有主機關聯的主機組相關聯,則Nagios會錯誤退出。在以下情況下啟用此選項可能很有用:

    • 配置文件或預緩存的目標文件分布在許多Nagios輪詢器中。
    • 自動化用于生成Nagios配置文件樹。
    • 管理員維護一組服務,服務依賴項或主機依賴項,為方便起見,用戶可以通過主機組成員身份添加主機(例如,與遠程監視代理程序相關聯的一組檢查),但不能保證用戶將使用與主機組相關聯的服務或主機將存在的服務(例如,隨著時間的推移將不推薦使用的遠程代理或正在停用的主機)。

    網址

    格式: website_url = <#>
    例: website_url = http://nagios.example.com/nagios

    此選項使系統可以使用適當的URL 正確填充$ HOSTINFOURL $$ SERVICEINFOURL $宏,以托管主機/服務信息頁面。版本:4.3.3+

    本文章首發在 網安wangan.com 網站上。

    上一篇 下一篇
    討論數量: 0
    只看當前版本


    暫無話題~
    亚洲 欧美 自拍 唯美 另类