Benutzer-Werkzeuge

Webseiten-Werkzeuge


tachtler:icinga2_-_client

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Nächste Überarbeitung
Vorhergehende Überarbeitung
tachtler:icinga2_-_client [2015/12/04 05:22] – angelegt klaustachtler:icinga2_-_client [2016/01/14 18:15] (aktuell) – [icinga2: Erster Start] klaus
Zeile 234: Zeile 234:
 # systemctl is-enabled icinga2.service # systemctl is-enabled icinga2.service
 enabled enabled
 +</code>
 +
 +===== iptables Regel =====
 +
 +Damit der [[https://www.icinga.org/|Icinga]] auch erreichbar ist und nicht das Empfangen  der IP-Paket vom Paketfilter ''iptables'' blockiert wird, muss nachfolgende Regel zum ''iptables''-Regelwerk hinzugefügt werden.
 +
 +Um die aktuellen ''iptables''-Regeln erweitern zu können, sollten diese erst einmal aufgelistet werden, was mit nachfolgendem Befehl durchgeführt werden kann:
 +<code>
 +# iptables -L -nv --line-numbers
 +Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 +num   pkts bytes target     prot opt in     out     source               destination         
 +1        0     0 ACCEPT     all  --  *      *       0.0.0.0/           0.0.0.0/          state RELATED,ESTABLISHED 
 +2        0     0 ACCEPT     icmp --  *      *       0.0.0.0/           0.0.0.0/          
 +3        0     0 ACCEPT     all  --  lo           0.0.0.0/           0.0.0.0/          
 +4        0     0 ACCEPT     tcp  --  *      *       0.0.0.0/           0.0.0.0/          state NEW tcp dpt:22  
 +5        0     0 REJECT     all  --  *      *       0.0.0.0/           0.0.0.0/          reject-with icmp-host-prohibited 
 +
 +Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 +num   pkts bytes target     prot opt in     out     source               destination         
 +1        0     0 REJECT     all  --  *      *       0.0.0.0/           0.0.0.0/          reject-with icmp-host-prohibited 
 +
 +Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 +num   pkts bytes target     prot opt in     out     source               destination
 +</code>
 +
 +Nachfolgender Befehl, fügt folgende ''iptables''-Regel dem ''iptables''-Regelwerk nach der **Position 4** hinzu, ohne das der Paketfilter angehalten werden muss:
 +  * <code>-A INPUT -p tcp --dport 5665 -j ACCEPT</code>
 +und hier der Befehl:
 +<code>
 +# iptables -I INPUT 5 -p tcp --dport 5665 -j ACCEPT
 +</code>
 +
 +Ein erneute Abfrage des ''iptables''-Regelwerts, sollte dann nachfolgend dargestellte Ausgabe ergeben, was mit folgendem Befehl durchgeführt werden kann:
 +<code>
 +# iptables -L -nv --line-numbers
 +Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 +num   pkts bytes target     prot opt in     out     source               destination         
 +1        0     0 ACCEPT     all  --  *      *       0.0.0.0/           0.0.0.0/          state RELATED,ESTABLISHED 
 +2        0     0 ACCEPT     icmp --  *      *       0.0.0.0/           0.0.0.0/          
 +3        0     0 ACCEPT     all  --  lo           0.0.0.0/           0.0.0.0/          
 +4        0     0 ACCEPT     tcp  --  *      *       0.0.0.0/           0.0.0.0/          state NEW tcp dpt:22
 +5        0     0 ACCEPT     tcp  --  eth0         0.0.0.0/           0.0.0.0/          tcp dpt:5665 state NEW
 +6        0     0 REJECT     all  --  *      *       0.0.0.0/           0.0.0.0/          reject-with icmp-host-prohibited 
 +
 +Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 +num   pkts bytes target     prot opt in     out     source               destination         
 +1        0     0 REJECT     all  --  *      *       0.0.0.0/           0.0.0.0/          reject-with icmp-host-prohibited 
 +
 +Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 +num   pkts bytes target     prot opt in     out     source               destination
 +</code>
 +
 +Die neuen Zeile ist an **Position 5 (INPUT)** zu sehen, hier nachfolgend zur Verdeutlichung noch einmal dargestellt (**nur relevanter Ausschnitt**):
 +<code>
 +...
 +5        0     0 ACCEPT     tcp  --  eth0         0.0.0.0/           0.0.0.0/      tcp dpt:5665 state NEW
 +...
 +</code>
 +
 +Um diese ''iptables''-Regel dauerhaft, auch nach einem Neustart des Server, weiterhin im ''iptables''-Regelwerk zu speichern, muss nachfolgend dargestellter Befehl abschließend noch ausgeführt werden:
 +<code>
 +# /usr/sbin/iptables-save > /etc/sysconfig/iptables 
 </code> </code>
  
Zeile 250: Zeile 312:
 # yum install nagios-plugins-icmp # yum install nagios-plugins-icmp
 </code> </code>
 +
 +===== Konfiguration: vim =====
 +
 +Nachfolgend soll eine Anpassung des unter Linux sehr gebräuchlichen Editors **''vim''** durchgeführt werden, damit beim Editieren der Konfigurationsdateien von [[https://www.icinga.org/|Icinga]] ein **Syntax-Highlighting** (Farbiges hervorheben von einzelnen Schlag- und Stichwörtern) innerhalb dieser Konfigurationsdateien erfolgt.
 +
 +Dazu muss zuerst eine neues Verzeichnis und unter diesem neuen Verzeichnis noch zwei weitere Unterverzeichnisse mit nachfolgenden Pfadangaben und Namen angelegt werden, wozu nachfolgender Befehl genutzt werden kann:
 +<code>
 +# mkdir -p /root/.vim/{syntax,ftdetect}
 +</code>
 +
 +Eine Überprüfung, ab die Erstellung des Verzeichnisses und der weiteren zwei Unterverzeichnisse erfolgereich war, kann mit nachfolgendem Befehl durchgeführt werden:
 +<code>
 +# find /root/.vim
 +/root/.vim
 +/root/.vim/syntax
 +/root/.vim/ftdetect
 +</code>
 +
 +Anschließend ist es erforderlich, nachfolgende beiden Konfigurationsdateien, welche mit der Instalaltion des ''rpm''-Pakets **''icinga2-commons''** unter nachfolgendem Pfad 
 +  * ''/usr/share/doc/icinga2-common-2.4.0/syntax/vim''
 +installiert wurden, in jeweils das richtige Unterverzeichnis, wie mit nachfolgenden Befehlen gezeigt, zu kopieren:
 +<code>
 +# cp -a /usr/share/doc/icinga2-common-2.4.0/syntax/vim/ftdetect/icinga2.vim /root/.vim/ftdetect/icinga2.vim
 +# cp -a /usr/share/doc/icinga2-common-2.4.0/syntax/vim/syntax/icinga2.vim /root/.vim/syntax/icinga2.vim
 +</code>
 +
 +===== icinga2: Erster Start =====
 +
 +Danach kann der **icinga2**-Server mit nachfolgendem Befehle gestartet werden:
 +<code>
 +# systemctl start icinga2
 +</code>
 +
 +Mit nachfolgendem Befehl kann der Status des [[https://www.icinga.org/|Icinga]]-Servers abgefragt werden:
 +<code>
 +# systemctl status icinga2
 +icinga2.service - Icinga host/service/network monitoring system
 +   Loaded: loaded (/usr/lib/systemd/system/icinga2.service; enabled)
 +   Active: active (running) since Fri 2015-12-04 09:23:21 CET; 6s ago
 +  Process: 3183 ExecStart=/usr/sbin/icinga2 daemon -d -e ${ICINGA2_ERROR_LOG} (code=exited, status=0/SUCCESS)
 +  Process: 3092 ExecStartPre=/usr/lib/icinga2/prepare-dirs /etc/sysconfig/icinga2 (code=exited, 
 +status=0/SUCCESS)
 + Main PID: 3222 (icinga2)
 +   CGroup: /system.slice/icinga2.service
 +           └─3222 /usr/lib64/icinga2/sbin/icinga2 --no-stack-rlimit daemon -d...
 +
 +Dec 04 09:23:21 server10.idmz.tachtler.net systemd[1]: Started Icinga host/se...
 +Hint: Some lines were ellipsized, use -l to show in full.
 +</code>
 +
 +Nachfolgende LOG-Dateien sollten Auskunft darüber geben, wie der Start und der Status des [[https://www.icinga.org/|Icinga]]-Servers  ist.
 +  * ''/var/log/icinga2/icinga2.log''
 +  * ''/var/log/icinga2/error.log''
 +
 +Der Inhalt der LOG-Datei ''/var/log/icinga2/icinga2.log'' könnte demnach wie folgt aussehen:
 +<code>
 +[2015-12-04 09:23:21 +0100] information/JsonRpcConnection: Reconnecting to API endpoint 
 +'server11.idmz.tachtler.net' via host '192.168.0.110' and port '5665'
 +[2015-12-04 09:23:21 +0100] information/ConfigItem: Activated all objects.
 +[2015-12-04 09:23:21 +0100] information/ApiListener: New client connection for identity 
 +'server11.idmz.tachtler.net'
 +[2015-12-04 09:23:21 +0100] information/ApiListener: Sending updates for endpoint 'server11.idmz.tachtler.net'.
 +[2015-12-04 09:23:21 +0100] information/ApiListener: Syncing runtime objects to endpoint 
 +'server11.idmz.tachtler.net'.
 +[2015-12-04 09:23:21 +0100] information/ApiListener: Finished sending updates for endpoint 
 +'server11.idmz.tachtler.net'.
 +</code>
 +
 +Die LOG-Datei ''/var/log/icinga2/error.log'' sollte hingegen **leer** sein!
 +
 +Siehe auch weiter nachfolgenden internen Link:
 +  * [[tachtler:icinga2_-_client_-_grundkonfiguration|Icinga2 - Client - Grundkonfiguration]]
  
tachtler/icinga2_-_client.1449202924.txt.gz · Zuletzt geändert: 2015/12/04 05:22 von klaus