Van simpele bereikbaarheidscontrole tot slimme monitoring van Home Assistant, netwerk, DNS en internet

Home Assistant kan uitstekend vertellen wat er ín je domoticasysteem gebeurt. Maar wat gebeurt er als Home Assistant zelf niet bereikbaar is? Of wanneer internet werkt, maar DNS niet? Is Home Assistant offline, of ligt alleen je externe Cloudflare-verbinding eruit?

Daarvoor is Uptime Kuma erg handig.

Uptime Kuma is een gratis, open-source en self-hosted monitoringplatform waarmee je websites, IP-adressen, netwerkdiensten, DNS-servers en andere services continu kunt controleren. In combinatie met Home Assistant kun je een compacte maar verrassend krachtige monitoringomgeving bouwen.

In deze handleiding bouwen we stap voor stap een praktische basisconfiguratie met vijf monitors:

  1. Home Assistant lokaal
  2. Home Assistant extern
  3. DNS / AdGuard Home
  4. Router
  5. Internetverbinding

Daarmee kun je bij veel storingen snel bepalen waar het probleem zit.

Inhoudsopgave

Waarom Uptime Kuma naast Home Assistant?

Home Assistant heeft zelf systeem- en netwerksensoren, maar dat is niet hetzelfde als onafhankelijke beschikbaarheidsmonitoring.

Stel dat je Home Assistant-dashboard niet meer opent. Dan zijn er meerdere mogelijke oorzaken:

Home Assistant zelf is gestopt
De host of NUC is niet bereikbaar
De router heeft een probleem
DNS werkt niet
De internetverbinding ligt eruit
Cloudflare Tunnel werkt niet
Het TLS-certificaat veroorzaakt problemen

Zonder extra monitoring zie je vooral:

Home Assistant werkt niet.

Met Uptime Kuma kun je bijvoorbeeld zien:

Router                  ONLINE
Internet                ONLINE
Home Assistant lokaal   ONLINE
Home Assistant extern   OFFLINE

Dan weet je direct dat Home Assistant zelf nog draait en je lokale netwerk werkt. Het probleem zit dan waarschijnlijk in de externe route, bijvoorbeeld Cloudflare, DNS, een reverse proxy of de tunnel.

Een andere situatie:

Router                  ONLINE
Internet                OFFLINE
Home Assistant lokaal   ONLINE

Dan hoef je niet aan Home Assistant te sleutelen. De storing zit waarschijnlijk bij de WAN- of internetverbinding.

Tip: De grootste meerwaarde van Uptime Kuma is niet alleen zien dat iets stuk is, maar door meerdere meetpunten snel bepalen waar het probleem zit.

Wat kan Uptime Kuma monitoren?

Uptime Kuma ondersteunt verschillende soorten monitors, waaronder:

  • HTTP / HTTPS
  • Ping
  • TCP
  • DNS
  • Poortcontroles
  • Webservices
  • Certificaatverval
  • Diverse notificatiemethoden

Een paar praktische voorbeelden:

Monitor Methode Wat controleer je?
Home Assistant lokaal HTTPS Draait HA lokaal?
Home Assistant extern HTTPS Is HA via internet bereikbaar?
Router Ping Is de gateway bereikbaar?
Internet Ping Is er internetconnectiviteit?
AdGuard Home DNS Werkt DNS-resolutie correct?
Zigbee2MQTT HTTP/TCP Draait Zigbee2MQTT?
MQTT TCP Is de broker bereikbaar?
NAS Ping/HTTP Is de NAS online?
ESPHome-device Ping Is een belangrijk apparaat bereikbaar?
Website HTTPS Werkt een publieke website?

Note: Meer monitors is niet automatisch beter. Begin met de infrastructuur waarvan andere onderdelen afhankelijk zijn.

Installeren in Home Assistant

Uptime Kuma is beschikbaar als Home Assistant Community App.

Ga naar:

Instellingen
→ Apps / Add-ons
→ App Store

Zoek naar:

Uptime Kuma

Installeer de app en start hem daarna.

Controleer kort de logs om te zien of Uptime Kuma correct is gestart en open vervolgens de Web UI.

Note: Afhankelijk van je Home Assistant-versie kan de interface nog termen als *Add-on* tonen waar nieuwere documentatie *App* gebruikt.

Eerste configuratie

Bij de eerste start vraagt Uptime Kuma welke database je wilt gebruiken.

Voor een normale Home Assistant-installatie is dit meestal de beste keuze:

