Wenn Monitoring-Anfragen blockiert werden: Warum ein Alarm nicht immer einen Serverausfall bedeutet

Produkt-Updates - Server-Monitoring-News - Updates

Blog

19.08.2026
980 79

Ein Monitoring-Alarm ist nicht automatisch ein Serverausfall

Server-Monitoring soll zuverlässig feststellen, ob ein Dienst erreichbar ist. Genau dafür prüft Livewatch.de in kurzen Abständen beispielsweise HTTP- und HTTPS-Dienste, Ping, DNS, Ports oder HTTP-Performance-Skripte.

Doch was passiert, wenn nicht der überwachte Server ausgefallen ist, sondern die Monitoring-Anfrage selbst blockiert wird?

Das kann schneller passieren, als viele Administratoren vermuten. Eine Firewall, ein Web Application Firewall (WAF), Fail2Ban, ein Security-System, ein Reverse Proxy oder eine manuell konfigurierte Zugriffssperre kann eine Monitoring-Anfrage automatisch oder bewusst ablehnen.

Für das Monitoring sieht das zunächst wie eine klassische Nichterreichbarkeit aus: Die erwartete Antwort bleibt aus oder es wird ein Fehlercode zurückgegeben.

Deshalb ist es wichtig, zwischen einem tatsächlichen Ausfall und einer blockierten Überwachungsanfrage zu unterscheiden.

Warum kann eine Monitoring-Anfrage blockiert werden?

Moderne Server und Netzwerke verfügen über zahlreiche Sicherheitsmechanismen. Diese können legitime Monitoring-Anfragen unter bestimmten Umständen als unerwünscht oder verdächtig einstufen.

Typische Ursachen sind beispielsweise:

  • Firewall-Regeln
  • Web Application Firewalls
  • automatische IP-Sperren
  • Fail2Ban oder vergleichbare Schutzmechanismen
  • Rate-Limiting
  • DDoS-Schutz
  • Geo-Blocking
  • vorgeschaltete Reverse Proxies
  • Zugriffsbeschränkungen auf bestimmte IP-Adressen
  • manuell gepflegte Blacklists
  • Sicherheitssoftware auf dem Webserver
  • Schutzmechanismen gegen Bots und automatisierte Zugriffe

Besonders problematisch wird es, wenn ein Sicherheitssystem nach mehreren automatisierten Anfragen die IP-Adresse des Monitoring-Servers sperrt.

Der überwachte Dienst funktioniert dann möglicherweise weiterhin völlig normal. Nur Livewatch.de darf ihn nicht mehr abfragen.

Livewatch.de prüft deshalb nicht nur von einem Standort

Um solche Situationen besser erkennen zu können, führt Livewatch.de Prüfungen von unterschiedlichen Standorten aus.

Das hat einen entscheidenden Vorteil:

Wenn beispielsweise eine Anfrage von Standort A blockiert wird, der Dienst von Standort B aber weiterhin erreichbar ist, deutet vieles darauf hin, dass nicht der eigentliche Dienst ausgefallen ist.

In diesem Fall ist ein genereller Serverausfall eher unwahrscheinlich. Stattdessen könnte beispielsweise die IP-Adresse von Standort A blockiert worden sein.

Was passiert, wenn alle Prüfungen blockiert werden?

Noch schwieriger wird die Situation, wenn sämtliche Prüfstandorte keine Verbindung herstellen können.

Dann kann Livewatch.de nicht mit letzter Sicherheit feststellen, warum keine Antwort erfolgt.

Es gibt dann grundsätzlich mehrere Möglichkeiten:

Der Server ist tatsächlich ausgefallen.

Oder:

Eine Firewall bzw. Sicherheitssoftware blockiert die Monitoring-Anfragen.

Oder:

Eine Netzwerkstörung verhindert die Erreichbarkeit.

Für Livewatch.de sehen diese Situationen zunächst ähnlich aus.

Das ist eine wichtige technische Einschränkung jedes externen Monitorings: Ein Monitoring-System kann feststellen, dass eine Prüfung fehlschlägt. Die genaue Ursache liegt aber nicht immer innerhalb des Einflussbereichs des Monitoring-Anbieters.


Was sollten Kunden bei einem Alarm überprüfen?

Wenn Livewatch.de einen Ausfall meldet, sollte deshalb nicht sofort davon ausgegangen werden, dass der eigene Server tatsächlich ausgefallen ist.

Mit einigen einfachen Prüfungen lässt sich die Ursache häufig schnell eingrenzen.

1. Dienst selbst testen

Der erste Schritt ist der einfachste:

