Red Hat Training

A Red Hat training course is available for Red Hat Satellite

D.8. Network Services

Die Probes in diesem Abschnitt überwachen verschiedenste Dienste, die wesentlich für ein funktionierendes Netzwerk sind. Gehen Sie sicher, dass die zeitlich festgelegten Grenzwerte nicht den Zeitraum überschreiten, der für die Timeout-Periode festgelegt wurde. Ansonsten wird ein UNBEKANNT Status zurückgemeldet.

D.8.1. Network Services::DNS Lookup

Der Probe "Network Services::DNS Lookup" benutzt den Befehl dig, um zu sehen, ob der System- oder Domain-Name aufgelöst werden kann, der im Feld Host oder Adresse zum Nachsehen festgelegt ist. Dieser sammelt folgende Messdaten:
  • Abfragezeit — Wie lange es dauert, in Millisekunden gemessen, um die dig-Anfrage auszuführen.
Dies ist sehr nützlich bei der Überwachung des Status Ihres DNS-Servers. Wenn Sie einen Ihrer DNS-Server überwachen möchten, geben Sie einen bekannten Host-/Domänennamen ein, wie beispielsweise eine bekannte Suchmaschine oder Firmen-Website.

Tabelle D.37. Einstellungen für "Network Services::DNS Lookup"

Feld Wert
Host oder Adresse zum Nachsehen
Timeout* (Zeitüberschreitung) 10
Kritisch Maximale Abfragezeit
Warnung Maximale Abfragezeit

D.8.2. Network Services::FTP

Der Probe "Network Services::FTP" benutzt Netzwerk-Sockets, um FTP Port-Verfügbarkeit zu testen. Die folgenden Messdaten werden gesammelt:
  • Remoter Dienst Latenz — Die vom FTP-Server in Anspruch genommene Zeit in Sekunden, um auf eine Verbindungsanfrage zu antworten.
Dieser Probe unterstützt Authentifikation. Geben Sie Benutzername und Passwort in die entsprechenden Felder ein. Der optionale Expect-Wert ist die Zeichenkette mit der nach einer erfolgreich hergestellten Verbindung zum FTP-Server verglichen wird. Wenn diese Expected-Zeichenfolge nicht gefunden werden kann, meldet der Probe einen KRITISCH Status zurück.

Tabelle D.38. Einstellungen für "Network Services::FTP"

Feld Wert
Expect (Erwartet) FTP
Username (Benutzername)
Password (Passwort)
FTP Port* 21
Timeout* (Zeitüberschreitung) 10
Kritisch Maximale remoter Dienst Latenz
Warnung Maximale remoter Dienst Latenz

D.8.3. Network Services::IMAP Mail

Der Probe "Network Services::IMAP Mail" ermittelt, ob es mit dem IMAP 4 Dienst auf dem System verbinden kann. Wenn Sie einen optionalen Port eingeben, übersteuert dies den Standard-Port 143. Die folgenden Messdaten werden gesammelt:
  • Latenz remoter Dienste — Die in Sekunden gemessene Zeit, die der IMAP-Server benötigt, eine Verbindungsanfrage zu beantworten.
Der erforderliche Expect-Wert ist die Zeichenfolge, die nach einer erfolgreichen Verbindung zu einem IMAP-Server verglichen wird. Wenn der erwartete String nicht gefunden werden kann, dann meldet der Probe den Status KRITISCH zurück.

Tabelle D.39. Einstellungen für "Network Services::IMAP Mail"

Feld Wert
IMAP Port* 143
Expect* OK
Timeout* (Zeitüberschreitung) 5
Kritisch Maximale remoter Dienst Latenz
Warnung Maximale remoter Dienst Latenz

D.8.4. Network Services::Mail Transfer (SMTP)

Der Probe "Network Services::Mail Transfer (SMTP)" ermittelt, ob eine Verbindung zum SMTP-Port auf dem System möglich ist. Das Festlegen einer optionalen Portnummer übersteuert den Standard-Port 25. Folgenden Messdaten werden gesammelt:
  • Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der SNMP-Server auf eine Verbindungsanfrage antwortet.

