Ein Incident wird erst geöffnet, wenn zwei Prüfungen hintereinander fehlschlagen: Die fehlgeschlagene Prüfung wird von einem anderen Standort wiederholt oder, solange nur ein Standort online ist, 10 Sekunden später vom selben Ort. Wenn die Website bei Ihnen also noch funktioniert, sehen unsere Prüfung und Ihr Browser unterschiedliche Dinge. Der Incident zeigt, was die Prüfung gesehen hat.
Beginnen Sie mit den Belegen
Öffnen Sie den Incident unter Incidents. What we saw listet jede fehlgeschlagene Prüfung mit ihrem Fehler auf. Bei Websites sehen Sie außerdem:
Connected to und Resolved to: die IP-Adresse, die wir erreicht haben, und was das DNS geantwortet hat.Redirected to, das Certificate und Headers wie Server, CF-Ray und Retry-After.Start of the response: die ersten 2 kB, die der Server gesendet hat. Eine Sperrseite oder eine Fehlermeldung ist hier zu sehen.Einen Screenshot, wenn der Server geantwortet hat, oder den Netzwerkpfad (ein Traceroute), wenn nicht.
Der Screenshot wird von einem echten Browser in einem anderen Netzwerk aufgenommen. Sieht er gut aus, obwohl die Prüfung fehlgeschlagen ist, behandelt etwas unsere Prüfungen anders, oft eine Firewall-Regel.
Häufige Ursachen
Eine Firewall oder ein Bot-Schutz antwortet mit HTTP 403, HTTP 429 oder einer Challenge-Seite wie Cloudflares „Just a moment…“. Ihr Browser kommt durch; eine Prüfung kann keine Challenge lösen. Lassen Sie Uptimecheck durch die Firewall.Das Keyword steht nicht auf der Seite. Keywords beachten Groß- und Kleinschreibung und werden im HTML gesucht, das der Server sendet. Text, den JavaScript erst später hinzufügt, ist dort also nicht enthalten. Wählen Sie ein Wort aus dem Seitenquelltext oder nutzen Sie einen Ablauf in einem echten Browser.Weiterleitungen: Die Prüfung folgt bis zu 10 Weiterleitungen und bewertet die letzte Seite. Eine Weiterleitung auf eine Login-Seite, eine Cookie-Wall oder die Website eines anderen Landes kann daher ein Keyword scheitern lassen. Mehr als 10 ergeben Too many redirects.Der Statuscode: Standardmäßig gilt 200 bis 399 als erreichbar. Eine Seite hinter einem Login, die mit 401 antworten soll, braucht diesen Code unter Expected status codes.Das Zertifikat: Ein abgelaufenes oder selbstsigniertes Zertifikat oder eines für einen anderen Hostnamen markiert den Monitor als down, solange Verify TLS certificate aktiviert ist. Ein fehlendes Zwischenzertifikat nicht: Browser laden es nach, unsere Prüfung ebenso, aber der Monitor zeigt Incomplete chain, da manche Apps und ältere Geräte das nicht können.DNS: Nach einem Umzug behalten Resolver die alte Antwort, bis ihre TTL abläuft. Wir erreichen dann womöglich den alten Server, während Sie den neuen erreichen, oder umgekehrt. Vergleichen Sie Connected to mit der Adresse Ihres Servers. Ein Name, der nur innerhalb Ihres Netzwerks aufgelöst wird, lässt sich von außen nicht prüfen, und einer, der auf eine private Adresse auflöst, wird abgelehnt.Timeouts: Eine Prüfung wartet standardmäßig 10 Sekunden (Timeout (s)). Ihr Browser zeigt womöglich eine Kopie aus dem Cache oder von einem CDN in Ihrer Nähe, während der Server selbst langsam ist.Standort: Prüfungen laufen aus Stockholm, London und New York. Eine Website, die Besucher außerhalb ihres Landes sperrt, oder eine Netzwerkstörung zwischen einem dieser Standorte und Ihrem Host schlägt bei uns fehl, bei Ihnen aber nicht. Der Netzwerkpfad zeigt, wo die Pakete hängen bleiben.Ihr eigener Zugang: Eine freigegebene Büro-IP-Adresse, ein VPN, eine angemeldete Sitzung oder ein Eintrag in der Hosts-Datei kann dafür sorgen, dass die Website nur bei Ihnen funktioniert.
Wenn das Problem bei uns liegt
Hat das Netzwerk eines unserer Standorte Probleme, schlagen die meisten bekannten Websites, die wir von dort prüfen, gleichzeitig fehl. Darauf achten wir und halten Incidents von diesem Standort zurück, damit Sie nicht wegen unseres Problems alarmiert werden.
Selbst prüfen
Bearbeiten Sie den Monitor und senden Sie mit Test request eine Anfrage von unseren Servern, um die Antwort zu sehen. Ist die Ursache behoben, schließen zwei erfolgreiche Prüfungen hintereinander den Incident. Siehe So funktionieren Incidents und Belege und Fehlalarme reduzieren.