Changelog

Bei der Registry liest LIVCK Registrierung, Ablaufdatum, Registrar und Sperren deiner Domains. In der Zone der Endung prüft es, ob die Domain eingetragen ist und auf welche Nameserver sie zeigt. Daten zum Inhaber einer Domain liest und speichert LIVCK nicht.

Die Domain hinter einem HTTP-, SSL-, TCP-, DNS- oder ICMP-Check überwachst du im neuen Tab Domain mit dem Häkchen Domain dieses Services überwachen. Das kostet nichts und ist gesetzt, wenn das Ziel ein Domainname ist. Eine Domain ohne Website dahinter legst du als Service vom Typ Domain an. Er zählt wie jeder andere Service. Unter Domains in der Navigation stehen alle Domains deiner Services. Jede hat eine eigene Seite mit Registrierung, Nameservern samt DNS-Anbieter, einer Checkliste zu ihrem Schutz und dem Verlauf. Über die API und MCP geht das ebenso.

Alarme und Hinweise sind noch nicht aktiv. Die Überwachung läuft die nächsten Tage still mit. Danach meldet LIVCK, wenn eine Domain aus der Zone fällt oder gesperrt wird, und gibt Hinweise zu Ablauf, Nameservern, Registrar, Transfersperre und DNSSEC. Wann du von einer Domain hörst, stellst du schon jetzt im Tab Domain unter Meldungen ein. Mehr dazu in der Hilfe.

Fehlt einem Link-Ziel https://, ergänzt der Builder es, sobald du das Feld verlässt. Ein ungültiges Ziel nennt er dann gleich und nicht erst beim Speichern. Felder mit Obergrenze zählen die Zeichen mit. Links und Blöcke sortierst du per Ziehen oder mit den Pfeiltasten. Die Vorschau zeigt die Sprache, in der du gerade schreibst, und folgt dem geöffneten Block.

Strg+S bzw. Cmd+S speichert, Verwerfen nimmt alle Änderungen zurück. Verlässt du die Seite mit ungespeicherten Änderungen, fragt die Konsole vorher nach. Lehnt LIVCK das Speichern ab, springt die Seite zum ersten Fehler. Bei mehreren Sprachen steht ein Text, der für alle Sprachen gilt, jetzt in jedem Sprach-Tab.

Mit mehreren eigenen Links und einem Button lief die Kopfzeile über ihren Rand: Der Name der Seite verschwand, auf kleineren Bildschirmen auch Button und Einstellungen. Jetzt wandert, was keinen Platz hat, ins Menü hinter dem Zahnrad. Eine Kopfzeile, die passt, bleibt, wie sie ist.

Beim Pausieren legst du unter Wie lange? fest, wann der Service von selbst wieder anläuft: für 30 Minuten, 1 Stunde, 3 Stunden, bis morgen oder bis zu einem Zeitpunkt deiner Wahl, höchstens 90 Tage. Bis ich fortsetze gibt es weiterhin. Das geht auch direkt aus der Service-Liste. Bis zum Ende zählt die Konsole die Zeit herunter. Mit Verlängern und Jetzt fortsetzen änderst du eine laufende Pause. Eine Notiz fürs Team ist nur in der Konsole sichtbar und erscheint nie auf einer Statuspage.

Auch einen manuell gesetzten Status kannst du befristen. Danach zeigt die Statuspage wieder den gemessenen Status. Läuft dann noch eine Wartung, steht dort der Wartungsstatus.

Hat dein Tarif zum Ende der Pause keinen Platz, bleibt der Service pausiert. Das siehst du auf dem Dashboard, und Inhaber und Admins deiner Organisation bekommen eine E-Mail. Pause und Status auf Zeit gehen auch über die API und den MCP. Beim Planen einer Wartung gibst du das Ende jetzt wahlweise als Dauer an.

