WEB Seite auf Verfügbarkeit prüfen

[alcaeus]

Moin,

du gibst Nagios nen Hostname. Nehmen wir an Nagios steht im internen Netz und ist unter dem Hostname nagios.lan erreichbar. Direkt daneben steht die Intranet-Seite mit der URL intranet.lan. Wenn du Nagios nun konfigurierst, intranet.lan zu pruefen wird Nagios zum DNS-Server laufen, feststellen dass intranet.lan im internen Netz steht und entsprechend nur uebers interne Netz pruefen. Da geschieht praktisch nichts anderes als wenn du von deinem Buerorechner auf die Seite zugreifen wuerdest.

Nagios sollte dann aber irgendwie nach aussen kommen, um Notifications verschicken zu koennen

@s.h.a.r.k: naja, die Pruefung ob die Seite nen 200 zurueckgibt macht Sinn - ich hatte mal den Fall dass der DB-Server "alles ok" gemeldet hat, einer der Hosts die darauf zugreifen allerdings gesperrt war ("too many failed connection attempts"). Entsprechend hat die Seite dort nen 500 gemeldet. Ohne nen HTTP-Check waere ich da nie draufgekommen

Greetz
alcaeus

[stahli]

Ich habe mir ein kleines Tool gebastelt, das zyklisch eine bestimmte Webseite abruft und auf einen bestimmten Inhalt prüft.
Ändert sich der Seiteninhalt oder wird sogar der Suchtext gefunden, oder ist die Seite nicht erreichbar wird ein kleiner Hinweis über der Taskbar eingeblendet. Alle Abfragen und Ergebnisse werden zusätzlich protokolliert.
Zum Abrufen der Seite wird ein TWebBrowser benutzt und die Seite dann als Text interpretiert. Das MainForm wird unterdrückt und das Programm im AutoStart aufgenommen. Der Prozess läuft somit "unsichtbar" im Hintergrund.
Ich kann das Projekt gern mal bereit stellen, falls Interesse besteht.

[himitsu]

Zitat von stahli:

Ich habe mir ein kleines Tool gebastelt, das zyklisch eine bestimmte Webseite abruft und auf einen bestimmten Inhalt prüft.
Ändert sich der Seiteninhalt oder wird sogar der Suchtext gefunden, oder ist die Seite nicht erreichbar wird ein kleiner Hinweis über der Taskbar eingeblendet. ...

Jupp, dazu wollte ich auch grade was fragen.

Denn was ist, wenn der Server zwar seine 200 rausgibt, aber dann mitten in der Verarbeitung ein Fehler auftritt, also die Seite/Datei nicht komplett oder fehlerhaft rausgeschickt wird?

[stahli]

Gute Frage.
In meinen Tests trat das Fehlerereignis vom Webbrowser nie auf (auch nicht, wenn keine DSL-Verbindung vorhanden war). Statt dessen wurde eine "Website mit einem Fehlerhinweis" geladen.
Ich habe dann geprüft, ob
1) die richtige URL geladen wurde (war im LoadedComplete-Ereignis o.ä. zurückgegeben)
2) ein bestimmter Text gefunden wird, der auf der Seite IMMER stehen muss
Für meine Zwecke war das so ausreichend.

Genaues müsste ich heute Abend zu Hause heraus suchen.

[mjustin]

Zitat von s.h.a.r.k:

Warum muss hier dann auf das Internet zugegriffen werden?!

Weil die Benutzer die die Webseite eventuell nicht erreichen können, weil meine Firewall falsch konfiguriert wurde, im Internet sind ? Nagios meldet mir dann brav weiterhin "also von hier aus komme ich auf den Webserver"

[blackfin]

Zitat:

Wie geht man vor, wenn der HTTP Server nicht im Internet sondern im Intranet steht, d.h. praktisch direkt 'neben' dem Rechner auf dem Nagios läuft? Der HTTP Server ist dann eventuell im Internet unerreichbar und Nagios bemerkt das nicht, weil er nicht 'von aussen' (über die Firewall) auf ihn zugreift.

Wenn du Firewall-Fehler oder Netzausfälle tracken willst, dann macht ein Monitoring-Server für diese Zwecke im Intranet keinen rechten Sinn....
Du brauchst in dem Fall einen Server, der ausserhalb des Intranets steht, sonst ist das Vorhaben ja für die Katz'

Das wäre ja genauso, als würdest du deinen Telefonanschluss prüfen wollen und du prüfst es, indem du einen internen Anruf von einem Mobilteil zum anderen machst. Das sagt aber noch lange nicht aus, dass jemand dich auch von Aussen anrufen kann, da der interne Call ja selbst dann durchgeht, wenn du die Basisstation nichtmal an die Telefonleitung angestöpselt hast.

Normalerweise stehen solche Monitoring-Server in einem Rechenzentrum und pingen die anderen Server, die sie überwachen an, bzw. überprüfen ihre Dienste. (je nach Monitoring-Konfiguration.)
Im Intranet macht nur das Monitoring für das Intranet selbst Sinn, ausser der Monitoring-Server checkt auch regelmäßig aus dem Intranet hinaus einen Server im Internet und schlägt Alarm, wenn z.B. google.com nicht erreichbar ist. Dann ist es relativ wahrscheinlich, dass der zu überwachende Server von Aussen nicht erreichbar ist.
Dabei kann es jedoch immer noch sein, dass
1) Google gerade down ist und gar kein Netzausfall stattgefunden hat, was zu einem falschen Alarm führt
2) Deine Firewall falsch konfiguriert ist und trotzdem keiner deinen Webserver erreicht, da dein Monitoring-Server z.B. nach aussen ins Internet darf, aber niemand vom Internet zum Webserver hinein.

Die sicherste Methode ist deswegen, im Internet einen Rechner stehen zu haben, der deinen Webserver eben "von aussen" prüft.