Rufen Sie den überwachten Dienst selbst auf.

Bei einer Website beispielsweise:

https://www.example.de

Funktioniert die Website von Ihrem Rechner aus?

Wenn ja, bedeutet das noch nicht automatisch, dass Livewatch.de falsch alarmiert. Es könnte sein, dass Ihre IP-Adresse zugelassen ist, die IP-Adresse des Monitoring-Servers aber blockiert wird.

Das ist ein sehr häufiger Denkfehler.


2. Von einem anderen Internetanschluss testen

Noch aussagekräftiger ist ein Test über eine andere Internetverbindung.

Beispielsweise:

  • Smartphone über Mobilfunk
  • anderer Internetanschluss
  • Rechner in einem anderen Netzwerk
  • externer Server

Wenn die Website am eigenen Arbeitsplatz funktioniert, über eine andere Verbindung jedoch nicht, deutet das auf ein Netzwerk-, Routing- oder Firewall-Problem hin.

Funktioniert sie hingegen überall, während Livewatch.de weiterhin einen Fehler meldet, sollte man die Sicherheits- und Firewall-Konfiguration genauer untersuchen.


3. HTTP-Statuscode überprüfen

Bei HTTP- und HTTPS-Monitoring lohnt sich ein Blick auf den tatsächlichen HTTP-Statuscode.

Beispiele:

  • 200 – Anfrage erfolgreich
  • 301 / 302 – Weiterleitung
  • 403 – Zugriff verboten
  • 404 – Ressource nicht gefunden
  • 429 – zu viele Anfragen
  • 500 – interner Serverfehler
  • 502 / 503 / 504 – Probleme bei Server, Proxy oder Backend

Insbesondere 403 und 429 können Hinweise darauf liefern, dass eine Sicherheitskomponente die automatisierte Anfrage ablehnt.


4. Firewall und WAF überprüfen

Wenn der Dienst für normale Benutzer erreichbar ist, aber Livewatch.de einen Ausfall meldet, sollte als Nächstes die Firewall beziehungsweise WAF untersucht werden.

Interessant sind insbesondere Regeln, die auf folgende Kriterien reagieren:

  • Quell-IP-Adresse
  • Anzahl der Anfragen
  • User-Agent
  • Request-Frequenz
  • Länder
  • bestimmte URL-Pfade
  • Bot-Erkennung
  • fehlgeschlagene Loginversuche
  • ungewöhnliches Anfrageverhalten

Prüfen Sie insbesondere die Logs zum Zeitpunkt des Livewatch-Alarms.

Dort findet sich häufig ein Hinweis darauf, dass die Verbindung zwar beim Server angekommen ist, anschließend aber von einer Sicherheitskomponente abgewiesen wurde.


5. Automatische IP-Sperren kontrollieren

Programme wie Fail2Ban oder vergleichbare Systeme können IP-Adressen automatisch sperren.

Das kann beispielsweise passieren, wenn ein Schutzmechanismus eine bestimmte Anzahl von Anfragen innerhalb eines bestimmten Zeitraums als verdächtig einstuft.

Die Folge:

Livewatch.de fragt den Server regelmäßig ab → Sicherheitssoftware erkennt die Anfragen → IP-Adresse wird gesperrt → Monitoring meldet Nichterreichbarkeit.

Der Server selbst ist dabei möglicherweise vollkommen funktionsfähig.

Deshalb sollte bei einem entsprechenden Alarm geprüft werden:

  • Welche IP-Adressen wurden gesperrt?
  • Wann erfolgte die Sperre?
  • Welche Regel hat die Sperre ausgelöst?
  • Wurde eine Monitoring-IP automatisch geblockt?
  • Gibt es eine Whitelist für Monitoring-Systeme?

6. DNS überprüfen

Bei DNS-Monitoring sollte zusätzlich überprüft werden, ob die DNS-Auflösung tatsächlich funktioniert.

Interessant ist beispielsweise die Frage:

Liefert der DNS-Server von verschiedenen Standorten dieselbe Antwort?

Ein DNS-Problem kann dazu führen, dass eine Domain für manche Nutzer erreichbar ist, für andere jedoch nicht.

Auch hier kann ein Vergleich zwischen unterschiedlichen Netzwerken hilfreich sein.


7. Ping ist nicht gleich HTTP

Ein weiterer häufiger Irrtum betrifft den Ping-Test.

Ein Server kann auf Ping nicht reagieren und trotzdem problemlos Websites, APIs oder andere Dienste bereitstellen.

Beispielsweise kann eine Firewall ICMP-Pakete blockieren, während TCP-Verbindungen auf Port 80 oder 443 problemlos funktionieren.

