Website oder Port überwachen

Uptime-Checks brauchen ein kostenloses Konto. Alarme aus Checks sind Teil von Pro und Team.

Ein Uptime-Check prüft einen Endpunkt von außerhalb deines Netzwerks, so wie deine Nutzer ihn erreichen. Er sagt dir, wenn eine Website, ein Port oder ein Zertifikat für sie nicht mehr funktioniert, auch wenn der Server dahinter in Ordnung aussieht.

Cloud Viewer führt den Check von seinen eigenen Servern aus. Es gibt also nichts zu installieren, und der Endpunkt muss nicht bei Hetzner liegen. Jeder Check läuft aus zwei unabhängigen Netzen, innerhalb und außerhalb von Hetzner, und gilt erst als ausgefallen, wenn beide übereinstimmen.

Ein Check sieht, was der Agent auf dem Server nicht sehen kann: den Load Balancer, den DNS-Eintrag, das Zertifikat oder die Route davor. Für einen Endpunkt, der nicht öffentlich ist oder Zugangsdaten braucht, nimm stattdessen einen Job-Report: Ein Job auf deinem Server meldet sein Ergebnis.

Was dein Plan enthält. Ein kostenloses Konto hat 4 Prüfziele mit zusammen höchstens 8 Checks, alle 5 Minuten geprüft, mit 30 Tagen Historie und ohne Alarme. Bei Pro und Team teilen sich Prüfziele die Plätze deiner überwachten Server, laufen so oft wie alle 60 Sekunden und senden Alarme. Siehe Pläne und Grenzen.

Einen Check in der App anlegen

Das Formular ist auf iPhone und Android gleich. Die Web-App kann noch keine Checks anlegen; nutze dafür das Portal.

1. Öffne Ressourcen und tipp auf Check hinzufügen. Vor deinem ersten Check zeigt der Tab an dieser Stelle Überwache einen Endpunkt, Port oder ein Zertifikat von außerhalb deines Netzwerks – leg jetzt einen an.

2. Trag unter „Was überwacht wird“ den Hostname ein: nur den Host, ohne https://, Port oder Pfad. Eine Adresse mit Zugangsdaten wird abgewiesen, weil Checks nie Zugangsdaten senden.

3. Optional: Öffne Details, um Web-Endpunkt (Standard), Port erreichbar oder Zertifikat zu wählen, einen Pfad, einen Port (nötig für einen Port- oder Zertifikats-Check) und einen Namen.

4. Tipp auf Hinzufügen. Die Zeile erscheint sofort; die ersten Ergebnisse kommen innerhalb weniger Minuten.

Die Apps können weder den akzeptierten Status, eine erforderliche Zeichenkette noch ein Antwortzeit-Budget festlegen, und sie können keinen Check bearbeiten.

Einen Check im Portal anlegen

Das Portal hat das vollständige Formular. Nur dort kannst du einen Check bearbeiten oder an eine Ressource hängen. Um dort Checks anzulegen, brauchst du die Rolle Administrator.

1. Öffne Uptime-Checks und wähl Prüfziel hinzufügen.

2. Wähl unter Was prüfst du? etwas, das du bereits überwachst, oder Etwas anderes im Internet, etwa einen Zahlungsdienstleister oder eine Partner-API.

3. Leg den Check an: Was geprüft wird (HTTP(S)-Endpunkt, TCP-Port oder TLS-Zertifikat), Host und Port, bei HTTP außerdem Pfad und Akzeptierter Status. Optional: Antwort muss enthalten, ein Latenzbudget (ms) und das Intervall (Sekunden): standardmäßig 60, bei einem kostenlosen Konto fest 300.

4. Speichere. Weitere Checks auf demselben Ziel legst du dort mit Check hinzufügen an.

Häng einen Check an eine Ressource, wo es geht. Er erscheint dann in der Detailansicht dieser Ressource, neben dem, was Hetzner meldet, mit seinem Alarm.

• Ein Load Balancer ist meist das nützlichste Ziel. Hetzners Health-Checks sagen ihm, welche Backends er nutzen soll, nicht ob er aus dem Internet erreichbar ist oder ob sein Zertifikat abgelaufen ist.
• Eine Floating IP bleibt, wenn der Server dahinter wechselt. Ein Check auf sie testet also auch dein Failover.
• Ein Check auf einen Server sagt dir nur etwas über diesen Server. Ein Server, den du bereits überwachst, belegt keinen zusätzlichen Platz.

Die Adresse muss öffentlich sein: Private und interne Adressen werden beim Speichern mit Angabe des Grundes abgewiesen.

Was du siehst

• Dashboard: Ein Prüfziel ist eine Zeile wie jede andere, eingeordnet neben deinen Servern. Siehe Das Dashboard.
• Ressourcen: die Gruppe Uptime-Checks, der schlechteste Zustand zuerst.
• An der Ressource: ein Abschnitt Checks für angehängte Checks.
• Check-Detailansicht: ein Heartbeat-Balken, eine Zelle je Intervall, über 24 Stunden, 7 Tage, 30 Tage oder 90 Tage, mit der Verfügbarkeit in Prozent und einer Zeile je Netz. Die Web-App hat noch keine Check-Detailansicht.

Grau heißt keine Daten, nicht ausgefallen. Zustände und Fehlergründe: Uptime-Checks-Referenz.

Alarme

Bei Pro und Team hat ein Check drei Alarme: unreachable from outside (kritisch, sobald beide Netze übereinstimmen), certificate expiring (Warnung bei 14 Tagen, kritisch bei 3) und slower than its budget (nur mit Antwortzeit-Budget). Uneinheitlich, wenn unsere beiden Netze sich uneinig sind, wird angezeigt, löst aber nie einen Alarm aus. Details: Alarmregeln.

Einen Check entfernen

Öffne in der App den Check und tipp auf Check entfernen. Seine Historie geht mit; der Dienst selbst bleibt unberührt. Entfernst du den letzten Check eines Ziels, verschwindet auch das Ziel, und sein Platz wird frei. Im Portal löscht Entfernen einen Check; das Ziel behält seinen Platz, bis du es unter Überwachte Server entfernst.

Uptime-Checks-ReferenzArten, Optionen, Zustände, Fehlergründe, was ein Check sendet und jede Grenze.

Alarme dorthin schicken, wo du arbeitestPush, die E-Mail-Zusammenfassung, Webhooks und PagerDuty.