Uptime-Monitoring
Erkennen Sie Ausfälle sofort, aus mehreren Regionen, bevor Ihre Kunden etwas merken.
DNS-Monitoring für A, MX, TXT und sieben weitere Eintragstypen, alle 30 Sekunden gegen die erwartete Antwort geprüft.
DNS-Monitore sind ab dem Essentials-Plan enthalten.
DNS-Monitoring fragt Ihre Einträge in festen Abständen ab und wertet einen fehlenden Eintrag, eine falsche Antwort oder einen stummen Nameserver als Ausfall. Es fängt, was ein HTTP-Check übersieht: Die Server sind in Ordnung, aber niemand findet sie.
Eine aufgeräumte Zone, ein Wechsel des DNS-Anbieters, eine Infrastrukturänderung, die eine Zeile verloren hat. Die Server laufen weiter, aber der Name löst nicht mehr auf. Der nächste Check schlägt fehl.
Doku zum DNS-MonitoringEin gekapertes Registrar-Konto oder eine gut gemeinte Änderung lässt den Namen woanders hinzeigen. Legen Sie die erwartete Antwort fest, und jeder andere Wert zählt als Ausfall.
Erwartete AntwortenMX-Einträge und SPF- oder DKIM-Einträge liegen im DNS, ein Website-Check sieht sie also nie. Überwachen Sie MX- und TXT-Einträge separat, mit dem Eintrag, der vorhanden sein muss.
EintragstypenNach einer Migration kann ein Nameserver weiter die alte Zone ausliefern. Fragen Sie jeden direkt mit derselben erwarteten Antwort ab, und der Nachzügler schlägt allein fehl.
Eigene NameserverHat Ihr DNS-Hoster einen Vorfall, fallen alle Dienste dahinter auf einmal aus. Checks aus bis zu 18 Regionen zeigen, ob es eine Region betrifft oder alle.
Monitoring-RegionenEine abgelaufene Registrierung nimmt ihr DNS mit, und der DNS-Monitor schlägt in dem Moment fehl. Warnungen zum Domainablauf melden sich bis zu 90 Tage vorher.
Warnungen zum DomainablaufJeder DNS-Monitor prüft einen Eintragstyp auf einem Hostnamen. Der Wert rechts ist das, womit eine erwartete Antwort verglichen wird.
192.0.2.1Die IPv4-Adresse, auf die ein Hostname zeigt. Der Standard, und der, der eine Website offline nimmt.
2001:db8::1Die IPv6-Adresse. Einen eigenen Monitor wert, wenn IPv6-Besucher einen anderen Weg nehmen.
example.cdn.netEin Alias auf einen anderen Hostnamen, etwa ein CDN, einen Load Balancer oder einen gehosteten Dienst.
mail.example.comDie Mailserver. Verglichen wird der Mailhost, unabhängig von seiner Priorität.
ns1.example.netDie autoritativen Nameserver. Erkennt eine Delegation, die woandershin verschoben wurde, als Sie wollten.
include:_spf.example.netSPF-, DKIM-, DMARC- und Domain-Verifizierungseinträge. Ein Eintrag lässt sich unter vielen prüfen.
ns1.example.netDer Start of Authority der Zone. Verglichen wird ihr primärer Nameserver.
sip.example.comDienststandorte für SIP, XMPP und andere. Verglichen wird der Zielhost.
letsencrypt.orgWelche Zertifizierungsstellen Zertifikate für die Domain ausstellen dürfen.
mail.example.comReverse DNS, der Name hinter einer IP-Adresse. Mailserver werden danach beurteilt.
Um mehrere Eintragstypen auf derselben Domain zu überwachen, legen Sie einen Monitor pro Typ an: A für die Website, MX für E-Mail, TXT für SPF. Jeder hat eigene erwartete Antwort, Regionen und Warnungen.
Ein Eintrag, der auf die falsche Adresse auflöst, antwortet trotzdem. Erst die erwartete Antwort macht aus einer DNS-Abfrage eine Prüfung Ihrer eigenen Konfiguration.
Der Check besteht, solange ein Eintrag sie enthält, ohne Beachtung der Groß- und Kleinschreibung. Leer gelassen zählt jede Antwort. MX- und SRV-Einträge werden über ihren Host verglichen, CAA über seinen Wert.
Standardmäßig fragt jede Region über ihren eigenen Resolver ab, wie es ein Besucher täte. Geben Sie einen Nameserver an, per IP oder Hostname, um Ihre autoritativen Server direkt zu prüfen oder nach einer Änderung einen öffentlichen Resolver.
Jeder Check behält die zurückgegebenen Einträge, die Auflösungszeit und den Fehler, etwa NXDOMAIN oder SERVFAIL, so unterscheiden Sie einen gelöschten Eintrag von einem langsamen Nameserver.
Die erwartete Antwort ist 192.0.2.1. Der Eintrag enthält sie noch, also besteht der Check. Löschen Sie den Eintrag oder lassen Sie ihn woandershin zeigen, und der nächste Check schlägt fehl.
DNS-Monitore teilen die Alarmierung aller anderen Monitore: dieselben Kanäle, Alarmverzögerungen, Eskalationsrichtlinien und Bereitschaftspläne, und dieselbe Statusseite, die Ihre Nutzer lesen.
Der Eintrag antwortet und enthält den erwarteten Wert, falls Sie einen gesetzt haben. Jeder Check speichert die Antwort und die Dauer der Auflösung.
Kein Eintrag, ein Fehler des Nameservers oder kein Eintrag mit der erwarteten Antwort. Der Vorfall heißt: example.com failing A DNS resolution.
Der Nameserver antwortet nicht innerhalb des Timeouts des Monitors. Der Vorfall meldet, dass example.com is timing out on DNS resolution.
Die richtige Antwort ist in jeder Region zurück. Der Vorfall wird behoben und eine Entwarnung geht über dieselben Kanäle raus.
Ein fehlgeschlagener DNS-Check geht an die Kanäle Ihrer Wahl und steigt Ihre Eskalationsrichtlinie hinauf, bis jemand bestätigt.
Setzen Sie protocol auf dns, dann dns_record_type und optional dns_expected_answer und dns_nameserver. Dieselben Felder ändern einen bestehenden Monitor.
Der MCP-Server nimmt dieselben Felder, so kann Claude, Cursor oder ein anderer Agent für jede neue Domain einen DNS-Monitor anlegen.
Schlagen beide zusammen fehl, liegt es am Namen. Schlägt nur HTTP fehl, liegt es am Server. Zwei Monitore auf derselben Domain zeigen Ihnen, wo Sie zuerst suchen sollten.
curl -X POST https://api.hyperping.io/v1/monitors \
-H "Authorization: Bearer $API_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"name": "Mail DNS",
"url": "example.com",
"protocol": "dns",
"dns_record_type": "MX",
"dns_expected_answer": "mail.example.com",
"dns_nameserver": "ns1.example.net"
}'Ein DNS-Monitor schlägt fehl, sobald eine Registrierung abgelaufen ist. Warnungen zum Domainablauf lesen das Enddatum bei der Registry und erinnern Sie bis zu 90 Tage vorher, und SSL-Monitoring prüft das Zertifikat, das jeder HTTPS-Monitor ausliefert.

