Docs

Testen Sie eine RFC -URL (http, https usw.)

Antwortcode, Verbindungszeit, Übertragungszeit, Inhalt übereinstimmen, Zertifikat gültig

URL

RFC-URL (HTTP, HTTPS usw.)

Nutzername

Geben Sie einen Benutzernamen ein, falls die URL eine Authentifizierung erfordert. Um zu testen, ob eine Webseite den Benutzernamen und das Kennwort akzeptiert, wie in den spezifischen Feldern SKOOR Engine festgelegt, geben Sie die URL in den folgenden Weise ein:

http:// : @URL

Passwort

Geben Sie ein Passwort ein, falls die URL eine Authentifizierung erfordert.

Methode

Wählen Sie aus einer der folgenden Anforderungsmethoden:

GET (Standard)
PUT (Aktualisieren)
POST
LÖSCHEN

Wenn entweder PUT oder POST ausgewählt ist, wird ein zusätzliches Datentextfeld aktiviert.

Daten

Nur sichtbar, wenn entweder die PUT- oder die POST- Methode gewählt wurde. Ermöglicht die Eingabe des Hauptteils der PUT/POST-Anforderung.

Authentifizierung

Wählen Sie einen der folgenden Authentifizierungstypen:

Beliebig (ausgewählt von libcurl) (Standard)
Alle außer Basic
Basic
Verdauen
Digest mit IE-Geschmack
Verhandeln (SPNEGO)
NTLM

Proxy-Adresse

Es besteht die Möglichkeit, eine URL über einen Proxy zu testen. Wird dieses Feld verwendet, geht die Anfrage über den Proxy. Anders als bei normalen HTTP-Anfragen wird bei dieser Messung die Zeit des Verbindungsaufbaus zum Proxy miteinbezogen. Die Gesamtzeit inklusive Seitendownload ist schneller, wenn diese auf dem Proxy zwischengespeichert wird.

Proxy-Port

Proxy-Portnummer

Proxy-Benutzername

Geben Sie den Proxy-Benutzernamen ein

Proxy-Passwort

Proxy-Passwort eingeben

Proxy-Authentifizierung

Wählen Sie den Authentifizierungstyp gegenüber dem Proxy. Siehe Authentifizierungsparameter oben.

Auszeit

Timeout in Sekunden (Standard ist 120 s), bevor mit einer Warnung geantwortet wird, dass die Webseite nicht verfügbar ist

Inhaltliche Prüfung

Überprüfen Sie den Textinhalt im heruntergeladenen Dokument. Reguläre Ausdrücke werden unterstützt.

Weiterleitungen folgen

Aktivieren Sie dieses Kontrollkästchen, wenn Weiterleitungen befolgt werden sollen (bis zu 50 Weiterleitungen)

Ablauf des Zertifikats anzeigen

Aktivieren Sie dieses Kontrollkästchen, um das Ablaufdatum des SSL-Zertifikats zu überprüfen. Dadurch können Sie Alarmgrenzen für eine bestimmte Anzahl von Tagen vor Ablauf des Zertifikats konfigurieren.

Verbindungszeit unterdrücken
Übertragungszeit unterdrücken

Wenn eines dieser Kontrollkästchen aktiviert ist, werden die Verbindungszeit und/oder die Übertragungszeit jeder Prüfung nicht in der Datenbank gespeichert und ihre Werte sind im Wertebereich nicht mehr sichtbar. Ihre Werte sind auch nicht mehr für die Verwendung in Alarm Limit verfügbar.

SSL/TLS-Version

Wählen Sie eine der folgenden Implementierungen:

Standard
TLSv1
SSLV2
SSLV3

Die Standardeinstellung hängt von der Konfiguration des Betriebssystems ab.

Peer überprüfen

Bei HTTPS-Verbindungen kann das Server Zertifikat mit einer auf dem Kollektor gespeicherten Zertifikatsdatei verglichen werden. Aktivieren Sie diese Option, um zu prüfen, ob das SSL-Zertifikat des Server authentisch ist, d. h., dass man darauf vertrauen kann, dass der Server der ist, der das Zertifikat vorgibt zu sein. Wenn dieses Feld aktiviert ist, muss die korrekte Zertifikatsdatei des Server auf SKOOR Engine gespeichert sein (siehe nächster Parameter „Zertifikatsdatei“ ). Das gespeicherte Zertifikat wird mit dem vom Server ausgestellten Zertifikat verglichen, wenn der HTTP-Job ausgeführt wird.

Zertifikatsdatei