Daher gilt:

Ein fehlgeschlagener Ping bedeutet nicht automatisch, dass der Server ausgefallen ist.

Umgekehrt bedeutet ein erfolgreicher Ping auch nicht, dass die Website funktioniert.

Deshalb ist es wichtig, genau den Dienst zu untersuchen, der den Alarm ausgelöst hat.


8. Die Server- und Webserver-Logs ansehen

Bei einem tatsächlichen Problem sind die Logs oft die wichtigste Informationsquelle.

Je nach eingesetzter Software sollten unter anderem folgende Logs überprüft werden:

  • Webserver-Logs
  • Firewall-Logs
  • WAF-Logs
  • Reverse-Proxy-Logs
  • Application-Logs
  • System-Logs
  • DNS-Logs
  • Fail2Ban-Logs

Entscheidend ist dabei der Zeitpunkt des Alarms.

Wenn Livewatch.de beispielsweise um 14:32 Uhr einen Ausfall meldet, sollte nicht nur der aktuelle Zustand betrachtet werden. Suchen Sie in den Logs gezielt nach Ereignissen rund um 14:32 Uhr.


Ein einfacher Ablauf zur Fehlersuche

Bei einem Livewatch-Alarm kann folgende Reihenfolge helfen:

1. Dienst selbst aufrufen

→ Funktioniert die Website oder der Dienst?

2. Von einem anderen Netzwerk testen

→ Funktioniert der Dienst beispielsweise über Mobilfunk?

3. HTTP-Status bzw. Fehlermeldung prüfen

→ 403, 429, 500, 502 oder 503?

4. Firewall und WAF prüfen

→ Wurde eine Anfrage abgelehnt?

5. IP-Sperren kontrollieren

→ Wurde eine Monitoring-IP blockiert?

6. Server- und Sicherheitslogs prüfen

→ Gibt es zum Alarmzeitpunkt passende Einträge?

7. DNS und Routing überprüfen

→ Ist der Dienst von anderen Netzen erreichbar?

8. Monitoring-Konfiguration überprüfen

→ Wird möglicherweise eine URL, ein Port oder ein Protokoll überwacht, das bewusst eingeschränkt wurde?


Monitoring sollte nicht selbst zum Fehler werden

Die Aufgabe eines Monitoring-Systems besteht darin, Probleme möglichst früh zu erkennen. Gleichzeitig muss berücksichtigt werden, dass ein Monitoring-System selbst Teil der Kommunikationskette ist.

Zwischen Livewatch.de und dem überwachten Dienst befinden sich unter Umständen zahlreiche Komponenten:

Livewatch-Prüfserver → Internet → Firewall → WAF → Reverse Proxy → Webserver → Anwendung

Jede dieser Komponenten kann eine Anfrage beeinflussen oder blockieren.

Wenn eine dieser Komponenten die Anfrage verwirft, kann Livewatch.de zunächst nur feststellen:

„Die erwartete Antwort ist nicht angekommen.“

Die Ursache dafür muss aber nicht zwangsläufig der überwachte Server sein.


Fazit

Ein Monitoring-Alarm sollte immer ernst genommen werden. Er sollte aber nicht automatisch mit einem tatsächlichen Serverausfall gleichgesetzt werden.

Gerade bei modernen Sicherheitslösungen kann es vorkommen, dass automatisierte Monitoring-Anfragen blockiert werden. Livewatch.de versucht deshalb durch Prüfungen von unterschiedlichen Standorten, solche Situationen besser einzugrenzen.

Sollten jedoch sämtliche Prüfungen gleichzeitig keine Antwort erhalten, kann auch Livewatch.de nicht zuverlässig unterscheiden, ob der überwachte Dienst tatsächlich ausgefallen ist oder ob die Monitoring-Anfragen beispielsweise durch eine Firewall, WAF oder automatische IP-Sperre blockiert werden.

Für den Betreiber ist deshalb der Blick in die eigenen Firewall-, WAF- und Server-Logs besonders wichtig.

Wer die IP-Adressen der Livewatch-Prüfserver kennt und diese in seinen Sicherheitskomponenten entsprechend berücksichtigt beziehungsweise auf eine Whitelist setzt, kann zudem verhindern, dass legitime Monitoring-Anfragen versehentlich als Angriff oder unerwünschter automatisierter Zugriff behandelt werden.

So ergänzen sich Livewatch.de und die lokalen Server- und Sicherheitslogs optimal: Livewatch.de erkennt die Nichterreichbarkeit von außen – die Logs des Kunden helfen anschließend dabei, die tatsächliche Ursache zu finden.