Tabelle D.40. Einstellungen für "Network Services::Mail Transfer (SMTP)"

Feld Wert
SMTP Port* 25
Timeout* (Zeitüberschreitung) 10
Kritisch Maximale remoter Dienst Latenz
Warnung Maximale remoter Dienst Latenz

D.8.5. Network Services::Ping

Der Probe "Network Services::Ping" ermittelt, ob der Server das zu überwachende System oder eine spezielle IP-Adresse anpingen kann. Der Paketverlust sowie auch die Zeit, die der Pingvorgang selbst hin- und zurück benötigt, verglichen mit den Warnung- und Kritisch-Grenzwerten, wird ebenso gemessen. Der erforderliche Pakete zu versenden-Wert ermöglicht es Ihnen zu kontrollieren, wieviele ICMP ECHO Pakete zum System gesendet werden. Dieser Probe sammelt folgende Messdaten:
  • Durchschnittliche Ping-Zeit — Die Zeitspanne in Millisekunden, die vom ICMP ECHO Paket zum überwachten System und zurück benötigt wird.
  • Paketverlust — Der Prozentsatz an Daten, die während des Sendevorgang verloren gehen.
Wenn auch optional, kann das Feld IP-Adresse beim Sammeln von Messdaten für Systeme mit mehreren IP-Adressen behilflich sein. Wenn das System beispielsweise mit mehreren virtuellen IP-Adressen konfiguriert wird oder Network Address Translation (NAT) verwendet, um interne und externe IP-Adressen zu unterstützen, kann diese Option dazu benutzt werden, eher eine sekondäre IP-Adresse als eine primäre IP-Adresse in Verbindung mit dem Hostnamen zu überprüfen
Beachten Sie, dass dieser Probe den Befehl ping von einem RHN Server aus durchführt und nicht vom überwachten System aus. Das Füllen des Feldes mit der IP-Adresse testet also nicht die Verbindungsfähigkeit zwischen dem System und der festgelegten IP-Adresse, sondern zwischen dem RHN Server und der IP-Adresse. Deshalb erledigt die Eingabe derselben IP-Adresse für Ping-Probes auf anderen Systemen exakt dieselbe Aufgabe. Um von einem überwachten System einen ping zu einer individuellen IP-Adresse durchzuführen, benutzen Sie stattdessen den Remote-Ping-Probe. Siehe auch Abschnitt D.8.7, »Network Services::Remote Ping«.

Tabelle D.41. Einstellungen für "Network Services::Ping"

Feld Wert
IP-Adress (standardmäßig System-IP)
Pakete zu versenden* 20
Timeout* (Zeitüberschreitung) 10
Kritisch Maximale durchschnittliche Ping-Zeit
Warnung Maximale durchschnittliche Ping-Zeit
Kritisch Maximaler Paketverlust
Warnung Maximaler Paketverlust

D.8.6. Network Services::POP Mail

Der Probe "Network Services::POP Mail" ermittelt, ob er zum POP3 Port auf dem System verbinden kann. Eine Portnummer muss dabei festgelegt werden: Das Festlegen einer anderen Portnummer übersteuert den Standard-Port 110. Dieser Probe sammelt folgende Messdaten:
  • Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der POP-Server auf eine Verbindungsanfrage antwortet.
Der erforderliche Expect (Erwarten)-Wert ist die Zeichenfolge, die nach einer erfolgreichen Verbindung zu einem POP-Server verglichen werden muss. Der Probe sucht nach der Zeichenfolge in der ersten Zeile der Rückantwort des Systems. Die Grundeinstellung ist +OK. Wenn der erwartete String nicht gefunden werden kann, dann meldet der Probe den Status KRITISCH zurück.

Tabelle D.42. Einstellungen für "Network Services::POP Mail"

