PRTG Alarmierung: Welcher Kanal um 3 Uhr morgens wirklich klingelt

Ein Sensor schlägt um 3:14 Uhr Alarm. 3 Stunden später kommt die Beschwerde des Kunden, dass das System ausgefallen ist. Niemand wurde nachts geweckt. Im Audit zeigt sich: Die Mail mit dem Alarm ist um 3:14 Uhr brav im Postfach gelandet, nur hat Outlook Mobile sie wegen aktiviertem iOS-Fokus-Modus nicht als Push durchgestellt. Solche Geschichten höre ich in fast jedem PRTG-Audit. Das Problem ist selten die Konfiguration in PRTG selbst, sondern die Frage, welcher Kanal nachts überhaupt zuverlässig durchkommt. Hier der Realitäts-Check für E-Mail, SMS, Push, Webhook und MS Teams.

Warum ein Kanal allein nicht reicht

PRTG bietet eine ganze Palette an Notification-Methoden. Die meisten Installationen nutzen genau eine: E-Mail. Das funktioniert tagsüber im Büro fast immer, nachts oder im Home-Office regelmäßig nicht. Die Gründe sind banal:

• iOS-Fokus-Modus oder Android "Nicht stören" filtert Mail-Pushes nachts standardmäßig raus. Die Mail liegt im Postfach, das Smartphone bleibt aber stumm
• Selbst wenn der Push durchkommt: Mail-Apps zeigen nachts oft nur eine kleine Banner-Notification, die im Halbschlaf ignoriert wird

Die Realität: Wer nachts auf einen kritischen Alarm reagieren soll, braucht einen Kanal, der das Smartphone wirklich klingeln lässt, und einen zweiten, der die Eskalation absichert. Welche Kombination Sinn ergibt, hängt vom Kanal-Profil ab.

Die 5 Kanäle im Vergleich

1. E-Mail: der unterschätzte Risikokanal

E-Mail funktioniert unter normalen Bedingungen, aber unter Stress am wenigsten. 3 Stolperstellen, die ich in fast jedem Audit sehe:

Spam-Filter beim eigenen Mailserver

PRTG verschickt typische "Robot-Mails": gleicher Absender, ähnlicher Betreff, oft Bursts wenn ein Switch alle Ports gleichzeitig down meldet. Das ist exakt das Muster, das Spam-Filter fürchten. Lösung: Whitelist im eigenen Mailserver für die PRTG-Absenderadresse plus SPF-Eintrag, der den PRTG-Server als legitimen Sender ausweist.

Smartphone-Modi

iOS "Fokus" und Android "Nicht stören" filtern Mail-Pushes nachts standardmäßig raus. Der Klassiker: Anwender hat den Modus eingestellt, weil er nachts in Ruhe schlafen will, aber gleichzeitig dem Boss versprochen, im Notfall erreichbar zu sein. Beides geht nicht über E-Mail.

Outlook-Regeln

Wer "PRTG"-Mails per Regel automatisch in einen Unterordner verschiebt, verliert die Push-Notification. Klingt offensichtlich, ist mir aber mehrfach in Kundenumgebungen begegnet.

Fazit: E-Mail ist als Begleitkanal gut (Detail-Info, Logging), als alleiniger Eskalationskanal ungeeignet.

2. SMS: alt, langsam zu konfigurieren, aber unschlagbar zuverlässig

SMS hat keine Spam-Filter, keine Junk-Ordner, kein "Fokus"-Modus filtert sie. Wenn das Smartphone Empfang hat, kommt die SMS an und sie macht ein Geräusch. Genau deshalb ist SMS für kritische Eskalation nach wie vor erste Wahl.

Setup-Optionen

PRTG hat keinen eingebauten SMS-Versand. 3 Wege:

• Twilio / MessageBird / Vonage: REST-API, in PRTG als Custom Notification Script. Kosten: 7–12 ct pro SMS in Deutschland. Setup einmalig 1–2 Stunden.
• sipgate basic: SMS-API, deutsche Telefonnummer als Absender möglich. Etwa 9 ct pro SMS, Setup-Aufwand vergleichbar mit Twilio.
• GSM-Modem: Hardware (SIM-Karte + USB-Modem), seltener geworden. Vorteil: keine pro-SMS-Kosten, nur Grundgebühr. Nachteil: eigene Hardware, Wartung, Reichweiten-Probleme.

Was bei SMS schiefgeht

3 Probleme aus der Praxis:

• Burst-Limit beim Provider: Wenn 30 Sensoren gleichzeitig Alarm schlagen, blockt Twilio nach 10–15 SMS pro Sekunde. Lösung: in PRTG Notification-Threshold setzen ("nur wenn Status > 5 Min anhält") und Acknowledgement-Mechanismus nutzen.
• Flatrate-Verbrauch im Roaming: Empfänger im Ausland zahlt unter Umständen die SMS. Im Eskalationsplan darauf achten.
• Absendernummer als unbekannt: Wer in iPhone-Kontakten die Twilio-Nummer nicht hinterlegt hat, sieht "Unbekannt" und ignoriert eventuell.

Fazit: SMS ist der härteste Eskalationskanal. Pflicht für kritische 24/7-Systeme. Konfiguration so eng halten, dass die SMS-Rechnung nicht explodiert.

3. PRTG-Push (mobile App): bequem, aber abhängig vom Smartphone-Setup

Paessler hat eine eigene mobile App mit Push-Notifications. Die ist gut gemacht, kostenlos und liefert Alarme in 1–3 Sekunden. Limitierung: Push-Notifications hängen am Apple/Google-Push-Service und am Empfänger-Smartphone.