SQLite

SQLite is lokaal, eenvoudig en voor een normale thuisinstallatie meer dan voldoende.

MariaDB gebruiken?

Dat kan, maar is meestal niet nodig.

Gebruik je toch MariaDB, maak dan een aparte database en gebruiker voor Uptime Kuma.

Bijvoorbeeld:

Home Assistant recorder:
homeassistant

Uptime Kuma:
kuma

Gebruik niet zomaar dezelfde database als Home Assistant.

Aanbevolen voor beginners

Database: SQLite

Klik daarna op Volgende en maak een beheerdersaccount aan.

Gebruik een uniek en sterk wachtwoord.

Algemene instellingen

Ga in Uptime Kuma naar:

Instellingen
→ Algemeen

Controleer in elk geval de volgende opties.

Tijdzone

Voor Nederland:

Europe/Amsterdam

Zorg dat zowel de weergegeven tijdzone als de servertijdzone correct staan.

Zoekmachine-indexering

Gebruik je Uptime Kuma alleen intern:

Ontmoedig zoekmachines om de site te indexeren

Hoofd Basis URL

Gebruik je Uptime Kuma alleen via Home Assistant Ingress, dan kan dit meestal leeg blijven.

Een vaste Base URL wordt vooral interessant wanneer je Uptime Kuma rechtstreeks via een eigen domeinnaam aanbiedt.

Monitoringstrategie

We bouwen niet zomaar een verzameling groene lampjes. We monitoren bewust verschillende lagen.

                INTERNET
                   │
           Internet - IPv4
                   │
                ROUTER
                   │
             Lokale LAN
                   │
         ┌─────────┴─────────┐
         │                   │
        DNS          Home Assistant
         │               lokaal
         │
     externe route
         │
 Home Assistant extern

Hierdoor kun je een storing interpreteren op basis van combinaties.

Monitor 1: Home Assistant lokaal

Het doel van deze monitor is simpel:

Kan Uptime Kuma Home Assistant rechtstreeks op het lokale netwerk bereiken?

Gebruik bijvoorbeeld:

Monitortype: HTTP(s)
Naam: Home Assistant - lokaal
URL: https://192.168.1.100
Interval: 60 seconden
Pogingen: 2
Timeout: 10 seconden

Vervang het IP-adres door dat van je eigen Home Assistant-server.

Waarom twee pogingen?

Eén gemiste request betekent niet automatisch dat een service echt offline is.

Met:

Interval: 60 seconden
Pogingen: 2

voorkom je dat één korte hapering direct als storing wordt gemeld.

HTTPS en certificaten op een lokaal IP-adres

Stel dat je certificaat geldig is voor:

*.voorbeeld.nl

maar je monitor gebruikt:

https://192.168.1.100

Dan klopt de hostname niet met het certificaat en zal Uptime Kuma terecht een TLS-fout geven.

Je hebt twee opties.

Optie A — split DNS

Dit is technisch de netste oplossing.

Maak lokaal bijvoorbeeld:

ha.voorbeeld.nl → 192.168.1.100

Gebruik dan:

https://ha.voorbeeld.nl

Het certificaat blijft geldig en lokaal verkeer hoeft niet via internet.

Optie B — rechtstreeks IP-adres

Voor een eenvoudige lokale beschikbaarheidsmonitor kun je gebruiken:

https://192.168.1.100

en bij Geavanceerd:

Negeer TLS/SSL-fout: AAN

Warning: Hiermee controleer je of Home Assistant lokaal via HTTPS reageert, maar niet meer of het certificaat geldig is voor de gebruikte hostnaam. Gebruik dit daarom alleen bewust voor de lokale monitor.

Aanbevolen instellingen

Monitortype: HTTP(s)
Naam: Home Assistant - lokaal
URL: https://192.168.1.100

Interval: 60
Pogingen: 2
Timeout: 10
Opnieuw melden: 0

HTTP-methode: GET
Authenticatie: Geen
Proxy: Geen

Geaccepteerde statuscodes:
200-299

TLS-fout negeren:
Alleen AAN bij rechtstreeks gebruik van een IP-adres

Beschrijving:

Lokale HTTPS-controle van Home Assistant.

Handige labels:

Home Assistant
Lokaal
Kritiek

Monitor 2: Home Assistant extern

Nu maken we een tweede monitor, maar deze gebruikt bewust de publieke URL.

Bijvoorbeeld:

https://ha.voorbeeld.nl