Feld Wert
Port* 110
Expect* +OK
Timeout* (Zeitüberschreitung) 10
Kritisch Maximale remoter Dienst Latenz
Warnung Maximale remoter Dienst Latenz

D.8.7. Network Services::Remote Ping

Der Probe "Network Services::Remote Ping" ermittelt, ob das überwachte System eine spezielle IP-Adresse anpingen kann. Der Paketverlust wird dabei ebenfalls überwacht. Die durchschnittliche Ping-Zeit (hin- und zurück) wird mit den Warnung- und Kritisch-Grenzwerten verglichen. Der erforderliche Pakete zu senden-Wert ermöglicht es Ihnen zu kontrollieren, wieviele ICMP ECHO-Pakete zur Adresse gesendet werden. Dieser Probe sammelt folgende Messdaten:
  • Durchschnittliche Ping-Zeit — Die Zeitspanne in Millisekunden, die ein ICMP ECHO Paket zur IP-Adresse und zurück benötigt.
  • Paketverlust — Der Prozentsatz an Daten, die während des Sendevorgang verloren gehen.
Das Feld IP-Adresse zeigt die genaue anzupingende Adresse an. Im Gegensatz zum ähnlichen, optionalen Feld für den Standard-Ping-Probe, ist dies ein Pflichtfeld. Das überwachte System leitet den Ping an eine dritte Adresse um und nicht an den RHN Server. Da der Remote-Ping-Probe die Verbindungsfähigkeit des zu überwachenden Systems selbst überprüft, muss eine andere IP-Adresse angegeben werden. Um vom RHN Server aus ein System oder eine IP-Adresse anzupingen, benutzen Sie stattdessen den Standard-Ping-Probe. Siehe Abschnitt D.8.5, »Network Services::Ping«.
Anforderungen — Der Red Hat Network Monitoring Daemon (rhnmd) muss auf dem überwachten System ablaufen, um diesen Probe auszuführen.

Tabelle D.43. Einstellungen für "Network Services::Remote Ping"

Feld Wert
IP Adresse*
Pakete zu versenden* 20
Timeout* (Zeitüberschreitung) 10
Kritisch Maximale durchschnittliche Ping-Zeit
Warnung Maximale durchschnittliche Ping-Zeit
Kritisch Maximaler Paketverlust
Warnung Maximaler Paketverlust

D.8.8. Network Services::RPCService

Der Probe "Network Services::RPCService Probe" testet die Verfügbarkeit von Remote Procedure Call (RPC, ein Protokoll für verteilte Anwendungen) Programmen auf einer bestimmten IP-Adresse. Folgende Messdaten werden gesammelt:
  • Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der RPC-Server auf eine Verbindungsanfrage antwortet.
RPC-Serverprogramme registrieren sich selbst im RPC-Netzwerk, indem eine Programm-ID und Programmname angegeben werden. NFS ist ein Beispiel eines Dienstes, der via RPC arbeitet.
Client-Programme, welche die Ressourcen von RPC-Serverprogrammen verwenden möchten, fragen den Rechner (auf dem sich das Serverprogramm befindet) Zugang für RPC-Funktionen innerhalb der RPC-Programmnummer oder des Programmnamens bereitzustellen. Diese Konversationen können entweder über TCP oder UDP (beinahe immer UDP) erfolgen.
Dieser Probe lässt Sie einfach Programmverfügbarkeit testen. Sie müssen dabei den Progammnamen oder die Programmnummer angeben und das entsprechende Protokoll sowie die übliche Timeout-Periode.

Tabelle D.44. Einstellungen für "Network Services::RPCService"

Feld Wert
Protokoll (TCP/UDP) udp
Service Name* nfs
Timeout* (Zeitüberschreitung) 10
Kritisch Maximale remoter Dienst Latenz
Warnung Maximale remoter Dienst Latenz

D.8.9. Network Services::Secure Web Server (HTTPS)

Der Probe "Network Services::Secure Web Server (HTTPS)" ermittelt Verfügbarkeit des sicheren Webservers und sammelt folgende Messdaten:
  • Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der HTTPS-Server auf eine Verbindungsanfrage antwortet.
