Dienste
erreichbar Ausfall keine Daten Je Segment eine Stunde, die letzten 90 Stunden
-
WebsiteHTTP
erreichbar
- Uptime 24 h
- 66,00 %
- Uptime 7 T
- 66,00 %
- Uptime 30 T
- 66,00 %
-
BewerbungsportalHTTP
erreichbar
- Uptime 24 h
- 100 %
- Uptime 7 T
- 100 %
- Uptime 30 T
- 100 %
-
Bewerbungen-APIHTTP
erreichbar
- Uptime 24 h
- 97,61 %
- Uptime 7 T
- 97,61 %
- Uptime 30 T
- 97,61 %
-
NotebookLM KlonHTTP
erreichbar
- Uptime 24 h
- 100 %
- Uptime 7 T
- 100 %
- Uptime 30 T
- 100 %
Vorfälle
-
Websitebeendet
17.09., 19:58 bis 20:079 min
So funktioniert's
Ein Go-Binary ohne Framework, die Messwerte liegen in SQLite.
- Checks
- HTTP prüft den Statuscode und auf Wunsch ein Stichwort im Antworttext. TCP prüft nur, ob der Port eine Verbindung annimmt. FiveM fragt info.json und players.json des FXServers ab, angezeigt werden nur Spielerzahl und Version.
- Scheduler
- Jedes Ziel läuft in einer eigenen Goroutine mit eigenem Intervall. Ein kleiner zufälliger Versatz (Jitter) verhindert, dass alle Prüfungen im selben Moment starten.
- Vorfälle
- Ein Vorfall beginnt erst nach mehreren Fehlschlägen in Folge, ein einzelner Aussetzer löst keinen Alarm aus. Bei Ausfall und bei Wiederkehr geht eine Mail raus.
- Sicherheit
- Passwörter mit argon2id, CSRF-Token in jedem Formular, Prüfungen auf interne Adressen sind gesperrt (SSRF), dazu eine strenge CSP ohne Inline-Skripte. Öffentlich erscheinen weder Adressen noch Fehlertexte.