Benachrichtigungen für Healthchecks: E-Mail, SMS, Telegram, Discord und mehr

Wenn ein Healthcheck ausfällt oder sich erholt, schickt IPv64.net eine Nachricht über deine Benachrichtigungskanäle – per E-Mail, SMS, IPv64 App, Telegram, Discord, Slack, Microsoft Teams, Matrix, ntfy, Gotify, Pushover, Webhook oder deinen eigenen SMTP-Server. Hier steht, wie du Kanäle einrichtest, wann welche Nachricht kommt und wie du dich vor Alarmrauschen schützt.

So funktionieren Benachrichtigungen

Die Kanäle verwaltest du unter Benachrichtigungen in der Leiste der Healthchecks (ipv64.net/notifications.php). Die Seite hat vier Teile: die Liste deiner Kanäle, das Zustellprotokoll, das Formular für einen Kanal und die Einstellungen für Ruhezeiten und Sammelmeldung.

Ein Kanal ist ein Ziel für Nachrichten, z. B. deine E-Mail-Adresse oder ein Telegram-Chat. Du kannst beliebig viele anlegen.
Standardkanäle gelten für alle Checks ohne eigene Auswahl. Jeder Check kann stattdessen eigene Kanäle haben.
Ohne Kanal gehen keine Benachrichtigungen raus.
Zugangsdaten wie Tokens, Webhook-URLs und Passwörter speichert IPv64.net verschlüsselt und zeigt sie nicht wieder an. Beim Bearbeiten bleibt ein leeres Feld unverändert („gespeichert – leer lassen zum Beibehalten“).

Kanal anlegen

Typ wählen
Klicke auf Neuer Kanal und wähle den Kanaltyp. Rechts öffnet sich das Formular; bei manchen Typen steht dort ein Hinweis mit Link zur Anleitung.
Felder ausfüllen
Name (bis 100 Zeichen) und die Felder des Typs (siehe Kanaltypen). Pflichtfelder sind mit * markiert.
Optionen
Sprache der Nachrichten (Deutsch oder English), aktiv, Standardkanal, bei Störung und bei Entwarnung. Bei einem neuen Kanal sind alle Haken gesetzt.
Speichern
E-Mail- und SMS-Kanäle von IPv64 musst du danach bestätigen.
Testen
Mit dem Papierflieger-Knopf in der Liste schickst du eine Testnachricht.

In der Liste schaltest du einen Kanal mit dem Schalter-Knopf aus und ein, mit dem Stern machst du ihn zum Standardkanal (oder nimmst ihn heraus). Beim Löschen entfernt IPv64.net den Kanal auch aus allen Checks, die ihn ausgewählt hatten.

Nur öffentliche Ziele

Die Kanäle im Portal senden von den Servern von IPv64.net aus dem Internet. Adressen von Webhook, Discord, Slack, Microsoft Teams, Matrix, ntfy und Gotify sowie der Host eines eigenen SMTP-Servers müssen deshalb öffentlich erreichbar sein. Beim Speichern lehnt IPv64.net ab:

private und interne IP-Adressen: RFC 1918 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16), Loopback, Link-Local (auch 169.254.169.254), CGNAT 100.64.0.0/10, ULA fc00::/7, Dokumentations- und Benchmark-Netze, Multicast und reservierte Bereiche;
interne Namen: localhost, Namen auf .local, .localhost, .internal, .lan, .intranet und .home.arpa sowie Namen ohne Punkt;
Namen, die sich nicht öffentlich auflösen lassen oder auf eine interne Adresse zeigen.

Für Ziele im Heimnetz (z. B. ein lokaler ntfy-Server, Home Assistant oder ein interner Mailserver) legst du den Kanal in deiner Node64 an – die Node sendet dann selbst aus deinem Netz.

Kanaltypen