Nur sichtbar, wenn der Parameter „Peer überprüfen“ oben auf „Zertifikat muss authentisch sein“ eingestellt ist. Geben Sie den Namen der Zertifikatsdatei (z. B. host.crt ) ein, mit der das Zertifikat des Server verglichen wird. Zertifikatsdateien müssen zuerst in das Verzeichnis /opt/eranger/ Kollektor /certificates der SKOOR Engine kopiert werden. Der Pfad kann durch Bearbeiten der Variable http_cert_path in der Datei eranger- Kollektor .cfg geändert werden.

Host verifizieren

Nur sichtbar, wenn der oben auf Zertifikat festgelegte Peer -Peer -Parameter authentisch festgelegt ist . Wählen Sie die Überprüfung erfolgreich, um zu überprüfen, ob der im Zertifikat des Server angegebene gebräuchliche Name (CN) der URL des Server entspricht.

HTTP-Header

Geben Sie alle HTTP -Header ein, die SKOOR Engine mit der Anfrage senden sollte. Dies ist hauptsächlich nützlich, um die angeforderte Sprache der Webseite zu ändern, oder um den Agent zu ändern, mit dem SKOOR Engine auf den Server identifiziert wird. Der Standardbenutzer Agent ist: „ SKOOR Engine Monitoring Agent “ Wenn diese Header nicht definiert ist.

Inhalt in Datei speichern

Definieren Sie einen Dateinamen, bei dem die Ausgabe der Anfrage geschrieben wird.

Tags can be used, for example $DEVICE_ADDRESS$. Depending on the filename's suffix (.txt or .html) the browser will render the page differently when clicking on the file link. Specifying a well defined filename comes handy if the output will be analysed by a following parsefile job. An output file of the name wird erstellt, wenn dieses Feld leer bleibt, wobei n Ganzzahlen bei der Erstellung der ersten Arbeitsplätze zufällig generiert werden. Geben Sie nur den Dateinamen ohne Dateipfadkomponente an. Standardmäßig wird es unten gespeichert /var/opt/run/eranger/ Kollektor /tmp .

Antwortcode

Verwenden Sie den Antwortcode des Webservers als Alarm Limit . Normal akzeptierte Rückgaberückungscodes sind:

200 OK und 302 gefunden

Es kann aber auch jeder andere Wert überprüft werden.

Hier ist eine Liste der am häufigsten verwendeten Antwortcodes:

100 Weiter

This means that the Server has received the request headers, and that the client should proceed to send the request body (in the case of a request for which a body needs to be sent; for example, a POST request). If the request body is large, sending it to a Server when a request has already been rejected based upon inappropriate headers is inefficient. To have a Server check if the request could be accepted based on the request's headers alone, a client must send Expect: 100-continue as a header in its initial request and check if a 100 Continue status code is received in response before continuing (or receive 417 Expectation Failed and not continue).

200 OK

Standardantwort auf erfolgreiche HTTP -Anfragen.

201 Erstellt

Die Anfrage wurde erfüllt und führte dazu, dass eine neue Ressource erstellt wurde.

202 akzeptiert

Die Anfrage wurde zur Bearbeitung angenommen, die Verarbeitung wurde jedoch nicht abgeschlossen. Die Anfrage könnte möglicherweise nicht bearbeitet oder nicht bewirkt, da sie bei der Verarbeitung möglicherweise nicht zugelassen wird.

301 bewegte sich dauerhaft

Dies und alle zukünftigen Anfragen sollten an die angegebene URL gerichtet werden

302 gefunden

Dies ist der beliebteste Umleitungscode, aber auch ein Beispiel für die industrielle Praxis, die dem Standard widerspricht. Die HTTP/1.0 -Spezifikation erforderte den Kunden, eine vorübergehende Umleitung durchzuführen (das ursprüngliche beschriebene Ausdruck wurde "vorübergehend bewegt"), aber beliebte Browser implementierten es jedoch mit einem Abstand. Als ob es der 303 wäre.

305 Verwenden Sie Proxy (da HTTP/1.1)

Viele HTTP -Clients (wie Mozilla und IE) verarbeiten Antworten mit diesem Statuscode vor allem aus Sicherheitsgründen nicht korrekt.

307 vorübergehende Umleitung

Bei dieser Gelegenheit sollte die Anfrage mit einem anderen URI wiederholt werden, aber zukünftige Anfragen können immer noch die ursprüngliche URI verwenden. Im Gegensatz zu 303 sollte die Anforderungsmethode bei der Neuausstellung der ursprünglichen Anfrage nicht geändert werden. Beispielsweise muss eine Postanforderung mit einer anderen Postanforderung wiederholt werden.

