WEB Seite auf Verfügbarkeit prüfen

[fkerber]

Hi!

Was meinst du mit "verfügbar"?
Server erreichbar, sodass dir ein Ping reicht oder Status-Code = 200 - sodass man wirklich die Webseite "testet"?

Liebe Grüße,
Frederic

[Phoenix]

Such mal nach dem Stichwort monitoring tools. Ich weiß grad ned welches Tool wir einsetzen und müsste morgen mal unser Adminteam fragen, aber ich bin mir sicher egal welches es ist,es ist nicht grad billig :-/

[himitsu]

Luckie hat doch soein Favoriten-Prüfprogramm auf seiner Webseite rumliegen ... das könntest du dir bestimmt anpassen oder dir bissl was von abgucken.

[Sharky]

Zitat von fkerber:

Hi!

Was meinst du mit "verfügbar"?
Server erreichbar, sodass dir ein Ping reicht oder Status-Code = 200 - sodass man wirklich die Webseite "testet"?

Liebe Grüße,
Frederic

Hai Frediric,

ein Ping reicht nicht. Das "Tool" sollte die URL aufrufen und, wenn möglich, auch die Vorhandenen Links prüfen.
Als Report dann eine Auswertung der Antwortzeiten.

[alcaeus]

Hallo,

das geht schon arg in die Tiefe - zumal es eigentlich keinen Grund gibt, die Startseite und alle enthaltenen Links zu pruefen. Du solltest pruefen ob der VirtualHost (also die Webseite allgemein) erreichbar ist, und das wars. Alles andere sollte ja vor einem Update der Website abgedeckt werden. Es ist absolut sinnbefreit, alle 5 Minuten foo.bar/baz.html und foo.bar/zab.html aufzurufen. Wenn das eine erreichbar ist, ist es das andere zu 99.999% auch.

That said, ich empfehle Nagios als Monitoring-Loesung. Braucht zwar bisserl Setup (aptitude install nagios), kann aber alles moegliche testen: Ping, Disk-Space, Datenbanken, Web-Erreichbarkeit, und und und. Dazu kommen schoene Reporting-Optionen (d.h. du kriegst ne E-Mail), Eskalationsstrategien (d.h. du kriegst ne SMS wenn du auf Mail nicht reagierst, dein Chef kriegt dann ne Mail wenn du auf SMS nicht reagierst, usw.). Ist echt ein geiles Tool!

In deinem Fall sieht das so aus, dass du Nagios sagst es soll fuer den Server foo.bar die URL abrufen und nen Fehler werfen, wenn der HTTP-Status != 200 oder wenn die Antwortzeiten groesser als ein bestimmter Wert sind. Ist sehr angenehm

Greetz
alcaeus

[mjustin]

Zitat von alcaeus:

In deinem Fall sieht das so aus, dass du Nagios sagst es soll fuer den Server foo.bar die URL abrufen und nen Fehler werfen, wenn der HTTP-Status != 200 oder wenn die Antwortzeiten groesser als ein bestimmter Wert sind. Ist sehr angenehm

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.

Michael

[himitsu]

Zitat von mjustin:

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.

Es über "außen" laufen lassen, also einen Proxy?
(und wehe jetzt kommt einer mit "und was ist, wenn der Proxy nicht funktioniert?")

[s.h.a.r.k]

Zitat von mjustin:

Zitat von alcaeus:

In deinem Fall sieht das so aus, dass du Nagios sagst es soll fuer den Server foo.bar die URL abrufen und nen Fehler werfen, wenn der HTTP-Status != 200 oder wenn die Antwortzeiten groesser als ein bestimmter Wert sind. Ist sehr angenehm

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.

Michael

Ich denke doch, dass nagios wohl auch nur für das Intranet konfiguriert werden kann. Würde mich wundern, wenn die Damen und Herren das so nicht vorgesehen hätten. Im Endeffekt läuft es ja nur darauf hinaus, eine URL bei einem DNS aufzulösen, dann entsprechende Requests an die IP zu schicken und die Antworten, in so fern welche kommen, auszuwerten -- evtl. noch Proxy-Einstellungen zu beachten. Warum muss hier dann auf das Internet zugegriffen werden?! Alle Abfragen können ja im LAN bleiben -- werden sie sehr wahrscheinlich auch.

Warum genau geprüft werden sollte, ob eine Webserver-Applikation eine bestimmte Website ausliefert verstehe ich auch noch nicht so recht :grubel:

[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.