Kanal	Felder
E-Mail (ipv64)	E-Mail-Adresse; muss bestätigt werden
SMS (ipv64)	Mobilnummer mit Ländervorwahl, z. B. `+49 177 1234567` oder `0049 177 1234567`; muss bestätigt werden
IPv64 App	Geräte-Token aus der IPv64 App (`NTFY-DEVICE-…`), optional Störungen als kritischen Alarm
Telegram	Bot-Token, Chat-ID, optional Lautlos senden
Discord	Webhook-URL (https), optional Anzeigename
Slack	Webhook-URL (https)
Microsoft Teams	Workflow-URL (https)
Matrix	Homeserver (Standard `https://matrix.org`), Zugriffstoken des Bot-Kontos, Raum-ID oder Alias
ntfy	Server (Standard `https://ntfy.sh`), Topic, optional Zugriffs-Token oder Benutzer und Passwort, Priorität bei Störung (Standard 4) und bei Entwarnung (Standard 3), je 1–5
Gotify	Server-URL, App-Token, Priorität (Standard 5)
Pushover	User-Key, App-Token, optional Gerät, Priorität bei Störung (Standard 1) und bei Entwarnung (Standard 0), je −2 bis 2
Webhook	URL, Methode (POST, PUT oder GET; Standard POST), zusätzliche Header, eigener Body, TLS-Fehler ignorieren
Eigener SMTP-Server	Host, Port (25, 465, 587 oder 2525; Standard 587), Verschlüsselung (`starttls`, `tls` oder `none`), Benutzer, Passwort, Absender, Empfänger

E-Mail, SMS und App von IPv64

Diese drei Kanäle verschickt IPv64.net selbst – du brauchst kein eigenes Konto bei einem anderen Dienst.

E-Mail (ipv64): Nachrichten im Design von IPv64.net mit farbigem Statusband und einem Link „Benachrichtigungen verwalten“.
SMS (ipv64): Die Zahl der SMS pro Tag hängt von deiner Kontoklasse ab (siehe Konto & Limits); unten auf der Seite steht dein Wert. Eine SMS enthält höchstens 300 Zeichen.
IPv64 App: Ende-zu-Ende verschlüsselte Push-Nachricht an die IPv64 App: Titel und Text werden mit dem Schlüssel deines Geräts verschlüsselt, nur das Gerät kann sie lesen. Trage den Geräte-Token aus der App ein (NTFY-DEVICE-…). Lange Meldungen kommen gekürzt an (Text höchstens 150 Zeichen). Mit der Option für kritische Alarme kommen Störungen auch im Lautlos-Modus durch.

Telegram, Discord, Slack, Microsoft Teams und Matrix

