IoT- & Geräte-Monitoring: Erreichbarkeit jenseits der Website überwachen

Für viele MSPs endet das Monitoring dort, wo die Website aufhört. Dabei betreuen sie längst mehr als nur Webauftritte. Im Kundennetz stehen Router, Gateways, Switches, IP-Kameras, Sensoren und andere Endpoints, deren Erreichbarkeit genauso geschäftskritisch ist wie die einer Website, und die ein gewöhnliches Website-Monitoring schlicht nicht sieht. Erreichbarkeit jenseits der Website ist ein eigener, wachsender Use-Case, der mit Ping- und Port-Checks abgedeckt wird, statt mit HTTP-Anfragen. Dieser Artikel erklärt, warum Hardware im Kundennetz einen eigenen Blick braucht und wie man Geräte per Ping und Port-Check überwacht.
Warum die Website nur ein Teil der Infrastruktur ist
Der blinde Fleck beginnt mit einer Gewohnheit: Monitoring wird oft mit Website-Monitoring gleichgesetzt. Das ist verständlich, weil die Website der sichtbarste Teil der digitalen Präsenz eines Kunden ist, aber sie ist eben nur ein Teil. Hinter und neben der Website steht eine ganze Landschaft aus Geräten, die zusammen die Infrastruktur ausmachen, auf die sich das Geschäft des Kunden stützt.
Ein Router, der das Büro ans Internet anbindet. Ein Gateway, das einen Standort mit einem anderen verbindet. Ein NAS, auf dem die Firmendaten liegen. IP-Kameras, die ein Gelände sichern. Sensoren und Steuerungen in einer Produktion. Ein Drucker, ein Switch, ein Access Point. Keines dieser Geräte ist eine Website, und doch ist die Erreichbarkeit jedes einzelnen oft genauso wichtig wie die des Webauftritts, manchmal wichtiger. Fällt der Router aus, steht das ganze Büro; fällt das Gateway aus, ist ein Standort abgeschnitten.
Der entscheidende Punkt ist, dass diese Geräte über einen anderen Weg erreicht werden als eine Website. Eine Website spricht man über eine URL und das HTTP-Protokoll an. Ein Gerät spricht man über seine IP-Adresse und, je nach Dienst, über einen bestimmten Port an. Ein Monitoring, das nur HTTP-Anfragen an URLs stellt, kann diese Geräte technisch gar nicht erreichen. Es schaut buchstäblich in die falsche Richtung.
Der Ping-Check: grundlegende Erreichbarkeit prüfen
Das einfachste und universellste Werkzeug, um ein Gerät zu überwachen, ist der Ping-Check, technisch über das ICMP-Protokoll. Das Prinzip ist so alt wie einleuchtend: Man schickt dem Gerät ein kleines Datenpaket und wartet, ob es antwortet. Kommt eine Antwort, ist das Gerät erreichbar; bleibt sie aus, ist es das nicht. Genau dieses „ich klopfe an, meldest du dich?" macht der Ping-Check in kurzen, regelmäßigen Abständen automatisiert.
Der Charme dieses Ansatzes ist seine Universalität. Fast jedes netzwerkfähige Gerät, vom Router über die Kamera bis zum Industrie-Endpoint, antwortet auf einen Ping, ohne dass man irgendetwas darüber wissen muss, welche Dienste es bereitstellt. Der Ping-Check fragt nicht „was tust du?", sondern nur „bist du da?". Für die grundlegendste und wichtigste Frage des Geräte-Monitorings, ist das Gerät überhaupt im Netz und erreichbar?, ist das genau die richtige Ebene.
In der Praxis richtet man für jedes zu überwachende Gerät einen Ping-Check auf dessen IP-Adresse oder Hostnamen ein. Fällt das Gerät aus, der Router verliert die Verbindung, das Gateway hängt, die Kamera ist offline, bleibt die Antwort aus, und das Monitoring schlägt Alarm. Bei Uptimeify wird auch hier jeder erkannte Ausfall von mehreren EU-Standorten bestätigt, bevor alarmiert wird, sodass ein kurzer Netzwerk-Schluckauf auf dem Weg zum Gerät keinen Fehlalarm erzeugt. Ein typisches Setup benennt die Checks klar nach Gerät, „Ping: Gateway Standort A", „Ping: Kamera Eingang", damit im Alarmfall sofort klar ist, welches Gerät betroffen ist.
Der Port-Check: tiefer prüfen als „antwortet überhaupt"
Der Ping-Check beantwortet, ob ein Gerät grundsätzlich da ist, aber manchmal reicht das nicht. Ein Gerät kann auf einen Ping antworten, während der eigentliche Dienst, den es bereitstellen soll, längst hängt. Der Router pingt zwar, aber sein VPN-Endpunkt nimmt keine Verbindungen mehr an. Das NAS ist erreichbar, aber der Dateidienst reagiert nicht. Für diese Fälle braucht es eine tiefere Prüfung: den Port-Check.
Ein Port-Check (über TCP) geht eine Ebene weiter als der Ping. Statt nur zu fragen „bist du da?", fragt er „ist der Dienst auf diesem bestimmten Port erreichbar?". Er versucht, eine Verbindung zu einem konkreten Port des Geräts aufzubauen, dem Port, auf dem der erwartete Dienst lauschen sollte. Gelingt der Verbindungsaufbau, läuft der Dienst; schlägt er fehl, obwohl das Gerät auf Ping noch antwortet, weiß man: Das Gerät lebt, aber der Dienst dahinter ist gestört. Diese Unterscheidung ist wertvoll, weil sie einen halb ausgefallenen Zustand sichtbar macht, den ein reiner Ping übersieht.
In der Praxis kombiniert man beide Checks je nach Gerät. Für ein Gerät, bei dem nur die Erreichbarkeit zählt, genügt der Ping. Für ein Gerät, das einen definierten Dienst bereitstellt, ergänzt der Port-Check die tiefere Sicherheit. Uptimeify deckt diese Port-Ebene über seine Protokoll-Monitore ab, die gezielt die Erreichbarkeit eines Dienstes auf seinem Port prüfen, etwa für einen Fernzugang, einen Dateidienst oder einen anderen portbasierten Endpoint. So entsteht ein gestuftes Bild: Der Ping sagt „das Gerät lebt", der Port-Check sagt „und der Dienst darauf läuft auch".
Was sich überwachen lässt: vom Router bis zum Sensor
Der Reiz dieses Ansatzes liegt in seiner Breite. Weil ein Ping-Check nur eine erreichbare IP-Adresse braucht und ein Port-Check nur einen erreichbaren Port, lässt sich damit praktisch jedes netzwerkfähige Gerät im Kundenumfeld überwachen. Ein paar typische Kandidaten aus dem MSP-Alltag zeigen die Bandbreite.
Netzwerk-Grundgerüst: Router und Gateways sind die naheliegendsten Kandidaten. Fällt eines aus, hängt oft ein ganzer Standort. Ihre Erreichbarkeit zu überwachen bedeutet, den Ausfall der Anbindung zu erkennen, bevor der Kunde anruft. Auch Switches und Access Points gehören dazu, wo ihre Erreichbarkeit kritisch ist.
IoT-Endpoints: Sensoren, Aktoren und Steuerungen in Gebäudetechnik, Produktion oder Logistik hängen an einer IP und lassen sich per Ping überwachen. Gerade hier ist ein stiller Ausfall teuer, weil ein toter Sensor oft erst auffällt, wenn eine Messung oder Steuerung fehlt.
Sichtbare Hardware: IP-Kameras, NAS-Systeme und Netzwerkdrucker sind erreichbare Geräte mit klaren Diensten, ideale Kandidaten für eine Kombination aus Ping (lebt das Gerät?) und Port-Check (läuft der Kamera-Stream, der Dateidienst?).
Das verbindende Muster ist einfach: Alles, was eine IP hat und für den Kunden wichtig ist, verdient einen Blick. Der adressierbare Use-Case reicht damit weit über Websites hinaus. Er umfasst die gesamte erreichbare Hardware, die ein MSP für seine Kunden verantwortet.
Warum das für MSPs ein wachsender Use-Case ist
Für einen MSP ist die Überwachung von Geräten jenseits der Website mehr als eine technische Ergänzung. Sie folgt der Realität dessen, was heute betreut wird. Die Rolle des MSP hat sich längst über Webauftritte hinaus erweitert: Standortvernetzung, Netzwerkinfrastruktur, IoT-Installationen, Überwachungstechnik. Mit jedem dieser Bereiche wächst die Zahl der Geräte im Kundennetz, deren Erreichbarkeit der MSP verantwortet, und damit die Fläche, auf der ein unbemerkter Ausfall passieren kann.
Das Problem an dieser wachsenden Fläche ist, dass ein reines Website-Monitoring sie strukturell offen lässt. Der MSP kann noch so lückenlos die Websites seiner Kunden überwachen. Die Hardware dahinter bleibt ein blinder Fleck, solange sie nicht mit den passenden Checks abgedeckt wird. Und dieser blinde Fleck ist besonders unangenehm, weil Geräteausfälle oft geschäftskritisch sind: Ein ausgefallener Router legt das Büro lahm, ein toter Sensor eine Produktionslinie. Vom Kunden erfährt der MSP davon dann als Beschwerde, nicht als frühe Warnung.
Die Überwachung per Ping und Port-Check schließt diese Lücke mit denselben Mitteln, mit denen der MSP ohnehin schon arbeitet: demselben Dashboard, denselben Alarmkanälen, derselben bestätigten Erkennung. Der Gewinn ist ein vollständigeres Bild: Aus „wir überwachen eure Websites" wird ein glaubwürdiges „wir überwachen eure erreichbare Infrastruktur". Für einen MSP, dessen Wert an der Verlässlichkeit der Systeme seiner Kunden hängt, ist das kein Nebenschauplatz, sondern eine natürliche Erweiterung des Kerngeschäfts.
Ein vollständigeres Bild der Erreichbarkeit
Der Kern dieses Themas ist eine Erweiterung dessen, was „Erreichbarkeit" überhaupt bedeutet. Die intuitive Gleichsetzung von Monitoring mit Website-Monitoring greift zu kurz, sobald ein Kunde mehr betreibt als einen Webauftritt, und das tun heute die meisten. Erreichbarkeit umfasst die gesamte Landschaft aus Geräten, die zusammen dafür sorgen, dass das Geschäft läuft: die Anbindung, das Netz, die Endpoints, die Hardware. Jedes dieser Elemente kann ausfallen, und jeder Ausfall verdient dieselbe frühe Warnung wie ein Website-Ausfall.
Die Werkzeuge dafür sind unkompliziert und bewährt. Ein Ping-Check beantwortet die grundlegende Frage, ob ein Gerät im Netz ist. Ein Port-Check ergänzt die tiefere Frage, ob der Dienst darauf auch läuft. Zusammen decken sie praktisch jedes netzwerkfähige Gerät ab, und sie laufen nach derselben ruhigen Logik wie das übrige Monitoring: von mehreren EU-Standorten bestätigt, mit Alarm über die gewohnten Kanäle, EU-gehostet.
Am Ende geht es um dieselbe Vollständigkeit, die gutes Monitoring insgesamt anstrebt: keine erreichbare, kritische Komponente unbeobachtet zu lassen, nur weil sie keine Website ist. Der adressierbare Bereich des Monitorings reicht so weit wie die Infrastruktur des Kunden selbst, und ein MSP, der ihn ganz abdeckt, überwacht nicht nur, was im Browser sichtbar ist, sondern alles, worauf sich das Geschäft seiner Kunden stützt.
Häufig gestellte Fragen
Über einen Ping-Check (ICMP): Das Monitoring schickt in kurzen Abständen ein Ping-Paket an die IP oder den Hostnamen des Geräts und wertet aus, ob es antwortet. Antwortet es nicht mehr, wird alarmiert, bestätigt von mehreren Standorten, damit ein kurzer Ausreißer keinen Fehlalarm auslöst. Für Geräte, die einen bestimmten Dienst bereitstellen, ergänzt ein Port-Check: Er prüft, ob der erwartete Port erreichbar ist, nicht nur, ob das Gerät grundsätzlich antwortet.
Ein Ping-Check (ICMP) prüft die grundlegende Erreichbarkeit: Ist das Gerät im Netz und antwortet es überhaupt? Ein Port-Check (TCP) geht eine Ebene tiefer: Er prüft, ob ein bestimmter Dienst auf einem bestimmten Port erreichbar ist, etwa ob ein Gateway seinen erwarteten Port bedient. Ein Gerät kann auf Ping antworten, während der eigentliche Dienst dahinter hängt; deshalb ergänzen sich beide Checks.
Weil ein Website-Check nur eine HTTP-Anfrage an eine Webadresse stellt. Router, Gateways, Sensoren, Kameras oder Industrie-Endpoints stellen aber oft gar keine Website bereit. Diese Geräte sprechen andere Protokolle und werden über ihre IP und ihre Ports erreicht, nicht über eine URL. Ein reines Website-Monitoring hat für diese Hardware einen blinden Fleck, weil es technisch nicht dorthin schaut.
Grundsätzlich alles, was eine erreichbare IP-Adresse hat: Router und Gateways, Netzwerk-Switches, IoT-Sensoren und -Aktoren, IP-Kameras, NAS-Systeme, Drucker, Industriesteuerungen und andere Endpoints im Kundennetz. Für die reine Erreichbarkeit genügt ein Ping-Check; stellt das Gerät einen bestimmten Dienst über einen Port bereit, ergänzt ein Port-Check die tiefere Prüfung.
Direkt erreichbar sind nur Geräte mit einer öffentlichen IP oder einem nach außen freigegebenen Port. Geräte in einem rein privaten Netz sind von außen nicht ohne Weiteres sichtbar. Hier überwacht man typischerweise den öffentlich erreichbaren Zugangspunkt (etwa das Gateway oder den Router mit öffentlicher IP) und darüber die Erreichbarkeit des Netzes als Ganzes. Welche Endpoints extern prüfbar sind, hängt von der Netzarchitektur des Kunden ab.

Co-Founder von Uptimeify und verantwortlich für das gesamte Marketing. Übersetzt zwischen technischer Entwicklung und Marketing-Strategie: von Java, PHP und Shopware-Plugins zur Steuerung digitaler Wachstumsstrategien. Zertifizierter UX-Manager (IHK) und Digital-Marketing-Berater für drei gemeinnützige Organisationen.
Mehr aus dem Blog

Monitoring ohne US-Sub-Prozessoren: der Vorteil im B2B- und Public-Sector-Pitch
Warum Monitoring ohne US-Sub-Prozessoren in der Monitoring-Kette ein prüfbarer Vorteil im Bank- und Behörden-Pitch ist, mit Argumentationshilfe für regulierte MSPs.
SLA-Report für Kunden erstellen: Verfügbarkeit, die deinen Wert beweist
So baust du einen SLA-Report, der deine Verfügbarkeit belegt und deinen Retainer rechtfertigt, Monat für Monat, unter deiner Marke.
Monitoring als eigene Marke verkaufen: So baust du dein gebrandetes Angebot auf
So machst du aus gebrandetem Monitoring ein verkaufbares Angebot: Paketierung, Preis, eigene Domain, Logo und SMTP als Verkaufsargument.