Gebruik je Cloudflare Tunnel, dan test je hiermee de volledige externe keten:

Uptime Kuma
    │
    ▼
Publieke DNS
    │
    ▼
Cloudflare
    │
    ▼
Cloudflare Tunnel
    │
    ▼
Home Assistant

Gebruik:

Monitortype: HTTP(s)
Naam: Home Assistant - extern
URL: https://ha.voorbeeld.nl

Interval: 60
Pogingen: 2
Timeout: 10

Methode: GET
Geaccepteerde statuscodes: 200-299

Bij deze monitor:

TLS/SSL-fouten negeren: UIT

Dat is belangrijk. Een ongeldig certificaat hoort hier juist als probleem te worden gezien.

Zet indien beschikbaar ook aan:

Melding over verlopen certificaat: AAN

Beschrijving:

Externe HTTPS-controle van Home Assistant.

Labels:

Home Assistant
Extern
Kritiek
Cloudflare

Waarom lokaal én extern monitoren?

Het lijkt dubbel, maar dit is juist een van de nuttigste onderdelen van de configuratie.

Alles werkt

Home Assistant lokaal   ONLINE
Home Assistant extern   ONLINE

Externe toegang defect

Home Assistant lokaal   ONLINE
Home Assistant extern   OFFLINE

Home Assistant zelf draait. Het probleem zit waarschijnlijk ergens in:

Internet
DNS
Cloudflare
Reverse proxy
Tunnel
Firewall
TLS

Home Assistant zelf defect

Home Assistant lokaal   OFFLINE
Home Assistant extern   OFFLINE

Dan is Home Assistant zelf of de host waarschijnlijk niet bereikbaar.

Monitor 3: DNS / AdGuard Home

Gebruik je AdGuard Home, Pi-hole of een andere lokale DNS-server, dan kun je die rechtstreeks testen.

Gebruik:

Monitortype: DNS

Stel dat:

ha.voorbeeld.nl

intern moet antwoorden met:

192.168.1.100

dan kun je een monitor maken:

Naam: AdGuard DNS

Hostname:
ha.voorbeeld.nl

Resolver:
192.168.1.100

Poort:
53

Recordtype:
A

Verwacht resultaat:
192.168.1.100

Nu controleert Uptime Kuma niet alleen of poort 53 openstaat, maar of de DNS-server daadwerkelijk het juiste antwoord geeft.

Tip: Dit is vooral nuttig bij split DNS, lokale rewrites en interne hostnamen.

Beginner

Een DNS-monitor vertelt je simpelweg:

Geeft mijn DNS-server een correct antwoord?

Gevorderd

Je kunt hiermee onderscheid maken tussen:

  • DNS-service draait
  • DNS-service geeft verkeerde data
  • lokale rewrite werkt niet
  • upstream resolver werkt niet
  • split DNS is fout geconfigureerd

Monitor 4: Router

De volgende laag is je router of gateway.

Gebruik:

Monitortype: Ping
Naam: Router
Hostnaam: 192.168.1.1

Interval: 60
Pogingen: 2
Timeout: 5

Gebruik bij voorkeur het IP-adres en geen hostname.

Beschrijving:

Controleert de lokale bereikbaarheid van de router/gateway.

Labels:

Netwerk
Router
Lokaal
Kritiek

Monitor 5: Internet via IPv4

Nu willen we controleren of de internetverbinding zelf werkt, zonder afhankelijk te zijn van DNS.

Gebruik bijvoorbeeld:

1.1.1.1

Maak:

Monitortype: Ping
Naam: Internet - IPv4
Hostnaam: 1.1.1.1

Interval: 60
Pogingen: 2
Timeout: 5

Waarom niet:

google.com

Omdat je dan twee dingen tegelijk test:

Internetverbinding
+
DNS

Wanneer de monitor uitvalt, weet je niet welke van de twee het probleem is.

Door rechtstreeks een IP-adres te gebruiken test je puur IP-connectiviteit.

Storingen interpreteren

Met slechts vijf monitors heb je al een bruikbare diagnosematrix.

Alles werkt

Router                  ONLINE
Internet - IPv4         ONLINE
DNS                     ONLINE
Home Assistant lokaal   ONLINE
Home Assistant extern   ONLINE

Geen probleem.

Internetstoring

Router                  ONLINE
Internet - IPv4         OFFLINE
DNS                     mogelijk OFFLINE
Home Assistant lokaal   ONLINE
Home Assistant extern   OFFLINE

Waarschijnlijk een WAN- of providerprobleem.