Telegram: Trage den Token deines Telegram-Bots und die Chat-ID ein, an die er schreiben soll. Mit Lautlos senden kommt die Nachricht ohne Ton.
Discord: Trage die Webhook-URL deines Discord-Kanals ein; der Anzeigename ist optional.
Slack: In Slack eine App mit „Incoming Webhooks“ anlegen, für den Kanal einen Webhook hinzufügen und die URL (https://hooks.slack.com/services/…) eintragen.
Microsoft Teams: Im Teams-Kanal Workflows öffnen, die Vorlage „Bei Empfang einer Webhookanforderung in einem Kanal posten“ wählen und die angezeigte URL eintragen. Die alten Office-365-Connectoren gibt es seit Mai 2026 nicht mehr.
Matrix: Eigenes Bot-Konto anlegen, in den Raum einladen und dessen Zugriffstoken (Element: Einstellungen → Hilfe & Info) sowie Raum-ID (!abc123:matrix.org) oder Alias (#alarme:matrix.org) eintragen.

ntfy, Gotify und Pushover

ntfy: öffentlicher Server https://ntfy.sh oder dein eigener; geschützte Topics mit Token oder Benutzer und Passwort.
Gotify: In Gotify eine Anwendung anlegen und deren App-Token eintragen.
Pushover: User-Key aus deinem Pushover-Konto und App-Token einer eigenen Anwendung; Prioritäten getrennt für Störung und Entwarnung.

Webhook

Der Webhook schickt jede Nachricht an deine URL – für eigene Skripte, Home Assistant oder andere Systeme. Ohne eigenen Body sendet er JSON mit den Feldern kind, title, text, check (name, token, type, target), status, reason, message, time und url. Zusätzliche Header (einer je Zeile, Name: Wert) werden wie Geheimnisse verschlüsselt gespeichert. Format und Platzhalter für einen eigenen Body beschreibt die Node64-Doku – IPv64.net verschickt Webhooks im selben Format.

Eigener SMTP-Server

Verschickt E-Mails über deinen eigenen Mailserver statt über IPv64.net – mit STARTTLS, TLS oder unverschlüsselt über Port 25, 465, 587 oder 2525 (Standard 587). Der Host muss öffentlich sein. Absender und Empfänger sind Pflicht; eine Bestätigung ist nicht nötig.

E-Mail- und SMS-Kanäle bestätigen

Bevor IPv64.net an eine E-Mail-Adresse oder Handynummer sendet, musst du sie bestätigen. Nach dem Speichern öffnet sich der Kasten Kanal bestätigen:

Code senden
IPv64.net schickt einen 6-stelligen Code an die Adresse bzw. Nummer des Kanals.
Code eingeben
Gib den Code innerhalb von 15 Minuten ein und klicke auf Bestätigen.

Bis dahin steht der Kanal in der Liste auf „nicht bestätigt“; ein Klick darauf öffnet die Bestätigung erneut. Änderst du später Adresse oder Nummer, musst du den Kanal neu bestätigen. Bestätigt wird nur nach der Anmeldung – es gibt keinen Link, der ohne Login funktioniert. Du kannst höchstens 5 Codes pro Stunde anfordern und 10 Codes pro Stunde eingeben; die Grenzen gelten für Portal und API zusammen.

Standardkanäle und Kanäle je Check

Im Formular eines Checks wählst du unter Kanäle, wohin seine Nachrichten gehen. Ohne Auswahl gelten alle Standardkanäle.
Ein Kanal ist Standardkanal, wenn er in der Liste das Abzeichen „Standard“ trägt.
Ausgeschaltete Kanäle bekommen keine Nachrichten, auch wenn ein Check sie ausgewählt hat.
Schalter am Check (bei Störung, bei Entwarnung, auch bei „teilweise gestört“) und am Kanal (bei Störung, bei Entwarnung) wirken zusammen: Eine Nachricht kommt nur, wenn beide sie erlauben.
Ein Check mit kritisch meldet auch während der Ruhezeiten.

Meldungsarten: Störung, Entwarnung und mehr

Art	Kennung	Wann	Schalter
Störung	`down`	Check wechselt auf „gestört“	bei Störung
Entwarnung	`up`	Check ist wieder OK	bei Entwarnung
Teilweise gestört / wieder vollständig OK	`degraded`, `degraded_end`	nur ein Teil der Messstellen meldet eine Störung bzw. wieder alle OK	nur mit „auch bei teilweise gestört“
Instabil / stabil	`flapping_start`, `flapping_end`	der Zustand wechselt ständig bzw. ist wieder ruhig	bei Störung bzw. Entwarnung
Erinnerung	`reminder`	Störung hält an; im Abstand, den du am Check unter Erinnerung bei anhaltender Störung einstellst	bei Störung
Nicht überwacht / wird wieder geprüft	`unchecked`, `rechecked`	keine Messstelle liefert mehr Daten bzw. wieder Daten	bei Störung bzw. Entwarnung
Sammelmeldung	`summary`, `summary_up`	viele Störungen bzw. Entwarnungen gleichzeitig (siehe Sammelmeldung)	bei Störung bzw. Entwarnung
Kontingent erreicht	`quota`	das Tageskontingent der Online-Messungen ist erreicht; einmal am Tag	bei Störung
Test	`test`	Testnachricht aus der Liste	immer

Jede Nachricht nennt den Check, den neuen Zustand, den Grund (z. B. „Zeitüberschreitung“) und die Meldung der Messung. Während eines Wartungsfensters gibt es keine Alarme für die betroffenen Checks. Hängt ein Check von einem gestörten Check ab, meldet nur der übergeordnete.

Ruhezeiten, Sammelmeldung und Höchstzahl

Im Kasten Ruhezeiten und Sammelmeldung stellst du ein, wie IPv64.net dich vor zu vielen Nachrichten schützt. Die Einstellungen gelten für das ganze Konto: das Portal und alle verknüpften Nodes übernehmen sie.

Einstellung	Standard	Hinweis
Ruhezeit aktiv	aus	kritische Checks melden trotzdem
Zeitzone	Europe/Berlin	gilt für alle Zeitangaben der Healthchecks, Wartungsfenster und Ruhezeiten
von / bis	22:00 / 07:00	darf über Mitternacht gehen; dann zählt der Wochentag des Beginns
Tage	Mo bis So	an welchen Wochentagen die Ruhezeit gilt
Sammeln ab	3	so viele gleichzeitige Störungen werden zu einer Nachricht (0 bis 100)
Fenster	10 s	wie lange IPv64.net auf weitere Ereignisse wartet (0 bis 600 s)
Max./Stunde	60	Nachrichten je Kanal und Stunde, 0 = unbegrenzt (bis 1000)

Ruhezeit

Was während der Ruhezeit passiert, hält IPv64.net zurück und schickt es danach als eine Sammelmeldung. Checks mit der Option kritisch melden sofort. Die Nachricht „Kontingent erreicht“ entfällt in der Ruhezeit.

Sammelmeldung

Fallen viele Checks gleichzeitig aus – etwa bei einer Störung deines Anschlusses –, sammelt IPv64.net die Ereignisse für die Dauer des Fensters. Sind es mindestens so viele Störungen wie unter Sammeln ab, bekommt jeder Kanal eine Nachricht mit allen betroffenen Checks statt vieler einzelner. Für gleichzeitige Entwarnungen gilt dasselbe. Mit 0 oder 1 schaltest du die Sammelmeldung ab.

Höchstzahl je Kanal

Max./Stunde begrenzt, wie viele Nachrichten ein Kanal pro Stunde bekommt. Darüber hinaus verwirft IPv64.net weitere Nachrichten für diesen Kanal; im Zustellprotokoll steht dann „rate limited“. Testnachrichten zählen nicht mit.

Testnachricht und Zustellprotokoll

Testnachricht: Der Papierflieger-Knopf schickt eine Testnachricht über den Kanal. Nicht bestätigte Kanäle führen zuerst zur Bestätigung.
Zustellprotokoll: Die letzten 40 Zustellungen mit Zeit, Kanal, Art und Ergebnis – „OK“ oder die Fehlermeldung des Dienstes. Dazu gehören auch Nachrichten, die eine Node64 über die API an deine IPv64-Kanäle schickt (z. B. für Proxmox VE, Docker oder Module). Den letzten Fehler eines Kanals zeigt auch die Liste unter dem Status.
Erneute Versuche: Bei vorübergehenden Fehlern (Zeitüberschreitung, Serverfehler, „zu viele Anfragen“) versucht IPv64.net die Zustellung nach 1, 5 und 15 Minuten erneut. Endgültige Fehler wie eine falsche Adresse werden nicht wiederholt.

Kanäle von Node64

Hast du Node64 verknüpft, erscheinen die Kanäle deiner Nodes ebenfalls in der Liste – mit Haus-Symbol und dem Namen der Node. Diese Kanäle sendet die Node selbst; IPv64.net gibt ihr den Auftrag. Bearbeitet werden sie in der Node; im Portal kannst du sie testen, zum Standardkanal machen, aus- und einschalten oder löschen. Für Kanäle, die es nur in Node64 gibt (etwa Browser-Benachrichtigungen oder Home Assistant), siehe die Node64-Doku zu Benachrichtigungen.

Wer die Alarme verschickt: Checks, die nur eine Node in deinem Netz misst, meldet ab Node64 0.12.0-alpha.27 die Node selbst – Störung, Entwarnung, Flattern und Erinnerungen. Ihre eigenen Kanäle bedient sie direkt, deine IPv64-Kanäle (E-Mail, SMS, App) über die API; dafür braucht die Node einen API-Key. Alle anderen Kanäle (z. B. Telegram, Discord, Webhook) und alle Online-, Hybrid- und Mehr-Node-Checks verschickt weiterhin IPv64.net. Ältere Node64-Versionen und Nodes ohne API-Key überlassen alles IPv64.net.

Kanäle lassen sich auch per Healthchecks-API anlegen, bestätigen und testen.

Fehler gefunden oder etwas fehlt? Schreibt uns im v64.tech-Forum. · Stand: 2026-10-30