Die Vorfälle sind in die Reiter Offen, Behoben, Intern und Alle geteilt, jeweils mit Anzahl. Du filterst nach Schweregrad, Service, Tag, Statuspage und Zeitraum, danach, ob ein Vorfall automatisch erkannt oder von Hand gemeldet wurde, und suchst im Titel. Die Einträge sind nach Tagen getrennt. Die Filter stehen in der Adresse. So kannst du eine gefilterte Liste als Link weitergeben.

Mit Alle Treffer auswählen behebst oder löschst du alles, was zum Filter passt, auch über mehrere Seiten, bis zu 500 Vorfälle auf einmal. Kommt ein neuer Vorfall dazu, springt die Liste nicht mehr. Ein Hinweis oben zeigt ihn an.

Die Wartungen teilen sich genauso in Anstehend & laufend, Vergangen, Abgebrochen und Alle, mit Filtern für Typ, Service, Tag, Statuspage und Zeitraum.

Jede Seite eines Service hat jetzt denselben Head: Name, Status mit der Angabe, seit wann er besteht, Check-Typ und Ziel. Bearbeiten und Pausieren stehen direkt daneben, Status manuell setzen, Duplizieren und Löschen liegen im Menü ⋯.

Darunter wechselst du über Reiter zwischen Übersicht, Insights, Checks und Artefakte, bei Server-Agents zwischen Übersicht, Analyse und Verlauf. Springst du zu einem anderen Service, bleibst du auf demselben Reiter.

Services öffnen

Über der Liste filterst du nach Status, Typ, Provider und Tags. Mehrere Werte in einem Filter zeigen alle passenden Services, mehrere Filter zusammen nur die, die alle erfüllen.

Unter der Uptime steht eine Uptime-Bar der letzten 30 Tage. So siehst du in der Liste, wann es Störungen gab.

Die Übersicht zeigt die Antwortzeit als vollständiges Diagramm und zwei neue Karten.

Leistung je Standort zeigt je Monitoring-Standort die Uptime und die durchschnittliche Antwortzeit der letzten 7 Tage, der langsamste zuerst. Verbindungen zeigt, wer bei einem Ausfall alarmiert wird, welche Vorfälle offen sind, welche Wartungen anstehen und auf welchen Statuspages der Service erscheint.

Uptime und andere Prozentwerte stehen in der Konsole jetzt mit Komma und Leerzeichen, also „99,55 %“ statt „99.55%“.

Solo enthält jetzt drei Monitoring-Standorte statt zwei. Mit drei Standorten entscheidet eine echte Mehrheit, ob ein Service ausgefallen ist: Zwei von drei müssen den Fehler melden. Meldet nur ein Standort einen Fehler, gilt der Service als beeinträchtigt und nicht als ausgefallen.

Den dritten Standort wählst du in den Einstellungen deiner Organisation oder je Service dazu.

Tarife ansehen

Schlug ein Check fehl, weil eine deiner Bedingungen gegriffen hat, stand unter Insights bei Fehlerursachen bisher „Keine Fehler“. Diese Checks erscheinen dort jetzt als eigene Ursache.

Im Heartbeat steht neben der Toleranzzeit jetzt Bestätigungen vor Alarm (1 bis 5). Bei 1 alarmieren wir wie bisher sofort beim ersten verpassten Intervall.

Voreingestellt sind 2 bei Intervallen bis fünf Minuten und 1 darüber. Grund: Bestätigungen mal Intervall ergibt die Zeit bis zum Alarm — bei einem täglichen Backup wären zwei Runden zwei Tage.

Zwei Fälle alarmieren weiterhin sofort, unabhängig von der Einstellung: ein Ping an /fail und ein Lauf, der gestartet, aber nie fertig gemeldet hat. Beides meldet dein Skript selbst, da ist nichts verloren gegangen.

