Hai ihr,

ich muss die WEB Seiten unserer Firma auf Verfügbarkeit prüfen.
Also einen Test wie die Antwortzeiten sind usw.
Das ganze mit x Minuten Takt mit einem Protokoll im TXT Format.

Kennt einer von euch ein Programm (möglichst ohne setup) mit dem ich das machen kann?

Gruß

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

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 :-/

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

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.

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

Vielleicht ist das etwas in deine Richtung: http://www.pingdom.com/

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

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?")

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: