Wenn ein PRTG-HTTP-Sensor bei einer URL den Status 404 Not Found erhält, bedeutet das zunächst: Der Webserver wurde erreicht, aber der angeforderte Pfad liefert keine vorhandene Ressource. Der 404-Code kommt also normalerweise vom Zielserver beziehungsweise der Webanwendung – nicht dadurch, dass PRTG den Server gar nicht erreichen kann.
Warum funktioniert eine Unterseite, die Startseite aber nicht?
Wenn beispielsweise https://example.de/ mit 404 antwortet, https://example.de/leistungen/ aber mit 200 OK, ist die Unterseite ein gültiges Monitoring-Ziel, während für den Root-Pfad / auf dem Webserver oder in der Anwendung keine passende Route ausgeliefert wird.
So grenzt du den Fehler ein
- Rufe die exakt im PRTG-Sensor eingetragene URL direkt vom Probe-System aus auf.
- Prüfe den HTTP-Status beispielsweise mit
curl -I https://example.de/. - Kontrolliere Pfad, Protokoll
http/https, Port, Hostname und eventuelle Weiterleitungen. - Wenn nur eine bestimmte Seite überwacht werden soll, trage deren vollständige absolute URL in den HTTP-Sensor ein.
- Wenn unbedingt die Startseite
/überwacht werden soll, muss der Webserver beziehungsweise Reverse Proxy dort einen passenden erfolgreichen Response liefern.
PRTG dokumentiert, dass die HTTP-Sensoren eine konkrete URL überwachen und der HTTP v2 Sensor den Response Code des Zielservers als eigenen Kanal ausgeben kann. Ein echter 404 ist deshalb ein sinnvoller Fehlerhinweis und sollte nicht einfach als „OK“ umdefiniert werden.