Icinga(Nagiosフォーク)をセットアップしていますが、複数のインターフェイスを備えたマシンがいくつかあります。一部のサービスはそのうちの1つのみをリッスンしており、それらを正しくチェックするために、Icingaの単一のホストに複数のIPアドレスを構成できるかどうかを知りたいです。
最小限の例を次に示します。
リモートサーバー:
1.2.3.4
(パブリックIP)10.1.2.3
(プライベートIP、セキュアトンネル)1.2.3.4:80
をリッスンしています。 (公開のみ)10.1.2.3:22
でリッスンしているOpenSSH。 (内部ネットワークのみ)0.0.0.0:25
でリッスンしているPostfixSMTP(すべてのインターフェース)Icingaサーバー:
10.2.3.4
(プライベートIP、インターネットアクセス)ここで、ホストを定義すると、次のようになります。
define Host {
use generic-Host
Host_name server1
alias server1.gertvandijk.net
address 10.1.2.3
}
これはHTTPステータスを正しくチェックしません。そして、追加のホストを定義します。
define Host {
use generic-Host
Host_name server1-public
alias server1.gertvandijk.net
address 1.2.3.4
}
すべてをチェックしますが、2つの独立したホストとして表示されます。ここで、これら2つのホストを「集約」して単一のホストとして表示し、適切なアドレスでサービスをチェックするための簡単な構成を提供します。
これに対する最も洗練された構成行数節約ソリューションは何ですか?これを回避するために利用できるいくつかのプラグインについて読みましたが、これに対処する現在の方法がわかりません。ソリューションは2003年に戻りますが、Icinga 1.7.1を実行しており、すでにaddress6
オプションが可能ですが、ホスト名でIPv6のみの解決をトリガーします...
理想的には、10.1.2.3:25
で実行されているPostfixインスタンスが1.2.3.4:25
と同じであり、2つのアラームをトリガーしないことを認識できるようにIcingaをインテリジェントに構成したいと思います。
私はこれが以前に取り組まれていたに違いないと思います、そしてシステム管理者は今それをセットアップしました。これに対するあなたの解決策を共有してください。ありがとう! :)
カスタムオブジェクト変数 を次のように定義できます。
define Host {
use generic-Host
Host_name server1
alias server1.gertvandijk.net
address 10.1.2.3
_wan_address 1.2.3.4
}
次に、それを$_HOSTWAN_ADDRESS$
マクロと呼びます。
define command{
command_name check_wan_http
command_line $USER1$/check_http -I $_HOSTWAN_ADDRESS$ $ARG1$
}
define service{
use generic-service
hostgroup_name Apache
service_description Apache
check_command check_wan_http
process_perf_data 0
contact_groups admin
}