HTTP-Inhalts-Check-Referenz

Alle Parameter, Schwellenwerte und Konfigurationsoptionen für den HTTP-Inhalts-Check in octoja.

Geschrieben von Erdinc Akay

Zuletzt aktualisiert Vor etwa 2 Monaten

Der HTTP-Inhalts-Check überwacht Web-Endpunkte auf erwartete Statuscodes, Antwortinhalt und Antwortzeit.

Konfigurationsfelder

FeldTypErforderlichStandardBeschreibung
Zu überwachende EndpunkteListeJa—Ein oder mehrere zu überwachende Endpunkte
— URLStringJa—HTTP(S)-Endpunkt-URL
— HTTP-MethodeStringNeinGETHTTP-Methode. Eine von: GET, POST, HEAD. Bei HEAD wird der Antwortkörper nicht gelesen — Erwarteter Inhalts-Teilstring, Verbotener Inhalts-Teilstring, Antwortgröße und die Inhalts-Metriken werden nicht ausgewertet (angezeigt als N/A)
— Benutzerdefinierte HeaderSchlüssel-WertNein—Benutzerdefinierte HTTP-Header
— Anfrage-BodyStringNein—Anfragekörper. Wird nur gesendet, wenn die Methode POST ist
— Erwarteter StatuscodeGanzzahlNein200HTTP-Statuscode, der Erfolg anzeigt
— Erwarteter Inhalts-TeilstringStringNein—Text, der im Antwortkörper vorkommen muss
— Verbotener Inhalts-TeilstringStringNein—Text, der NICHT im Antwortkörper vorkommen darf
— Warnung Antwortzeit (ms)msNein5000Antwortzeit, die eine Warnung auslöst
— Kritische Antwortzeit (ms)msNein15000Antwortzeit, die ein kritisches Ergebnis auslöst
Timeout (ms)msNein30000Anfrage-Timeout in Millisekunden (gültiger Bereich: 1000–120000)

Das Check-Intervall wird in der Check-Zuweisung konfiguriert, nicht am Check selbst. Gültige Werte: 5–1440 Minuten; der Standard für den HTTP-Inhalts-Check ist 10 Minuten.

Erfasste Metriken

  • HTTP-Statuscode
  • Antwortzeit (ms)
  • Antwortgröße (Bytes)
  • Inhaltsübereinstimmung (gefunden / nicht gefunden)
  • Verbotener Inhalt (gefunden / nicht gefunden)

Plattformunterstützung

PlattformUnterstützt
WindowsJa
LinuxJa
macOSJa

Hinweise

  • Ein abweichender Statuscode, fehlender erwarteter Inhalt, vorhandener verbotener Inhalt oder ein Anfragefehler führen jeweils zu einem kritischen Ergebnis. Nur eine Antwortzeit zwischen Warn- und kritischem Schwellenwert führt zu einer Warnung.
  • Weiterleitungen werden automatisch verfolgt (bis zu 5); der erwartete Statuscode wird mit der finalen Antwort nach den Weiterleitungen verglichen.
  • Die Inhaltsübereinstimmung ist Groß-/Kleinschreibung-sensitiv. Verwende exakte Zeichenketten, die im Antwortkörper vorkommen.
  • Wenn sowohl erwarteter als auch verbotener Inhalt konfiguriert sind, ist der Check nur dann erfolgreich, wenn der erwartete Text vorhanden UND der verbotene Text nicht vorhanden ist.
  • Für Endpunkte, die Authentifizierung erfordern, füge die Anmeldedaten in die benutzerdefinierten Header ein (z. B. Authorization: Bearer <token>).
  • Dieser Check verifiziert keine SSL-Zertifikate. Für die Überwachung des SSL-Zertifikatsablaufs verwende den SSL/HTTP-Check.

Siehe auch: Einen HTTP-Inhalts-Check konfigurieren