Zurück zum News-Index

Wissensdatenbank

Hier beantworten wir Fragen zur Serverüberwachung von Livewatch. Wenn Sie eine Frage haben, die wir hier noch nicht beantwortet haben, kontaktieren Sie uns bitte.

Sicherheitslücken

In den letzten Monaten wurden mehrere kritische Sicherheitslücken in Server-Systemen entdeckt, die potenziell gravierende Auswirkungen auf die IT-Sicherheit haben können. Im Folgenden werden einige der bedeutendsten Schwachstellen vorgestellt:

1. CVE-2024-37079: Sicherheitslücke in VMware vCenter Server

Im Juni 2024 wurde eine kritische Schwachstelle in VMware vCenter Server identifiziert. Diese Lücke ermöglicht es Angreifern, durch manipulierte Pakete beliebigen Code auszuführen, was zu einem Heap-Pufferüberlauf führt und die Dienste gefährdet. VMware hat bereits einen Patch veröffentlicht, der dringend installiert werden sollte.

security-insider.de

2. CVE-2024-49113: LDAPNightmare in Windows-Servern

Eine kürzlich entdeckte Sicherheitslücke in der Windows Lightweight Directory Access Protocol (LDAP) Implementierung, bekannt als CVE-2024-49113, ermöglicht es Angreifern, einen Denial-of-Service (DoS) Zustand herbeizuführen, indem sie das Local Security Authority Subsystem Service (LSASS) abstürzen lassen. Microsoft hat diese Schwachstelle im Dezember 2024 behoben.

it-boltwise.de

3. CVE-2024-20697: Schwachstelle in Windows 11 und Server 2022

Eine Schwachstelle in Windows 11 und Windows Server 2022 ermöglicht es Angreifern, beim Extrahieren von RAR-Dateien beliebigen Code auszuführen. Microsoft hat diese Lücke im Januar 2024 behoben und empfiehlt die Installation des Patches sowie das Vermeiden des Öffnens von RAR-Dateien aus unbekannten Quellen.

security-insider.de

4. CVE-2024-21410: Kritische Schwachstellen in Microsoft Exchange-Servern

Das Bundesamt für Sicherheit in der Informationstechnik (BSI) berichtete im März 2024, dass mindestens 17.000 Instanzen von Microsoft-Exchange-Servern in Deutschland durch kritische Schwachstellen verwundbar sind. Diese Lücken werden bereits aktiv von Cyberkriminellen ausgenutzt. Das BSI empfiehlt, aktuelle Exchange-Versionen einzusetzen, verfügbare Sicherheitsupdates einzuspielen und die Instanzen sicher zu konfigurieren.

bsi.bund.de

5. CVE-2024-49112: Zero-Day-Lücke in Windows und Windows Server

Eine Zero-Day-Lücke in Windows und Windows Server ermöglicht Denial-of-Service-Angriffe, da sie einen Absturz des Betriebssystems auslöst. Betroffen sind Windows 10, Windows 11 sowie Windows Server 2016, 2019 und 2022. Microsoft hat diese Schwachstelle im August 2024 behoben.

Livewatch.de – Ihr zuverlässiger Partner für Server- und Website-Monitoring

In der digitalen Welt von heute ist eine stabile IT-Infrastruktur entscheidend. Ein Ausfall Ihrer Website oder Ihres Servers kann Kunden kosten und das Vertrauen in Ihr Unternehmen schädigen. Livewatch.de bietet Ihnen eine professionelle Monitoring-Lösung, die Ihre Systeme rund um die Uhr überwacht und Sie bei Problemen sofort alarmiert.

Warum Livewatch.de?

24/7-Überwachung – Ihre Server, Webseiten und Services werden kontinuierlich geprüft.
Sofortige Alarmierung – Erhalten Sie Benachrichtigungen per E-Mail, SMS oder Push-Nachricht, sobald ein Problem auftritt.
Detaillierte Analysen – Nutzen Sie umfangreiche Berichte und Statistiken zur Performance-Optimierung.
Weltweit verteilte Monitoring-Standorte – Ihre Systeme werden von mehreren Standorten aus getestet, um die Erreichbarkeit global sicherzustellen.
Einfache Einrichtung – Schnell startklar, ohne komplizierte Konfiguration.

Mit Livewatch.de minimieren Sie Ausfallzeiten und sorgen für eine optimale Erreichbarkeit Ihrer IT-Systeme. Testen Sie unseren Service noch heute und sichern Sie sich eine zuverlässige Überwachung!