Bestehende Heartbeats mit kurzem Intervall haben wir bereits auf 2 gesetzt. Ihre Zeit bis zum Alarm verlängert sich dadurch um ein Intervall — wenn du das nicht willst, stell den Wert auf 1.

Heartbeats öffnen

Bisher reichte ein ausgebliebener Ping, damit ein Heartbeat auf Ausgefallen wechselt und benachrichtigt. Bei einem minütlichen Job hieß das: eine einzelne Anfrage, die unterwegs verloren geht, wird zu einem Vorfall — obwohl dein Job sauber gelaufen ist.

Jetzt zählen wir. Erst wenn mehrere Intervalle hintereinander fehlen, gilt der Dienst als ausgefallen. Jeder eingehende Ping setzt den Zähler zurück: ein Aussetzer am Vormittag und einer am Nachmittag addieren sich nicht.

Die Erholung bleibt sofort — der erste Ping, der wieder ankommt, setzt den Dienst zurück auf Aktiv.

In der Service-Übersicht steht vor jedem Ziel das Logo des Providers, zum Beispiel Hetzner, Cloudflare oder STACKIT. Bei Server-Agents steht es neben jeder IP-Adresse. Der Tooltip zeigt Name, Land, Adressen und ob ein CDN davor sitzt.

Neue und geänderte Services erkennen wir nach wenigen Sekunden.

Services öffnen

Prüfungen aus Nordeuropa laufen ab sofort über Helsinki. Der Standort hängt an einem eigenen Netz (AS202053) und zählt damit als vollwertige unabhängige Stimme, wenn mehrere Standorte darüber abstimmen, ob ein Dienst wirklich ausgefallen ist. Wie jeder Standort ist er optional: Du entscheidest in den Einstellungen, ob Helsinki für Deine Services messen soll — bis dahin bekommt er keine Prüfungen von Dir.

UpCloud Oy (Helsinki, Finnland) betreibt den neuen Prüfstandort und steht ab sofort in unserer öffentlichen Dienstleister-Liste und in Anlage 2 des Auftragsverarbeitungsvertrags. Der Standort liegt in der EU, Standardvertragsklauseln braucht es dafür nicht. Im AVV haben wir zwei Dinge klargestellt: Prüf-Standorte bekommen Deine Daten erst, wenn Du sie auswählst — und wir haben beschrieben, was die Prüf-Server wirklich tun: Ergebnisse gehen sofort verschlüsselt zu uns, und wenn das gerade nicht klappt, liegen sie kurz lokal auf dem Server, bis die Übertragung durchgeht.

Prüfungen von der US-Ostküste laufen ab sofort über New York. Geplant war ursprünglich Ashburn — New York hat den Platz eingenommen, weil der Standort an einem eigenen Netz hängt und damit unabhängig von unseren deutschen Standorten urteilt. Du kannst ihn in den Einstellungen Deiner Services auswählen.

Beide Kanäle stehen jetzt in unserer öffentlichen Liste der Dienstleister und im Auftragsverarbeitungsvertrag. An den Kanälen selbst ändert sich nichts: Daten gehen nur dann dorthin, wenn jemand den Kontaktweg selbst hinterlegt und bestätigt hat.

Statuspage eines Anbieters hinterlegen und auswählen, welche seiner Dienste du brauchst. Sie stehen danach als Service in deiner Liste und lassen sich auf die Statuspage legen.

Unterstützt werden Atlassian Statuspage, Cachet und LIVCK-gehostete Seiten. Für bekannte Anbieter sind die Verbindungen vorbereitet.

Sync-Quellen öffnen

Übernommene Dienste lassen sich umbenennen. Anbieter und Verbindung setzt LIVCK automatisch als Tag.

Übernommene Dienste zeigen das Symbol ihres Anbieters.

Dienste hinzufügen, entfernen oder umbenennen, ohne die Verbindung neu anzulegen.

Ihr Status kommt vom Anbieter — unsere Prüfstandorte fragen ihn nicht selbst ab.