@hyperping ist wirklich großartig

Hyperping hat bei uns im Unternehmen den Ruf, reaktionsschneller zu sein als Datadog. Benachrichtigungen von Hyperping erhalten wir meist vor denen von Datadog.

Wir haben uns für Hyperping entschieden, um unseren Nutzern ein hochwertiges Dashboard für Incidents und Statusmeldungen zu bieten.

Die Echtzeit-Alarme von Hyperping sagen uns, wenn die App ausfällt. Manchmal kommen sie sogar, bevor AWS es bemerkt oder uns benachrichtigt.

Wir können uns nicht mehr vorstellen, unser SaaS-Geschäft ohne Hyperping zu betreiben.

Hyperping überzeugt auf ganzer Linie: von der reibungslosen Einrichtung über die Gewissheit, dass alles läuft, bis zum aufmerksamen Kundenservice.
Vom Ausfall Ihrer Website erfahren Sie erst durch das Support-Ticket eines Kunden.
Erkennen Sie Ausfälle sofort, aus mehreren Regionen, bevor Ihre Kunden etwas merken.
Ein schlanker Agent überwacht CPU, Speicher und Festplatte, damit Sie Probleme erkennen, bevor daraus ein Ausfall wird.
Playwright-Tests, die fehlerhafte Logins und Checkouts finden, bevor Ihre Kunden es tun.
Alarm, sobald ein Backup oder geplanter Job unbemerkt ausbleibt, nicht erst Tage später.
Alarme erreichen die richtige Person über Slack,
Teams, SMS oder Anruf, je nachdem, was sie zuverlässig weckt.
Zertifikate im Blick: Alarme vor dem Ablauf sorgen dafür, dass sich Ihre Kunden immer sicher verbinden.
Planen Sie Rotationen, verteilen Sie die Last und sehen Sie, wer Bereitschaft hat. Jeder Incident erreicht die richtige Person zur richtigen Zeit.
USD · Monatliche Abrechnung für alle Tarife
Drei Abos, damit alles läuft.
747 $/Monat
8.964 $ für 12 MonateAlles vernetzt, von der ersten Prüfung an.
299 $/Monat
3.588 $ für 12 MonateSparen Sie 5.376 $ pro Jahr gegenüber diesem Mix.
Geprüft am . Alle Beträge in USD; Preise in Landeswährung können abweichen.
Dies ist ein Beispiel für einen Stack aus drei Tools, weder das günstigste mögliche Setup noch ein Vergleich Funktion für Funktion. Pingdom und PagerDuty bieten auch Statusseiten-Funktionen; nicht jedes Team braucht ein separates Statuspage-Abonnement. Nutzungsabhängige Gebühren und kostenpflichtige Konnektoren sind nicht enthalten. Jahressummen entsprechen 12 Monatszahlungen, nicht Angeboten für Jahresabonnements.
DNS-Monitoring fragt Ihre DNS-Einträge in festen Abständen ab und warnt Sie, wenn ein Eintrag nicht mehr auflöst, auf den falschen Wert auflöst oder nicht rechtzeitig antwortet. Eine einmalige Abfrage zeigt, was ein Resolver gerade liefert; ein Monitor wiederholt sie aus mehreren Regionen und alarmiert jemanden, wenn sich die Antwort ändert. Siehe DNS-Monitoring in der Doku.
Weil DNS ausfällt, während alles andere gesund aussieht. Ihre Server laufen weiter, und HTTP-Checks können über einen Resolver, der die alte Antwort im Cache hat, weiter bestehen, während Besucher über einen anderen Resolver Sie nicht erreichen und E-Mails zurückkommen, obwohl die Website funktioniert. Ein DNS-Monitor prüft die Einträge selbst, also alarmieren Sie diese Ausfälle wie jeder andere Ausfall.
Legen Sie einen DNS-Monitor für den Eintrag an und hinterlegen Sie die erwartete Antwort, etwa die IP eines A-Eintrags oder den Mailhost eines MX-Eintrags. Hyperping lässt den Check fehlschlagen, wenn kein Eintrag diesen Wert enthält, so löst ein geänderter, gelöschter oder gekaperter Eintrag eine Warnung aus. Pro Monitor wird ein Eintragstyp geprüft, und es gibt keinen Verlauf aller Änderungen in der Zone.
A, AAAA, CNAME, MX, NS, TXT, SOA, SRV, CAA und PTR. Jeder Monitor prüft einen Eintragstyp auf einem Hostnamen, A, MX und TXT auf derselben Domain überwachen Sie also mit drei Monitoren, jeder mit eigener erwarteter Antwort und eigenen Warnungen.
Ja. Geben Sie dem Monitor einen Nameserver, per IP-Adresse oder Hostname, und jeder Check fragt ihn direkt ab. Richten Sie ihn auf Ihre autoritativen Nameserver, um eine Änderung sofort nach der Veröffentlichung zu sehen, oder auf einen öffentlichen Resolver, um die Propagierung zu bestätigen. Ohne Angabe nutzen die Checks den Resolver der jeweiligen Monitoring-Region.
Bis zu alle 30 Sekunden, aus bis zu 18 Regionen Ihrer Wahl, wie jeder andere Monitor. Jeder Check speichert die Auflösungszeit und die zurückgegebenen Einträge, so sehen Sie, was jede Region erhalten hat.
Es erkennt das Symptom: einen A-, NS- oder MX-Eintrag, der nicht mehr den von Ihnen gesetzten Wert enthält. Mit einer erwarteten Antwort auf jedem kritischen Eintrag lässt ein gekaperter Eintrag den nächsten Check fehlschlagen und alarmiert Ihre Rufbereitschaft. Hyperping validiert kein DNSSEC und überwacht keine Doppelgänger-Domains, und einen kompromittierten Registrar zu stoppen ist eine andere Aufgabe.
Ja. Warnungen zum Domainablauf lesen das Enddatum der Registrierung bei der Registry und erinnern Sie 7 bis 90 Tage vorher, einmal pro Domain. Sie gehören zu HTTP-, Ping-, Port- und DNS-Monitoren und werden auf der Seite SSL- und Domainablauf-Monitoring erklärt.
Nein. DNS-Monitore sind in den Plänen Essentials, Pro und Business enthalten und zählen zu den Monitoren des Plans. Der Free-Plan umfasst HTTP-, Keyword-, Ping- und Port-Monitore. Siehe Preise.
Ja. Setzen Sie in der Monitors-API protocol auf dns, dann dns_record_type und optional dns_expected_answer und dns_nameserver. Der MCP-Server nimmt dieselben Felder, so kann ein KI-Agent einen DNS-Monitor für Sie anlegen.