# Fehlersuche

> Such, was du siehst: warum ein Monitor ausfällt, obwohl die Seite läuft, Alarme ausbleiben, Aufgaben als verspätet gelten, alte Vorfälle auf der Statusseite stehen, 402 erscheint und mehr.

Source: https://upfour.io/de/docs/troubleshooting

Such, was du auf dem Bildschirm siehst. Jeder Eintrag sagt, warum das passiert und was du tun kannst. Passt nichts, [schreib dem up4-Team](https://upfour.io/de/contact) und nenn den Monitor oder die Seite.

## Ein Monitor ist down, aber meine Seite läuft

**Du siehst** einen Monitor mit dem Zustand **Nicht erreichbar**, während die Seite im Browser lädt. Die fehlgeschlagene Prüfung nennt, was schiefging, zum Beispiel „HTTP 403“, „Check timed out“, „Connection refused“ oder „Address not found (DNS)“. Die App zeigt diese Meldungen auf Englisch.

**Mögliche Ursachen**

- Eine Firewall oder ein Bot-Schutz sperrt die Prüfserver. Sie kommen von festen Adressen, die unter [Woher die Prüfungen kommen](https://upfour.io/ips) stehen.
- Die Seite antwortet einem Programm anders als einem Browser, etwa mit 403, oder leitet weiter, während **Weiterleitungen folgen** aus ist. Nur eine 2xx-Antwort zählt als up, außer du erwartest einen anderen Status.
- Der Server lehnt die Methode ab. Ein Monitor mit HEAD schlägt fehl, wenn der Server 405 antwortet.
- Der Server braucht länger als das Zeitlimit der Anfrage, 30 Sekunden ohne eigene Einstellung, höchstens 1 Minute.
- Der Name löst sich von den Prüfservern aus noch nicht auf, zum Beispiel nach einer DNS-Änderung.
- Nur einzelne Regionen schlagen fehl, wegen einer regionalen Sperre oder eines schlechten Wegs.

**Was du tun kannst** Öffne die fehlgeschlagene Prüfung und lies ihre Meldung. Erlaube die Adressen der Prüfserver, stell die Methode auf GET oder erhöhe das Zeitlimit. [Website-Prüfungen im Detail](https://upfour.io/de/docs/how/checks-and-regions#http-checks).

## Eine Suchbegriff-Prüfung schlägt fehl, obwohl das Wort auf der Seite steht

**Du siehst** eine fehlgeschlagene Prüfung mit der Meldung „Required keyword not found“.

**Mögliche Ursachen**

- **Groß-/Kleinschreibung ignorieren** ist aus. Die Suche achtet dann auf Groß- und Kleinschreibung, und die Meldung hängt „search is case-sensitive“ an.
- Das Wort steht hinter dem ersten 1 MiB der Antwort. Die Meldung sagt dann „not found in the first 1 MiB“.
- Skripte fügen das Wort erst nach dem Laden ein. Der Prüfserver liest nur das HTML, das er bekommt, und führt kein JavaScript aus.
- Die Seite antwortet nicht mit 2xx, zum Beispiel mit einer Fehler- oder Einwilligungsseite. Eine Suchbegriff-Prüfung braucht neben dem Wort auch einen 2xx-Status.
- Die Wendung enthält Markup oder Sonderzeichen und weicht deshalb vom gesendeten HTML ab.

**Was du tun kannst** Öffne den Quelltext der Seite im Browser und such nach dem genauen Wort. Kürze die Wendung auf ein einfaches Wort. [Seiteninhalt prüfen](https://upfour.io/de/docs/check-page-content.md).

## Eine Prüfung schlägt mit einem Zertifikatsfehler fehl

**Du siehst** eine fehlgeschlagene Prüfung einer HTTPS-Adresse mit der Meldung „TLS certificate or handshake failed“.

**Mögliche Ursachen** Das Zertifikat ist abgelaufen, nicht vertrauenswürdig, selbst signiert oder für einen anderen Namen ausgestellt. up4 prüft Zertifikate, solange du das nicht abschaltest. Die Meldung erscheint auch, wenn Server und Prüfserver keine gemeinsame TLS-Einstellung finden.

**Was du tun kannst** Erneuere oder korrigiere das Zertifikat. Bei einem Testserver mit eigenem Zertifikat schalte **TLS-Zertifikat prüfen** aus. Um früh vom Ablauf zu hören, setze **Warnung vor Zertifikatsablauf**. [Zertifikate und Domains](https://upfour.io/de/docs/how/checks-and-regions#tls-certificates).

## Ein Monitor wechselt ständig zwischen up und down

**Du siehst** viele kurze Ausfälle und Entwarnungen bei einem Monitor.

**Mögliche Ursachen** Das Ziel fällt hin und wieder aus, zum Beispiel unter Last. up4 wartet schon auf 3 übereinstimmende Ergebnisse, bevor sich der Zustand ändert. Die Ausfälle dauern also länger als eine einzelne Prüfung.

**Was du tun kannst** Erhöhe **Zusätzliche Bestätigungszeit**, damit ein Ausfall länger anhalten muss, und **Erholungszeit**, damit up4 bis zur Entwarnung auf Stabilität wartet. Oder wähle für die Alarme **Kurze Aussetzer ignorieren**. [Wann du alarmiert wirst](https://upfour.io/de/docs/how/when-you-get-alerted.md).

## Es kommt keine Alarm-E-Mail an

**Du siehst** einen Monitor, der down ist, oder einen Testalarm, der nicht ankommt, und keine E-Mail.

**Mögliche Ursachen**

- Der Zustand hat sich noch nicht geändert. Er braucht 3 übereinstimmende Ergebnisse.
- Der Monitor ist pausiert oder in einem Wartungsfenster und wird nicht geprüft.
- Der Alarmmodus ist **Kurze Aussetzer ignorieren**: Er alarmiert erst, wenn die Ausfallzeit 3 Minuten erreicht. Ein kürzerer Ausfall bleibt im Verlauf.
- Niemand ist ausgewählt. Das Formular warnt dich: Bei einem Ausfall wird niemand benachrichtigt. Wähle einen Kanal oder einen Alarmplan..
- Die E-Mail liegt im Spam, oder die Adresse ist falsch.
- Das Monitoring ist pausiert, weil das Guthaben aufgebraucht ist, siehe [Das Monitoring ist pausiert](https://upfour.io/de/docs/troubleshooting#monitoring-paused).

**Was du tun kannst** Wähle auf der Monitorseite **Testbenachrichtigung senden**, schau in den Spam-Ordner und füge einen zweiten Benachrichtigungskanal hinzu. [Alarme empfangen](https://upfour.io/de/docs/receive-alerts.md).

## Der Alarm kommt spät

**Du siehst** einen Alarm Minuten nach dem Ausfall der Seite.

**Mögliche Ursachen** Die erste fehlgeschlagene Prüfung kommt zum nächsten Intervall, dazu folgen zwei sofortige Wiederholungen. **Zusätzliche Bestätigungszeit** addiert seine Zeit auf dem Weg nach unten, **Kurze Aussetzer ignorieren** wartet, bis sich die Ausfallzeit summiert, und ein Alarmplan kann vor seinen späteren Stufen warten. Danach hängt die Zustellung vom Benachrichtigungskanal und seinem Anbieter ab.

**Was du tun kannst** Verkürze das Intervall, senke die zusätzliche Bestätigungszeit und setze die Leute, die zuerst reagieren sollen, in die erste Stufe des Alarmplans. [Wann du alarmiert wirst](https://upfour.io/de/docs/how/when-you-get-alerted.md).

## Ein Monitor blieb bei einem Ausfall still

**Du siehst** weder Alarm noch Prüfergebnisse für eine Zeit, in der die Seite down war.

**Mögliche Ursachen** Ein Wartungsfenster war aktiv. Der Prüfserver überspringt die Prüfungen eines Monitors innerhalb seines Fensters, es gibt also weder Ergebnisse noch Alarme. Das Fenster folgt der Zeitzone, die du am Monitor setzt. Das Formular stellt Europe/Berlin vor. Ein Fenster in deiner eigenen Ortszeit kann deshalb um Stunden verrutschen.

**Was du tun kannst** Prüfe Zeiten, Wochentage und Zeitzone des Fensters am Monitor. [Wartung planen](https://upfour.io/de/docs/plan-maintenance.md).

## Eine Geplante Aufgabe gilt als verspätet, obwohl sie lief

**Du siehst** „Erwarteter Zeitpunkt überschritten, Toleranzzeit läuft“, „Toleranzzeit ohne Rückmeldung abgelaufen“ oder „Letzter Lauf meldete einen Fehler“ bei einer Aufgabe, die gelaufen ist.

**Mögliche Ursachen**

- up4 zählt ab dem letzten Check-in, nicht ab der Cron-Zeit. Ist das erwartete Intervall verstrichen, gilt die Aufgabe als verspätet. Ist auch die Kulanzzeit verstrichen, hat sie ihren Check-in verpasst und up4 alarmiert, innerhalb von 30 Sekunden nach diesem Moment.
- Der Check-in geht am Anfang der Aufgabe raus, oder die Aufgabe läuft länger als Intervall plus Kulanzzeit.
- Der Check-in erreicht up4 nicht: eine falsche Adresse (up4 antwortet 404), ein Proxy im Weg oder eine Signatur, die nicht passt (up4 antwortet 401).
- Die Aufgabe hat selbst einen Fehler gemeldet und steht auf „Letzter Lauf meldete einen Fehler“, bis der nächste gute Check-in kommt.
- Das Monitoring ist pausiert. up4 bestätigt Check-ins dann mit Status 200, verwirft sie aber.

**Was du tun kannst** Sende den Check-in als letzten Schritt der Aufgabe, vergrößere die Kulanzzeit und ruf die Adresse von Hand auf: Ein funktionierender Check-in antwortet mit Status 200\. [Geplante Aufgabe überwachen](https://upfour.io/de/docs/watch-a-scheduled-job.md).

## Eine neue Geplante Aufgabe bekommt keinen ersten Check-in

**Du siehst** „Noch keine Rückmeldung eingegangen“, lange nachdem du sie eingerichtet hast.

**Mögliche Ursachen** Die Aufgabe ist noch nicht gelaufen, weil ihr Zeitplan noch nicht dran war, die Adresse unvollständig kopiert wurde oder die Anfrage dein Netz nicht verlässt. up4 nimmt GET-, POST- und HEAD-Anfragen an. Eine Aufgabe, die beim Fortsetzen des Monitorings nach einer Pause zurückgesetzt wurde, wartet genauso auf ihren nächsten Check-in.

**Was du tun kannst** Führe die Aufgabe einmal von Hand aus und achte auf Status 200\. Kopiere die Adresse erneut von der Seite der Aufgabe. [Geplante Aufgabe überwachen](https://upfour.io/de/docs/watch-a-scheduled-job.md).

## Meine Statusseite zeigt einen alten Vorfall

**Du siehst** einen Vorfall auf der öffentlichen Seite, der längst vorbei ist.

**Mögliche Ursachen** Eine Meldung, die du von Hand geschrieben hast, bleibt offen, bis du ein Update postest, das sie auflöst. Automatische Meldungen öffnet und schließt ein Hintergrundjob, der regelmäßig läuft, sie können dem Vorfall also kurz hinterherhinken. Eine öffentliche Seite wird außerdem kurz zwischengespeichert, eine Änderung braucht deshalb einen Moment.

**Was du tun kannst** Öffne die Seite im Editor, such die Meldung und poste ein Update, das sie auflöst. [Statusseite veröffentlichen](https://upfour.io/de/docs/publish-a-status-page.md).

## Prüfergebnisse wirken langsam

**Du siehst** Antwortzeiten, die höher liegen als in deinem Browser.

**Mögliche Ursachen** Die Zeit umfasst die ganze Anfrage vom Prüfserver der Region zu deinem Server und zurück, samt Verbindungs- und Zertifikatsaufbau. Eine Region weit weg von deinem Server zeigt höhere Zeiten als eine nahe. Ein langsamer Server zeigt es in jeder Region.

**Was du tun kannst** Vergleiche die Regionen des Monitors. Nimm eine Region nahe bei deinen Besuchern dazu. Um von Langsamkeit zu erfahren, schalte „Warnen, wenn das Ziel langsam wird, aber erreichbar bleibt“ ein und setze bei Bedarf einen eigenen Wert unter **Langsamer als**. [Langsame Server](https://upfour.io/de/docs/how/checks-and-regions#slow-servers).

## Ich kann keinen Monitor anlegen (402 oder Guthaben-Meldung)

**Du siehst** eine Ablehnung wie „your available credit is used up“, „minimum check interval for your plan is …“ oder „plan limit exceeded“. Über die API trägt sie den Status 402.

**Mögliche Ursachen** Das Guthaben ist aufgebraucht. Das Intervall ist kürzer, als dein Tarif erlaubt. Der Monitor verlangt mehr Regionen, als dein Tarif enthält, oder du hast eine Obergrenze für die Zahl der Monitore erreicht.

**Was du tun kannst** Wähle **Guthaben aufladen** oder einen Tarif, verlängere das Intervall oder nimm weniger Regionen. [Guthaben und Tarife](https://upfour.io/de/docs/credit-and-plans.md).

## Das Monitoring ist pausiert

**Du siehst** „Überwachung pausiert“ oder das Banner „Übergangsmodus – Guthaben aufgebraucht“.

**Mögliche Ursachen** Das Startguthaben ist vor der ersten Zahlung aufgebraucht: Monitore und Geplante Aufgaben pausieren sofort. Nach einer ersten Zahlung startet ein leeres Guthaben den Übergangsmodus: 7 Tage lang laufen Prüfungen alle 5 Minuten ohne Kosten, danach pausiert das Monitoring. Nichts wird gelöscht, und Check-ins während der Pause zählen nicht.

**Was du tun kannst** Wähle **Guthaben aufladen** oder einen Tarif. Sobald Guthaben da ist, laufen die Prüfungen weiter. [Guthaben und Tarife](https://upfour.io/de/docs/credit-and-plans.md).

## Eine Region lässt sich nicht wählen

**Du siehst** eine Region, die sich nicht wählen lässt und mit „In dieser Region ist derzeit kein betriebsbereiter Prüfserver aktiv“ markiert ist, oder die Ablehnung „plan limit exceeded: regions“.

**Mögliche Ursachen** Kein Prüfserver dieser Region hat sich zuletzt gemeldet, oder dein Tarif erlaubt weniger Regionen je Monitor.

**Was du tun kannst** Versuch es in einer Minute erneut oder wähl eine andere Region. [Regionen](https://upfour.io/de/docs/how/checks-and-regions#regions).

## Meine Adresse wird abgelehnt

**Du siehst** beim Speichern eine Ablehnung für eine Adresse wie `localhost` oder eine, die mit `192.168` beginnt, oder eine fehlgeschlagene Prüfung mit „Target blocked by the network safety policy“.

**Mögliche Ursachen** Die Prüfserver stehen im öffentlichen Internet und erreichen keine privaten oder reservierten Adressen. Ein Name, der auf eine solche Adresse zeigt, wird beim Verbinden blockiert.

**Was du tun kannst** Überwache eine öffentliche Adresse. Für etwas in deinem Netz lass es stattdessen per Geplanter Aufgabe nach außen melden. [Geplante Aufgabe überwachen](https://upfour.io/de/docs/watch-a-scheduled-job.md).

## Ein Vorfall hat keinen Screenshot

**Du siehst** einen Vorfall ohne Screenshot und einen Hinweis, warum, zum Beispiel „Kein Screenshot: Das Monitoring ist pausiert, bis Guthaben aufgeladen wird.“.

**Mögliche Ursachen** **Incident-Screenshots** ist für den Monitor aus, das Monatskontingent ist aufgebraucht (der Hinweis nennt das Datum, ab dem es wieder Screenshots gibt), die Seite hat nicht geantwortet und es gab nichts aufzunehmen, oder das Monitoring ist pausiert oder im Übergangsmodus. Screenshots gibt es nur für Website-Monitore.

**Was du tun kannst** Lies den Hinweis am Vorfall und schalte die Einstellung am Monitor ein, falls sie aus ist. [Vorfall bearbeiten](https://upfour.io/de/docs/handle-an-incident.md).

## Der Einladungslink ist abgelaufen

**Du siehst** „Diese Einladung ist abgelaufen.“ oder „Dieser Einladungslink ist ungültig oder abgelaufen.“

**Mögliche Ursachen** Einladungslinks gelten nach dem Versand nur begrenzte Zeit. Ein Link, der schon benutzt wurde, gilt nicht erneut.

**Was du tun kannst** Bitte einen Admin, die Einladung mit **Erneut senden** in der Mitgliederliste neu zu senden. [Team und Rollen](https://upfour.io/de/docs/team-and-roles.md).

## Was up4 hier nicht macht

- Diese Seite deckt ab, was up4 anzeigt und tut. In deine Server, Firewalls oder Mailsysteme sieht up4 nicht hinein.
- Warum eine Seite eine Prüfung abgelehnt hat, kann up4 nur anhand von Status und Meldung sagen, die ankamen.