Uptime-checks & statuspagina's

Naast de agent (inside-out) kan de hub ook outside-in controleren of je diensten bereikbaar zijn: HTTP(S)- en TCP-checks die vanaf de hub draaien, zonder agent op de doelserver. De resultaten voed je door naar een publieke statuspagina voor klanten of collega’s.

Checks aanmaken

1. Sidebar → Uptime
2. Klik + Check en vul in:
   • Naam: vrije tekst, verschijnt ook op de statuspagina
   • Type: http (volgt redirects, valideert TLS) of tcp (poort open?)
   • Target: volledige URL (https://…) of host:poort voor tcp
   • Interval: 30 tot 3600 seconden
   • Timeout: 1 tot 60 seconden, altijd korter dan het interval
   • Verwachte status (http): bijvoorbeeld 200

Limieten: maximaal 50 checks per tenant. Targets die naar interne of private IP-ranges wijzen (loopback, RFC1918, link-local) worden geweigerd: de hub laat zich niet gebruiken als SSRF-proxy.

Hoe de hub beslist dat iets down is

• De worker plant elke check op zijn eigen interval in (scheduler-tick: 15 s).
• Een check gaat pas naar down na 2 opeenvolgende fouten. Eén netwerkhikje veroorzaakt dus geen alert (flap-bescherming).
• Bij down ontstaat een critical alert (uptime.down) in de gewone alert-pijplijn: dezelfde notificatiekanalen, dezelfde acknowledge-flow.
• Herstelt de check, dan wordt de alert automatisch geresolved.

TLS-verloopdetectie

Bij elke https-check leest de hub de certificaatketen mee. Verloopt het certificaat binnen 14 dagen, dan verschijnt een warning-alert (uptime.cert_expiring) met de vervaldatum. Na verlenging verdwijnt de alert vanzelf bij de volgende check.

Publieke statuspagina’s

1. Sidebar → Uptime → sectie Statuspagina’s
2. Kies een titel, een slug en de checks die erop mogen staan.
3. De pagina is direct publiek bereikbaar op:

https://app.monsys.ai/<locale>/s/<slug>

Machine-leesbaar (JSON, voor eigen integraties):

https://api.monsys.ai/v/status/<slug>

Wat bezoekers zien: de naam van elke check, de huidige status en het uptime-percentage over 30 dagen. Wat ze nooit zien: het target zelf (URL, hostnaam, poort). Statuspagina’s lekken dus geen infrastructuur.

Zichtbaarheid van een statuspagina

Per pagina kies je hoe ze bereikbaar is:

Modus	Gedrag
public (standaard)	iedereen met de slug ziet de pagina
token	alleen via een geheime link …/s/<slug>?token=<token>; het token is roteerbaar via Roteer token — de oude link stopt meteen
password	bezoeker geeft een wachtwoord (8–128 tekens) op; de hub bewaart enkel een bcrypt-hash en verifieert server-side

Wissel je van public naar token of password, dan geeft de publieke URL (en het JSON-endpoint) meteen 404/401 voor wie de sleutel niet heeft.

Rollen

Rol	Mag
Viewer	checks en resultaten bekijken
Editor	checks en statuspagina’s aanmaken, wijzigen, verwijderen
Admin	idem

Verhouding tot agent-monitoring

Aspect	Agent (inside-out)	Uptime-check (outside-in)
Vereist agent op de host	ja	nee
Ziet	CPU, disk, services, logs, CVE’s	bereikbaarheid en TLS zoals een bezoeker die ziet
Detecteert	oorzaak	symptoom

Gebruik beide: de uptime-check vertelt je dát een dienst plat ligt, de agent vertelt je waarom.