Home Assistant-probleem

Router                  ONLINE
Internet - IPv4         ONLINE
DNS                     ONLINE
Home Assistant lokaal   OFFLINE
Home Assistant extern   OFFLINE

Dan ligt het probleem waarschijnlijk bij Home Assistant of de host waarop HA draait.

Externe toegang defect

Router                  ONLINE
Internet - IPv4         ONLINE
DNS                     ONLINE
Home Assistant lokaal   ONLINE
Home Assistant extern   OFFLINE

Kijk dan naar:

Cloudflare Tunnel
Reverse proxy
Firewall
Publieke DNS
TLS

DNS-probleem

Router                  ONLINE
Internet - IPv4         ONLINE
DNS                     OFFLINE
Home Assistant lokaal   ONLINE

Het lokale netwerk en internet werken, maar je DNS-infrastructuur verdient aandacht.

Uptime Kuma koppelen aan Home Assistant

Home Assistant heeft een officiële Uptime Kuma-integratie.

Ga naar:

Instellingen
→ Apparaten & diensten
→ Integratie toevoegen
→ Uptime Kuma

Maak indien nodig in Uptime Kuma eerst een API-sleutel aan:

Uptime Kuma
→ Instellingen
→ API Sleutels

Bijvoorbeeld:

Naam:
Home Assistant

Kopieer de sleutel en bewaar hem veilig.

Warning: Behandel een API-sleutel als een wachtwoord.

Welke gegevens verschijnen in Home Assistant?

Afhankelijk van het monitortype kunnen onder andere deze gegevens beschikbaar komen:

Status
Reactietijd
Gemiddelde reactietijd
Uptime 1 dag
Uptime 30 dagen
Uptime 365 dagen
Certificaatvervaldatum
Monitortype
Gemonitorde URL
Gemonitorde hostname
Gemonitorde poort

Deze gegevens kun je gebruiken in:

  • dashboards
  • automatiseringen
  • scripts
  • templates
  • notificaties

Voorbeeldautomatisering in Home Assistant

Een eenvoudige melding bij een internetstoring:

alias: Uptime Kuma - internet storing
triggers:
  - trigger: state
    entity_id: sensor.internet_ipv4_status
    to: "down"

actions:
  - action: notify.mobile_app_jouw_telefoon
    data:
      title: "Netwerkstoring"
      message: "Uptime Kuma meldt dat de internetverbinding niet bereikbaar is."

Note: De exacte entity-ID verschilt per installatie. Controleer die altijd in Ontwikkelaarstools → Statussen.

Statuspagina maken

Uptime Kuma kan een aparte statuspagina maken.

Ga naar:

Status Pagina
→ Nieuwe statuspagina

Bijvoorbeeld:

Naam:
Home Assistant & Netwerk

Slug:
home

De statuspagina wordt dan bereikbaar via een pad zoals:

/status/home

Maak daarna groepen.

Groep: Home Assistant

Home Assistant
├── Home Assistant - lokaal
└── Home Assistant - extern

Groep: Netwerk

Netwerk
├── Router
├── Internet - IPv4
└── AdGuard DNS

Een passende beschrijving:

Statusoverzicht van Home Assistant, netwerk, internet en lokale infrastructuur.

Publieke statuspagina: let op wat je deelt

Publiceer liever niet:

Interne IP-adressen
Lokale hostnamen
Beheerinterfaces
Netwerkstructuur
Beveiligingsapparatuur

Een interne statuspagina mag veel gedetailleerder zijn.

Voor een publieke pagina kun je beter alleen tonen:

Website
Home Assistant externe toegang
API
Publieke diensten

Notificaties

Je kunt meldingen op twee plaatsen regelen.

Optie 1 — Uptime Kuma meldt zelf

Voordeel:

Uptime Kuma kan blijven melden wanneer Home Assistant zelf niet werkt.

Optie 2 — Home Assistant verstuurt de melding

Voordeel:

Je kunt aanvullende context gebruiken.

Bijvoorbeeld:

Internet offline
+
router online
+
Home Assistant lokaal online
→
waarschijnlijk WAN/providerprobleem

Tip: Voorkom dubbele meldingen. Kies bewust welke component verantwoordelijk is voor welk type notificatie.

Onderhoudsvensters

Bij gepland onderhoud wil je geen onnodige storingsmeldingen.

Gebruik daarom Maintenance Windows voor bijvoorbeeld:

Home Assistant updates
Router firmware-updates
Netwerkonderhoud
NAS-onderhoud
Geplande stroomwerkzaamheden

Daarmee voorkom je dat gepland onderhoud je uptime-statistieken onnodig vervuilt.

Labels gebruiken

Zodra je meerdere monitors hebt, worden labels erg handig.

Bijvoorbeeld:

Home Assistant
Netwerk
DNS
Internet
Lokaal
Extern
Kritiek
Cloudflare

Een monitor kan meerdere labels krijgen.

Voorbeeld:

Home Assistant - extern

Home Assistant
Extern
Cloudflare
Kritiek

En:

Router

Netwerk
Router
Lokaal
Kritiek

Aanbevolen intervallen

Voor de meeste thuisnetwerken is dit prima:

Interval: 60 seconden
Pogingen: 2

Voor minder kritieke apparaten kun je gebruiken:

Interval: 120 of 300 seconden

Tip: Iedere vijf seconden controleren levert thuis meestal weinig extra informatie op, maar wel veel meer requests en databasehistorie.

Gevorderde uitbreidingen

Als de basis stabiel draait, kun je uitbreiden met:

MQTT broker
Zigbee2MQTT
ESPHome
AppDaemon
NAS
Hypervisor
Access points
Managed switches
Modem
Camera/NVR
PV-omvormer
EV-lader
Eigen websites
API-endpoints

Kies daarbij het juiste monitortype.

Router             → Ping
Internet           → Ping
Home Assistant     → HTTPS
DNS-server         → DNS
MQTT               → TCP
Website            → HTTPS

Ping is niet hetzelfde als een gezonde service

Dit verschil is belangrijk.

Ping = apparaat bereikbaar

maar niet:

Ping = applicatie functioneert

Voorbeeld:

Ping naar MQTT-server

bewijst alleen dat het apparaat reageert.

Een betere test is:

TCP-connectie naar poort 1883

Hetzelfde geldt voor Home Assistant.

Ping naar Home Assistant

is minder waardevol dan:

HTTPS-request naar Home Assistant

HTTP-statuscodes begrijpen

Bij een HTTP-monitor gebruik je meestal:

200-299

als succesvolle responses.

Bijvoorbeeld:

200 OK
204 No Content

Een response zoals:

500 Internal Server Error

is dus terecht een storing.

Voeg alleen extra statuscodes toe als je precies weet waarom.

Warning: Een foutmelding groen maken door simpelweg de foutcode aan de toegestane lijst toe te voegen, lost het onderliggende probleem niet op.

Redirects

Veel webapplicaties gebruiken redirects.

Bijvoorbeeld:

HTTP
↓
HTTPS
↓
loginpagina

Uptime Kuma kan redirects volgen.

De standaardlimiet is meestal prima. Als je extreem veel redirects nodig hebt, controleer dan liever de webconfiguratie.

TLS-certificaten controleren

Voor externe HTTPS-diensten is certificaatcontrole nuttig.

Gebruik:

TLS-fouten negeren: UIT
Certificaatverval controleren: AAN

Alleen bij specifieke lokale tests via een IP-adres kan bewust worden gekozen om hostname-verificatie te negeren.

DNS lokaal en upstream apart controleren

Een interessante uitbreiding is twee DNS-monitors gebruiken.

Lokale DNS-monitor

ha.voorbeeld.nl
↓
192.168.1.100

Hiermee test je bijvoorbeeld een lokale AdGuard rewrite.

Publieke DNS-monitor

Vraag dezelfde lokale DNS-server om een publiek domein op te lossen.

Bijvoorbeeld:

one.one.one.one

Dan kun je krijgen:

Lokale DNS rewrite     OK
Publieke DNS resolve   OK

of:

Lokale DNS rewrite     OK
Publieke DNS resolve   FOUT

In het tweede geval draait je DNS-server nog, maar heeft hij mogelijk problemen met zijn upstream resolver of internetverbinding.

Back-ups

Bij gebruik van de Home Assistant App worden Uptime Kuma-instellingen en data meegenomen in de Home Assistant-back-up.

Controleer wel:

Worden back-ups daadwerkelijk gemaakt?
Staan er ook back-ups buiten dezelfde machine?
Kun je ze herstellen?

Een back-up op dezelfde SSD beschermt je niet tegen een defecte SSD.

Gevorderd: Prometheus en Grafana

Voor grotere omgevingen kan Uptime Kuma ook in een uitgebreidere monitoringstack worden opgenomen.

Bijvoorbeeld:

Uptime Kuma
     │
     ▼
Prometheus
     │
     ▼
Grafana

Dat is voor een normale Home Assistant-installatie meestal overkill, maar in een groter homelab kan het interessant zijn.

Veelgemaakte fouten

Alleen Home Assistant extern monitoren

Wanneer je alleen dit hebt:

Home Assistant - extern

en deze wordt rood, weet je nog steeds weinig.

Het kan zijn:

Home Assistant
internet
DNS
Cloudflare
router
tunnel
TLS

De kracht zit juist in meerdere strategische meetpunten.

Alles met Ping monitoren

Ping is handig, maar beperkt.

Gebruik:

Router             → Ping
Internet           → Ping
Home Assistant     → HTTPS
DNS-server         → DNS
MQTT               → TCP
Website            → HTTPS

Dan test je de echte service.

Interne en externe monitoring door elkaar halen

Wanneer je interne Home Assistant-monitor dezelfde publieke hostname gebruikt als je externe monitor, kan deze alsnog via de publieke infrastructuur lopen.

Controleer daarom hoe de hostname resolveert.

nslookup ha.voorbeeld.nl

Je kunt ook expliciet je lokale DNS-server testen:

nslookup ha.voorbeeld.nl 192.168.1.100

Een lokaal resultaat zou bijvoorbeeld zijn:

Name:    ha.voorbeeld.nl
Address: 192.168.1.100

Zie je publieke adressen, dan test je mogelijk niet de lokale route die je dacht te testen.

Aanbevolen minimale configuratie

Voor een normale Home Assistant-installatie zou ik beginnen met:

1. Home Assistant - lokaal
2. Home Assistant - extern
3. DNS
4. Router
5. Internet - IPv4

Dat geeft al antwoord op:

Draait Home Assistant?
Werkt mijn lokale netwerk?
Werkt mijn router?
Werkt mijn internet?
Werkt DNS?
Werkt mijn externe toegang?

Pas daarna uitbreiden.

Aanbevolen basisinstellingen

Voor kritieke monitors:

Interval:           60 seconden
Pogingen:           2
Timeout:            5-10 seconden
Herhaalmeldingen:   uit

HTTP:

Methode: GET
Statuscodes: 200-299

HTTPS extern:

Certificaatcontrole: AAN
TLS-fouten negeren: UIT

Ping:

Gebruik IP-adressen waar mogelijk

DNS:

Controleer indien mogelijk ook het verwachte antwoord

Conclusie

Uptime Kuma is een van de nuttigste uitbreidingen wanneer Home Assistant meer is geworden dan alleen wat lampen en sensoren.

Het belangrijkste voordeel is niet alleen dat je kunt zien of iets online is.

Het echte voordeel is dat je verschillende delen van je infrastructuur los van elkaar kunt testen.

Met slechts:

Home Assistant lokaal
Home Assistant extern
DNS
Router
Internet

kun je bij veel storingen binnen enkele seconden bepalen in welk deel van je netwerk je moet zoeken.

Voor beginners blijft de configuratie overzichtelijk. Voor gevorderde gebruikers is er later genoeg ruimte voor uitbreiding met TCP-monitoring, extra DNS-tests, MQTT, statuspagina’s, onderhoudsvensters, notificaties, Prometheus en Grafana.

Begin klein. Zorg dat iedere monitor één duidelijke vraag beantwoordt. Breid pas daarna uit.

Samenvatting voor beginners

Tip: Begin met vijf monitors:

– Home Assistant lokaal
– Home Assistant extern
– Router
– DNS
– Internet

Gebruik een interval van ongeveer 60 seconden en laat een monitor twee keer proberen voordat je hem offline verklaart.

Samenvatting voor gevorderden

Bouw monitoring als een keten van afhankelijkheden:

Hardware
↓
LAN
↓
Gateway
↓
WAN
↓
DNS
↓
Reverse proxy / tunnel
↓
Applicatie

Monitor minimaal één relevant punt per laag.

Dan verandert Uptime Kuma van een simpele uptimechecker in een echt diagnostisch hulpmiddel.

Bronnen

  • Home Assistant — Uptime Kuma-integratie

https://www.home-assistant.io/integrations/uptime_kuma/

  • Home Assistant Community App — Uptime Kuma

https://github.com/hassio-addons/app-uptime-kuma

  • Uptime Kuma

https://github.com/louislam/uptime-kuma

  • Uptime Kuma Wiki

https://github.com/louislam/uptime-kuma/wiki