Uptime Kuma lässt sich auf einem NAS als übersichtliche Überwachung für Webseiten, APIs, NAS-Dienste und andere erreichbare Ziele betreiben. Der wichtigste erste Schritt ist die Entscheidung, aus welchem Netzwerk überwacht werden soll: Ein Monitor im selben LAN erkennt interne Ausfälle, kann aber einen Ausfall der Internetverbindung oder des Standorts nicht zuverlässig abbilden. Vor der Einrichtung solltest du außerdem klären, wo Uptime Kuma gespeichert wird, welche Rechte der Container benötigt und wie die Überwachungsdaten gesichert werden.
Für die meisten NAS-Systeme ist die Installation als Docker- oder Container-Anwendung der sauberste Weg. Dabei bleibt Uptime Kuma von den übrigen NAS-Diensten getrennt. Du brauchst einen dauerhaften Speicherpfad für die Datenbank, einen freien lokalen Port und ein Netzwerk, über das die überwachten Ziele erreichbar sind. Eine Portfreigabe ins Internet ist für den Betrieb nicht erforderlich und sollte nicht als Standardlösung eingerichtet werden.
Was Uptime Kuma auf einem NAS überwachen kann
Uptime Kuma prüft in regelmäßigen Abständen, ob ein Ziel erreichbar ist und wie es antwortet. Je nach Monitor-Typ kann die Prüfung über HTTP oder HTTPS, TCP, Ping, DNS, Push-Signale oder weitere Verfahren erfolgen. Für eine Webseite reicht häufig eine HTTP- oder HTTPS-Prüfung. Für einen Dienst ohne Weboberfläche ist dagegen ein TCP-Monitor oder ein passender anderer Prüftyp sinnvoll.
Die Überwachung beantwortet jedoch nicht jede technische Frage. Ein erfolgreicher HTTP-Status zeigt, dass ein Webserver eine Antwort liefert. Er beweist nicht, dass die dahinterliegende Anwendung vollständig funktioniert, Daten korrekt verarbeitet oder ein Login möglich ist. Deshalb sollte jeder Monitor genau zu dem Fehlerbild passen, das du erkennen möchtest.
- Eine öffentliche Webseite prüfst du am besten über ihre externe HTTPS-Adresse.
- Eine interne NAS-Freigabe lässt sich nicht sinnvoll mit einer Webabfrage überwachen, wenn sie keinen Webdienst bereitstellt.
- Ein Docker-Dienst kann über einen lokalen Port geprüft werden, sofern dieser Port im NAS-Netzwerk erreichbar ist.
- Ein Dienst hinter einem Reverse Proxy sollte über die Adresse getestet werden, die Nutzer tatsächlich aufrufen.
- Ein Push-Monitor eignet sich, wenn ein Skript oder eine Anwendung regelmäßig selbst den erfolgreichen Lauf melden soll.
Bei Webseiten ist zusätzlich der Inhalt der Antwort wichtig. Ein Server kann mit dem Statuscode 200 antworten, obwohl eine Anwendung intern einen Fehlertext ausliefert. Uptime Kuma kann je nach verwendeter Prüfung weitere Bedingungen auswerten, etwa eine erwartete Antwort oder eine bestimmte Antwortzeit. Die verfügbaren Optionen hängen von der eingesetzten Version ab und sollten nach der Einrichtung mit einem absichtlich fehlerhaften Test geprüft werden.
Die passende NAS-Umgebung vorbereiten
Uptime Kuma benötigt keine große Speicherleistung, sollte aber dauerhaft und zuverlässig laufen. Entscheidend sind daher weniger hohe CPU-Werte als ein stabiler Containerbetrieb, ein persistenter Datenpfad und eine funktionierende Namensauflösung. Der Container muss die Ziele erreichen können, die er überwachen soll. Ein Dienst, der nur über einen speziellen Docker-Netzwerknamen erreichbar ist, kann aus einem anders konfigurierten Netzwerk möglicherweise nicht aufgelöst werden.
Lege vor dem Start einen eigenen Ordner für die Anwendungsdaten an. Dieser Ordner sollte nicht mit temporären Containerdateien verwechselt werden. Wird nur der Container selbst gespeichert und später neu erstellt, können Monitore, Ereignisse und Einstellungen verloren gehen. Die dauerhafte Ablage muss deshalb als Volume oder als vergleichbare persistente Verknüpfung eingebunden werden.
Der genaue Menüpfad unterscheidet sich zwischen DSM, QTS, QuTS hero, ADM, UGOS Pro und TerraMaster OS. Suche im jeweiligen System nach der Container- oder Docker-Verwaltung und orientiere dich an den Funktionsnamen für Image, Container, Port und Ordnerzuordnung. Menübezeichnungen können sich zusätzlich durch die installierte Systemversion unterscheiden.
Für die Vorbereitung genügt in der Regel folgende Prüfung:
- Ist die Container-Verwaltung des NAS installiert und betriebsbereit?
- Existiert ein eigener persistenter Ordner für Uptime Kuma?
- Ist der gewünschte Host-Port noch frei?
- Kann das NAS die internen und externen Ziele per DNS und Netzwerk erreichen?
- Ist festgelegt, wie der Zugriff auf die Verwaltungsoberfläche geschützt wird?
Vermeide es, den Container mit weitreichenden Rechten oder mit dem gesamten Dateisystem des NAS zu verbinden. Für die Überwachung von Webseiten und Netzwerkdiensten braucht Uptime Kuma normalerweise keinen Zugriff auf persönliche Dateien, Backups oder andere Freigaben. Je kleiner der Berechtigungsumfang, desto geringer ist das Risiko bei einer Fehlkonfiguration.
Uptime Kuma als Container einrichten
Die Installation besteht aus vier technischen Teilen: dem passenden Image, einem persistenten Datenpfad, einer Portzuordnung und der anschließenden Erstanmeldung. Nutze bevorzugt ein vertrauenswürdiges, gepflegtes Image und prüfe vor Updates, ob die verwendete Version mit deiner NAS-Umgebung kompatibel ist. Bei Community-Images solltest du besonders auf Herkunft, Dokumentation und Aktualität achten.
Ordne den internen Anwendungsordner des Containers einem festen NAS-Ordner zu. Dieser Mount ist wichtiger als der Host-Port, denn dort liegen die Konfiguration und die Überwachungsdaten. Der Host-Port darf frei gewählt werden, sofern er nicht bereits von einem anderen Dienst verwendet wird. Nach dem Start rufst du die Oberfläche über die NAS-Adresse und diesen Port im lokalen Netzwerk auf.
Ein typischer Ablauf sieht unabhängig vom Hersteller so aus:
- Image in der Container-Verwaltung suchen oder aus einer geprüften Quelle beziehen.
- Einen festen Namen für den Container vergeben.
- Den persistenten NAS-Ordner dem vorgesehenen Datenverzeichnis im Container zuordnen.
- Einen freien Host-Port auf den Web-Port des Containers abbilden.
- Den Container starten und die lokale Weboberfläche aufrufen.
- Ein Administratorkonto anlegen und die Anmeldung testen.
Falls der Container sofort beendet wird, prüfe zuerst die Containerprotokolle. Häufige Ursachen sind ein bereits belegter Port, ein falsch zugeordnetes Verzeichnis, fehlende Schreibrechte oder eine nicht passende Architektur. Ein Neustart ohne Blick in die Protokolle verändert die Ursache nicht und erschwert die Diagnose.
Wenn die Oberfläche nur im lokalen Netz erreichbar sein soll, genügt der Zugriff über die interne NAS-Adresse. Für eine Nutzung von unterwegs ist ein abgesicherter Zugang erforderlich. Eine direkte Weiterleitung des Verwaltungsports an das Internet vergrößert die Angriffsfläche und sollte nicht als einfache Abkürzung dienen.
Monitore für Webseiten und NAS-Dienste anlegen
Lege zunächst einen Monitor für ein Ziel an, dessen erwartetes Verhalten du kennst. Bei einer Webseite ist das meist die vollständige HTTPS-Adresse. Verwende nicht automatisch die IP-Adresse, wenn der Dienst über einen Hostnamen, ein Zertifikat oder einen Reverse Proxy arbeitet. Nur die tatsächliche Zugriffsart bildet die Situation der Nutzer ab.
Wähle das Prüfintervall passend zur Bedeutung des Dienstes. Ein sehr kurzer Abstand erzeugt mehr Anfragen und kann bei vielen Zielen unnötige Last verursachen. Ein sehr langer Abstand verzögert die Benachrichtigung. Für die passende Einstellung zählt nicht nur die gewünschte Reaktionsgeschwindigkeit, sondern auch, wie viele Ziele überwacht werden und ob der jeweilige Dienst häufige Prüfungen verträgt.
Bei einer internen Anwendung musst du zwischen drei Fällen unterscheiden:
- Die Anwendung besitzt eine eigene Weboberfläche. Dann passt meist eine HTTP- oder HTTPS-Prüfung auf den internen Namen oder Port.
- Die Anwendung stellt nur einen Netzwerkdienst bereit. Dann ist eine Prüfung des entsprechenden TCP-Ports naheliegend.
- Die Anwendung arbeitet im Hintergrund und kann selbst einen erfolgreichen Lauf melden. Dann kommt ein Push-Monitor infrage.
Ein Monitor sollte nicht nur vorhanden sein, sondern auch einen sinnvollen Ausfall melden. Teste deshalb nach dem Anlegen die normale Erreichbarkeit und anschließend einen kontrollierten Fehlerfall. Du kannst beispielsweise einen zeitweise nicht erreichbaren Testdienst verwenden oder die Prüfung auf eine bewusst falsche Adresse richten. Danach stellst du den korrekten Wert wieder her und kontrollierst, ob die Rückkehr zum Betriebszustand erkannt wird.
Überwache nicht ausschließlich Uptime Kuma selbst. Wenn der Container auf demselben NAS läuft wie die überwachten Dienste, kann ein NAS-Ausfall dazu führen, dass sowohl die Dienste als auch die Überwachung verschwinden. Ein unabhängiger externer Prüfort ist für öffentliche Webseiten daher aussagekräftiger. Für rein interne Anwendungen bleibt eine lokale Überwachung dennoch nützlich, weil sie Netzwerk- oder Dienstfehler innerhalb des Standorts sichtbar macht.
Benachrichtigungen sinnvoll konfigurieren
Eine Überwachung ohne Benachrichtigung zeigt einen Ausfall möglicherweise erst dann, wenn du die Oberfläche öffnest. Richte deshalb mindestens einen Alarmkanal ein und sende eine Testnachricht. Der genaue Dienst kann je nach deiner Infrastruktur unterschiedlich sein. Wichtig ist, dass der Kanal nicht ausschließlich von dem NAS abhängt, das überwacht wird.
Vermeide Benachrichtigungen bei jedem kurzen Einzelereignis, wenn die Internetverbindung gelegentlich schwankt. Eine Verzögerung oder eine geeignete Anzahl aufeinanderfolgender Fehlversuche kann Fehlalarme reduzieren. Die richtige Schwelle hängt vom Dienst ab: Für eine geschäftskritische Webseite gelten andere Anforderungen als für eine private Testanwendung.
Ordne Monitore Gruppen oder Tags zu, wenn du mehrere Bereiche überwachst. So erkennst du schneller, ob ein einzelner Dienst ausfällt oder ob mehrere Ziele gleichzeitig betroffen sind. Treten mehrere Warnungen zur selben Zeit auf, prüfe zuerst gemeinsame Abhängigkeiten wie DNS, Router, Internetzugang, Reverse Proxy oder das NAS selbst.
Reverse Proxy, HTTPS und Zugriffsschutz
Die Verwaltungsoberfläche sollte nicht ungeschützt über das Internet erreichbar sein. Für den Zugriff von unterwegs ist ein VPN in vielen privaten und kleinen geschäftlichen Umgebungen der naheliegende Sicherheitsweg. Ein Reverse Proxy kann ebenfalls sinnvoll sein, erfordert aber eine saubere Konfiguration von TLS, Hostnamen, Zugriffsschutz und Protokollierung.
Verwende für die Oberfläche ein starkes, eigenes Administratorkonto und aktiviere verfügbare zusätzliche Schutzmechanismen. Das Passwort darf nicht mit dem NAS-Administratorkonto oder anderen Diensten identisch sein. Wenn du einen externen Zugang einrichtest, beschränke ihn auf den erforderlichen Hostnamen und die benötigte Anwendung. Öffne keine zusätzlichen Ports ohne klare Funktion und dokumentierte Rückfallmöglichkeit.
Ein Zertifikatsfehler bei einem überwachten Dienst ist nicht dasselbe wie ein kompletter Ausfall. Für die Nutzer kann ein ungültiges Zertifikat trotzdem eine ernsthafte Störung darstellen. Deshalb sollte der Monitor möglichst dieselbe HTTPS-Adresse verwenden, die auch im Browser aufgerufen wird. Deaktiviere die Zertifikatsprüfung nicht dauerhaft, nur damit ein Alarm verschwindet.
Uptime Kuma sichern und aktualisieren
Die Überwachungsdaten gehören in die Backup-Planung des NAS. Dazu zählen mindestens die Konfiguration, die Monitor-Definitionen, Benachrichtigungseinstellungen und die zugehörige Datenbank im persistenten Datenordner. Ein RAID-Verbund ersetzt diese Sicherung nicht. Auch Snapshots oder eine Replikation sind kein vollständiger Ersatz für ein getrenntes Backup mit überprüfter Wiederherstellung.
Ein praktikabler Sicherungsweg folgt dem 3-2-1-Prinzip: mehrere Kopien, auf unterschiedlichen Speichermedien und mindestens eine Kopie an einem anderen Standort. Verschlüsselte Backups können sinnvoll sein, aber der Wiederherstellungsschlüssel muss erreichbar bleiben. Teste nicht nur, ob der Backup-Job erfolgreich meldet, sondern ob sich die Uptime-Kuma-Daten tatsächlich in einer neuen oder reparierten Containerumgebung wieder einlesen lassen.
Vor einem Update solltest du den Zustand des Containers, die Image-Version und das Backup prüfen. Ziehe das neue Image, stoppe den bisherigen Container kontrolliert und behalte die persistente Datenzuordnung unverändert bei. Nach dem Start kontrollierst du Anmeldung, Monitore, Benachrichtigungen und die Historie. Wenn sich das Verhalten verschlechtert, muss der Rückweg über das vorherige Image und die gesicherten Daten möglich sein.
Vor Änderungen sichern: Lösche den bestehenden Container oder seinen Datenordner nicht, bevor du die persistente Zuordnung, ein verwertbares Backup und einen Rückweg geprüft hast.
Fehler systematisch eingrenzen
Eine sinnvolle Reihenfolge beginnt beim kleinsten gemeinsamen Nenner:
- Prüfe, ob der Container läuft und ob seine Protokolle Start- oder Netzwerkfehler enthalten.
- Teste die Namensauflösung des überwachten Hostnamens.
- Rufe die Zieladresse aus demselben Netzwerk auf, in dem Uptime Kuma arbeitet.
- Vergleiche das Ergebnis mit einem Zugriff von außerhalb des NAS-Netzes.
- Prüfe erst danach Dienststatus, Zertifikat, Firewall und Reverse-Proxy-Regeln.
Wenn mehrere Monitore gleichzeitig ausfallen, spricht das eher für eine gemeinsame Abhängigkeit als für viele unabhängige Dienstfehler. Bei einem einzelnen Alarm ist dagegen der betroffene Dienst, Port, Pfad oder Hostname der wahrscheinlichere Ansatzpunkt. Ein erfolgreicher manueller Test auf deinem Laptop beweist nicht, dass der Container dasselbe Ziel erreichen kann, weil DNS, Routing und Firewall-Regeln je nach Netzwerk unterschiedlich wirken.
Auch die Uhrzeit kann eine Rolle spielen. Geplante Backups, Systemupdates, Container-Neustarts oder Router-Wartungen können kurzzeitig Ausfälle verursachen. Dokumentiere solche Wartungsfenster und passe die Benachrichtigungslogik an, statt Warnungen dauerhaft zu ignorieren.
Was du bei der Einrichtung vermeiden solltest
Die häufigsten Fehlentscheidungen entstehen nicht durch Uptime Kuma selbst, sondern durch eine unpassende Umgebung. Ein nicht persistenter Datenpfad löscht die Konfiguration beim Neuerstellen des Containers. Eine Prüfung aus dem falschen Netzwerk liefert ein zu optimistisches Bild. Eine direkte Internetfreigabe der Verwaltungsoberfläche erhöht das Sicherheitsrisiko ohne zusätzlichen Nutzen für die eigentliche Überwachung.
- Verwende keine Portfreigabe, wenn ein VPN oder ein interner Zugriff ausreicht.
- Lege keine Monitor-Ziele an, die absichtlich nur aus einer anderen Netzwerkzone erreichbar sind, ohne Routing und Firewall zu prüfen.
- Verknüpfe keine unnötigen NAS-Freigaben mit dem Container.
- Verlasse dich nicht auf einen einzigen Alarmkanal, wenn der Kanal vom selben Standort abhängt.
- Interpretiere einen einzelnen Fehlversuch nicht sofort als dauerhaften Ausfall.
- Führe keinen Rebuild, keine Formatierung und keine Laufwerksänderung am NAS durch, nur weil ein überwachter Dienst nicht antwortet.
Die Überwachung soll dir belastbare Hinweise geben, nicht lediglich eine lange Liste von Warnungen erzeugen. Beginne mit den wichtigsten Webseiten und Diensten, prüfe die Alarmwege und erweitere die Überwachung erst, wenn die ersten Monitore zuverlässig funktionieren. So bleibt erkennbar, welche Meldung eine echte Störung, eine lokale Netzwerkfrage oder nur eine geplante Wartung beschreibt.
Eine robuste Überwachung aufbauen
Für einen zuverlässigen Betrieb müssen drei Ebenen zusammenpassen: die Anwendung Uptime Kuma, das NAS als Container-Host und die überwachten Ziele. Sichere Daten schützen die Konfiguration, ein geschützter Zugriff verhindert unnötige Angriffsflächen und ein passender Prüfpunkt sorgt dafür, dass die Meldung technisch aussagekräftig ist.
Beginne mit wenigen, gut gewählten Monitoren. Ergänze anschließend Benachrichtigungen, einen unabhängigen externen Prüfpunkt für öffentliche Dienste und einen Wiederherstellungstest. Wenn du später Docker-Netzwerke, Reverse Proxy oder externe Zugänge veränderst, führe die kontrollierten Tests erneut durch. Eine funktionierende Überwachung ist kein einmaliges Setup, sondern ein Dienst, dessen eigener Zustand ebenfalls geprüft werden muss.
Fragen und Antworten zu Uptime Kuma auf dem NAS
Kann Uptime Kuma einen Ausfall des NAS selbst erkennen?
Ein Uptime-Kuma-Container kann nicht zuverlässig melden, dass das NAS vollständig ausgefallen ist, weil dann auch der Monitor nicht mehr läuft. Für diese Überwachung brauchst du einen unabhängigen Prüfpunkt außerhalb des NAS, etwa einen zweiten Standort oder einen extern betriebenen Monitoring-Dienst.
Wie lässt sich verhindern, dass ein NAS-Ausfall unbemerkt bleibt?
Benachrichtigungen sollten nicht ausschließlich über einen Dienst laufen, der auf demselben NAS oder im selben lokalen Netzwerk betrieben wird. Ergänze für wichtige Ziele einen externen Monitor oder einen zweiten Alarmweg und teste beide Wege gezielt während eines kontrollierten Wartungsfensters.
Welche Backup-Strategie braucht die Uptime-Kuma-Installation?
Sichere den persistenten Datenordner von Uptime Kuma regelmäßig zusammen mit den übrigen wichtigen NAS-Daten. Ein Backup des Containers allein reicht nicht aus, weil darin die Konfiguration und Überwachungsdaten nicht zwingend dauerhaft enthalten sind; entscheidend ist der eingebundene Datenpfad.
Was passiert mit den Monitoren, wenn der Container neu erstellt wird?
Bei einem korrekt eingebundenen persistenten Datenverzeichnis sollten Einstellungen, Monitore und Ereignisdaten beim Neuerstellen erhalten bleiben. Ohne diese dauerhafte Zuordnung kann ein neuer Container wie eine frische Installation starten, weshalb du den Mount vor Updates oder Änderungen kontrollieren solltest.
Warum meldet Uptime Kuma einen Dienst als ausgefallen, obwohl er im Browser funktioniert?
Browser und Container können unterschiedliche DNS-Auflösungen, Routen, Proxy-Regeln oder Firewall-Bedingungen verwenden. Prüfe das Ziel deshalb aus dem Netzwerk des Containers und vergleiche Hostname, Port, HTTPS-Zertifikat und verwendeten Monitor-Typ mit dem tatsächlichen Zugriffspfad.
Ist Uptime Kuma auf dem NAS für die Überwachung geschützter interner Dienste geeignet?
Ja, sofern der Container nur die erforderliche Netzwerkreichweite erhält und keine unnötigen NAS-Freigaben oder weitreichenden Rechte nutzt. Bei sensiblen Verwaltungsoberflächen solltest du zusätzlich prüfen, ob die Überwachungsanfrage selbst keine Zugangsdaten offenlegt und der Zugriff auf die Uptime-Kuma-Oberfläche durch starke Anmeldung, aktuelle Software und möglichst einen VPN-Zugang geschützt ist.