Stolperstellen

• App muss installiert sein und einmal mit dem PRTG-Server gekoppelt werden
• Push-Berechtigung muss erteilt sein (geht beim Wechsel auf neues Smartphone gerne verloren)
• Akkusparmodus filtert Hintergrund-Pushes auf manchen Android-Geräten
• Bei deaktivierter Internetverbindung (kein WLAN, kein 4G) kommt nichts an. SMS würde noch durchkommen

Fazit: Push ist ein guter Standard-Kanal für die Bereitschaft tagsüber und in der ersten Eskalationsstufe nachts. Als alleiniger Notfallkanal nicht ausreichend, weil zu viele Punkte im Stack das Push verhindern können.

4. Webhook + Eskalations-Service (PagerDuty, Opsgenie, Better Stack)

Wer ein professionelles On-Call-Modell braucht, betreibt PRTG nicht alleine. Ein Webhook in einen Eskalations-Service löst das Problem auf einer höheren Ebene: Der Service kümmert sich um Schichtpläne, Eskalationsketten ("erst Person A, nach 5 Min Person B, dann Manager"), Mehrkanal-Versand (gleichzeitig SMS + App + Anruf) und automatische Acknowledgements.

Was diese Services besser können als PRTG selbst

• Schichtkalender: Wer hat Bereitschaft in welcher Woche? Urlaubsvertretung?
• Phone Call: Bei kritischen Alarmen wird wirklich angerufen, mit Sprachausgabe. Das weckt verlässlich.
• Eskalation: Wenn Person A in 10 Minuten nicht acknowledged, geht es automatisch an Person B
• Alarm-Korrelation: Wenn 50 Sensoren gleichzeitig kippen, kommt eine kombinierte Meldung statt 50 Einzel-SMS

Setup in PRTG

Notification Method "Execute HTTP Action" mit POST an die Webhook-URL des Services. Payload als JSON mit Sensor-Name, Status, Message. Setup-Aufwand etwa 1 Tag. Kosten: PagerDuty ab 21 USD pro User/Monat, Opsgenie ab 9 USD, Better Stack ab 25 EUR/Monat für kleine Teams.

Fazit: Für Teams ab 3 Personen mit echter 24/7-Bereitschaft ist ein Eskalations-Service Pflicht. Wer selbst SMS-Listen pflegt, baut den Service in schlechter halt selbst nach.

5. MS Teams Webhook: bequem, aber kein Notfallkanal

Teams ist als Notification-Ziel beliebt, weil das Setup trivial ist (Incoming Webhook, fertig). Für Status-Übersichten und Tagesgeschäft ist das gut. Als kritischer Alarmkanal taugt es nicht.

Warum nicht

• Teams-Channel-Pushes sind im "Fokus" gefiltert
• Nachts ignoriert kaum jemand seinen Teams-Channel aktiv
• Teams-Channels sind oft Read-only-Kanäle, in denen Bot-Messages mit dem Lärm der anderen Bots untergehen
• Keine Acknowledgement-Mechanik, keine Eskalation

Was funktioniert: Teams als zusätzlicher Kanal für Logging und Tagesgeschäft, parallel zu SMS oder Webhook für die echte Alarmierung. So bleibt das Team über Status-Veränderungen informiert, ohne dass die Notfallkette auf Teams alleine angewiesen ist.

Empfehlung: die 3-Kanal-Strategie

Aus 20+ Audits hat sich folgendes Muster bewährt:

1. E-Mail an Verteiler: alle Alarme, vollständige Detail-Info, dient dem Logging und Tagesgeschäft.
2. Push (PRTG-App) oder Teams-Webhook: für die Bereitschaft tagsüber und Erst-Awareness.
3. SMS oder Webhook in Eskalations-Service: nur für kritische Sensoren (Tag critical-24x7) und nur wenn der Alarm länger als 5 Minuten besteht. Das ist der harte Kanal.

Die Trennung "kritisch vs. unkritisch" ist entscheidend. Wenn jeder Switch-Port-Alarm um 3 Uhr per SMS kommt, schaltet der Empfänger nach 3 Wochen die SMS ab. Mehr dazu in PRTG Alarmierung richtig konfigurieren, das die Konfigurations-Seite ergänzt.

Ein zuverlässig durchgekommener Alarm ist mehr wert als 10 perfekt formatierte E-Mails im Junk-Ordner.

Test-Routine: einmal im Quartal die Kette anstoßen

Was sich bewährt hat: einen Sensor mit dem Tag test-alarm versehen und einmal im Quartal bewusst auslösen lassen (z.B. Mail-Service kurz stoppen). Dann beobachten, wer wirklich was bekommt und wann. In jedem zweiten Audit zeigt der Test, dass mindestens ein Kanal in der Kette gebrochen ist (alter Mitarbeiter im Verteiler, abgelaufene SMS-Provider-Lizenz, Push-Berechtigung durch Smartphone-Wechsel verloren).

Eskalation muss man üben wie Brandschutz. Sonst funktioniert sie nur, wenn niemand sie braucht.

Zusammenfassung

PRTG bietet zuverlässige Mechanik für die Alarm-Erkennung. Der schwächste Punkt der Kette ist der letzte Meter: das Smartphone des Empfängers. E-Mail allein ist dafür nicht stark genug. Eine 3-Kanal-Strategie mit klarer Eskalations-Logik plus regelmäßigem Test der Kette ist der pragmatische Ausweg.