Dieser Probe meldet zurück, dass er zum HTTPS-Port auf einem speziellen Server verbinden und die festgelegte URL aufrufen kann. Wenn keine URL festgelegt ist, wird der Probe das Root-Dokument abrufen. Der Probe hält nach einer HTTP/1.-Mitteilung vom System Ausschau, ausser Sie verändern diesen Wert. Das Festlegen einer anderen Portnummer übersteuert den Standard-Port 443.
Dieser Probe unterstützt Authentifikation. Geben Sie Benutzername und Passwort in die dafür vorgesehenen Felder ein. Im Gegensatz zu den meisten anderen Probes, sendet dieser Probe einen KRITISCH Status zurück, wenn dieser nicht innerhalb der Timeout-Periode mit dem System in Verbindung treten kann.

Tabelle D.45. Einstellungen für "Network Services::Secure Web Server (HTTPS)"

Feld Wert
URL Pfad /
'Erwarte'-Kopfzeile HTTP/1
'Erwarte'-Inhalt
UserAgent* NOCpulse-check_http/1.0
Username (Benutzername)
Password (Passwort)
Timeout* (Zeitüberschreitung) 10
HTTPS Port* 443
Kritisch Maximale remoter Dienst Latenz
Warnung Maximale remoter Dienst Latenz

D.8.10. Network Services::SSH

Der Probe "Network Services::SSH" ermittelt die Verfügbarkeit von SSH auf dem angegebenen Port und sammelt folgende Messdaten:
  • Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der SSH-Server auf eine Verbindungsanfrage antwortet.
Nachdem der SSH-Server erfolgreich kontaktiert wurde und eine gültige Rückantwort erhalten wurde, zeigt der Probe das Protokoll und die Server-Versionsinformation an. Wenn der Probe eine ungültige Antwort erhält, zeigt dieser die Mitteilung an, die er vom Server erhalten hat und generiert einen WARNUNG Status.

Tabelle D.46. Einstellungen für "Network Services::SSH"

Feld Wert
SSH Port* 22
Timeout* (Zeitüberschreitung) 5
Kritisch Maximale remoter Dienst Latenz
Warnung Maximale remoter Dienst Latenz

D.8.11. Network Services::Web Server (HTTP)

Der Probe "Network Services::Web Server (HTTP)" ermittelt die Verfügbarkeit des Webservers und sammelt folgende Messdaten:
  • Latenz remoter Dienste — Wie lange es dauert, in Sekunden gemessen, bis der HTTP-Server auf eine Verbindungsanfrage antwortet.
Dieser Probe bestätigt, dass er eine Verbindung mit dem HTTP Port auf dem festgelegten Server aufbauen kann und und die festgelegte URL aufrufen kann. Wenn keine URL festgelegt ist, wird der Probe das Root-Dokument abrufen. Der Probe hält nach einer HTTP/1-Mitteilung vom System Ausschau, ausser Sie verändern diesen Wert. Das Festlegen einer anderen Portnummer übersteuert den Standard-Port 80. Im Gegensatz zu den meisten anderen Probes, wird dieser Probe einen KRITISCH Status zurücksenden, wenn mit dem System innerhalb der Timeout-Periode keine Verbindung zustande kommt.
Dieser Probe unterstützt Authentifikation. Geben Sie Benutzername und Passwort in die entsprechenden Felder ein.

Tabelle D.47. Einstellungen für "Network Services::Web Server (HTTP)"

Feld Wert
URL Pfad /
Virtueller Host
'Erwarte'-Kopfzeile HTTP/1
'Erwarte'-Inhalt
UserAgent* NOCpulse-check_http/1.0
Username (Benutzername)
Password (Passwort)
Timeout* (Zeitüberschreitung) 10
HTTP Port* 80
Kritisch Maximale remoter Dienst Latenz
Warnung Maximale remoter Dienst Latenz