400 schlechte Anfrage

Die Anfrage enthält schlechte Syntax oder kann nicht erfüllt werden.

401 nicht Autorisiert

Ähnlich wie 403 Forbidden , aber speziell für den Einsatz, wenn eine Authentifizierung möglich ist, aber fehlgeschlagen ist oder noch nicht erfolgt ist.

403 Verboten

Die Anfrage war rechtmäßig, aber der Server weigert sich, darauf zu antworten. Anders als bei einer 401-Antwort „Nicht autorisiert“ macht die Authentifizierung keinen Unterschied.

404 Nicht gefunden

Die angeforderte Ressource konnte nicht gefunden werden.

405 Methode nicht erlaubt

Eine Anfrage wurde von einer Ressource unter Verwendung einer Anforderungsmethode gestellt, die von dieser Ressource nicht unterstützt wurde. Beispielsweise verwenden Sie GET in einem Formular, bei dem Daten per Post angezeigt werden müssen, oder verwenden Sie eine schreibgeschützte Ressource.

406 nicht akzeptabel

407 Proxy -Authentifizierung erforderlich

408 Anfrage timeout

Der Client konnte die Anforderung nicht fortsetzen – außer während der Wiedergabe von Adobe Flash-Videos, wo dies lediglich bedeutet, dass der Benutzer das Videofenster geschlossen oder zu einem anderen Video gewechselt ist.

409 Konflikt

410 weg

Zeigt an, dass die angeforderte Ressource nicht mehr verfügbar ist und nicht erneut verfügbar ist. Dies sollte verwendet werden, wenn eine Ressource absichtlich entfernt wurde. In der Praxis wird jedoch ein 404 nicht gefundener stattdessen ausgestellt.

411 Länge erforderlich

412 Voraussetzung fehlgeschlagen

413 Anfrage Entität zu groß

414 Request-URI zu lang

415 Nicht unterstützter Medientyp

416 Angeforderter Bereich nicht erfüllbar

Der Client hat einen Teil der Datei angefordert, aber der Server kann diesen Teil nicht bereitstellen (z. B. wenn der Client einen Teil der Datei angefordert hat, der hinter dem Dateiende liegt).

417 Erwartung nicht erfüllt

421 Es gibt zu viele Verbindungen von Ihrer Internetadresse

422 Nicht verarbeitbare Entität

Die Anfrage war wohlformuliert, konnte aber aufgrund semantischer Fehler nicht verfolgt werden.

423 Gesperrt (WebDAV)

Die Ressource, auf die zugegriffen wird, ist gesperrt

424 Fehlgeschlagene Abhängigkeit (WebDAV)

Die Anforderung ist aufgrund des Fehlers einer vorherigen Anforderung (z. B. eines PROPPATCH) fehlgeschlagen.

425 Ungeordnete Sammlung

Definiert in Entwürfen von WebDAV Advanced Collections, jedoch nicht in "WebDAV -Kollektionsprotokoll" Distributed Authoring and Versioning (WebDAV) ".

426 Upgrade erforderlich

Der Client sollte wechseln zu.

449 Wiederholen mit

Eine Microsoft -Erweiterung: Die Anfrage sollte nach der entsprechenden Aktion wiedergegeben werden.

500 interner Server

501 nicht implementiert

502 Bad Gateway

503 Dienst nicht verfügbar

504 Gateway Timeout

505 HTTP -Version nicht unterstützt

506 Variante verhandelt auch

507 Unzureichende Lagerung

509 Bandbreitengrenze überschritten überschritten

Dieser Statuscode, der von vielen Servern verwendet wird, ist kein offizieller HTTP -Statuscode.

510 nicht verlängert

Verbindungszeit

Zeit, bis die TCP -Verbindung zum Server eingerichtet ist (in MS). SSL -Handshake wird nicht berechnet.

Transferzeit

Zeit, bis eine Webseite serviert und die Verbindung geschlossen ist (in MS)

Inhalt passt

Setzen Sie Grenzen gemäß der Häufigkeit, mit der ein String oder ein regulärer Ausdruck in gefunden werden in
Der Inhalt der getesteten Webseite

Zertifikat gültig

Die Anzahl der Tage, bis das Remote -SSL -Zertifikat abläuft.

Fehlercode

Generischer Jobfehlercode (siehe Abschnitt Jobfehlercodes )

http: // $ Device_address $

Aktivieren