Wenn sich eine PRTG Remote Probe nicht mit dem Core Server verbindet, lohnt sich ein Blick auf Fehlermeldung, Softwarestand und Probe-Zugriffsschlüssel. Handshake zwischen Probe und Core fehlgeschlagen Im damals dokumentierten Fall musste der Zugriffsschlüssel aus der PRTG-Konfiguration in der Remote Probe eingetragen werden. Zusätzlich sollten Probe und Core auf kompatiblen Softwareständen laufen.
Wenn ein Webportal hinter Reverse Proxy, Cache oder Load Balancer betrieben wird, reicht ein einfacher HTTP-Check oft nicht aus, um jeden Backend-Knoten gezielt zu überwachen. Ein erfolgreicher Request kann sonst lediglich aus einem Cache beantwortet werden. PRTG-Portalmonitoring hinter Proxy und Load Balancer Für aussagekräftige Tests kann es nötig sein, Requests gezielt an einzelne Knoten zu richten oder zusätzliche HTTP-Header zu verwenden. Je nach Architektur werden so Cache-Antworten vermieden oder bestimmte Backends angesprochen. Der ursprüngliche Artikel bezog sich auf ältere PRTG-Versionen und den damaligen HTTP-Advanced-Sensor. In aktuellen Installationen sollten die verfügbaren HTTP-Sensoren und Header-Optionen neu geprüft werden.