Uptime-monitoring
Detecteer downtime zodra het gebeurt, vanuit meerdere regio’s, voordat je klanten het merken.
DNS-monitoring voor A, MX, TXT en zeven andere recordtypes, elke 30 seconden getoetst aan het verwachte antwoord.
DNS-monitors zitten in het plan vanaf Essentials.
DNS-monitoring bevraagt je records volgens een schema en behandelt een ontbrekend record, een verkeerd antwoord of een zwijgende nameserver als downtime. Het vangt wat een HTTP-check mist: de servers zijn in orde, maar niemand vindt ze.
Een opgeschoonde zone, een overstap naar een nieuwe DNS-provider, een infrastructuurwijziging die één regel kwijtraakte. De servers blijven draaien en de naam resolvet niet meer. De volgende check faalt.
Docs over DNS-monitoringEen gekaapt registraraccount of een goedbedoelde wijziging laat de naam ergens anders naartoe wijzen. Stel het verwachte antwoord in, en elke andere waarde telt als downtime.
Verwachte antwoordenMX-records en SPF- of DKIM-regels staan in DNS, dus een websitecheck ziet ze nooit. Monitor MX- en TXT-records apart, met de regel die er moet staan.
RecordtypesNa een migratie kan één nameserver de oude zone blijven serveren. Bevraag elke nameserver rechtstreeks met hetzelfde verwachte antwoord, en de achterblijver faalt als enige.
Eigen nameserversHeeft je DNS-host een incident, dan gaan alle diensten erachter tegelijk op zwart. Checks vanuit tot 18 regio’s laten zien of het één regio is of overal.
Monitoringregio’sEen verlopen registratie neemt de DNS mee, en de DNS-monitor faalt op dat moment. Meldingen voor domeinverloop waarschuwen je tot 90 dagen vooraf.
Meldingen voor domeinverloopElke DNS-monitor controleert één recordtype op één hostnaam. De waarde rechts is waarmee een verwacht antwoord wordt vergeleken.
192.0.2.1Het IPv4-adres waar een hostnaam naar wijst. De standaard, en degene die een site offline haalt.
2001:db8::1Het IPv6-adres. Een eigen monitor waard als IPv6-bezoekers een andere route nemen.
example.cdn.netEen alias naar een andere hostnaam, zoals een CDN, een load balancer of een gehoste dienst.
mail.example.comDe mailservers. Vergeleken op de mailhost, ongeacht de prioriteit.
ns1.example.netDe gezaghebbende nameservers. Vangt een delegatie die is verplaatst naar een plek waar jij haar niet heen zette.
include:_spf.example.netSPF-, DKIM-, DMARC- en domeinverificatieregels. Eén regel kan tussen vele andere worden gecontroleerd.
ns1.example.netDe start of authority van de zone. Vergeleken op de primaire nameserver.
sip.example.comServicelocaties voor SIP, XMPP en andere. Vergeleken op de doelhost.
letsencrypt.orgWelke certificaatautoriteiten certificaten voor het domein mogen uitgeven.
mail.example.comReverse DNS, de naam achter een IP-adres. Mailservers worden erop beoordeeld.
Om meerdere recordtypes op hetzelfde domein te monitoren, maak je één monitor per type: A voor de website, MX voor mail, TXT voor SPF. Elk heeft een eigen verwacht antwoord, eigen regio’s en eigen meldingen.
Een record dat naar het verkeerde adres resolvet, antwoordt nog steeds. Het verwachte antwoord maakt van een DNS-lookup een controle van je eigen configuratie.
De check slaagt zolang één record het bevat, ongeacht hoofdletters. Laat het leeg en elk antwoord telt. MX- en SRV-records worden vergeleken op hun host, CAA op zijn waarde.
Standaard bevraagt elke regio via de eigen resolver, zoals een bezoeker zou doen. Geef een nameserver op, via IP of hostnaam, om je gezaghebbende servers rechtstreeks te controleren of een publieke resolver na een wijziging.
Elke check bewaart de teruggegeven records, de resolutietijd en de fout, zoals NXDOMAIN of SERVFAIL, zodat je een verwijderd record onderscheidt van een trage nameserver.
Het verwachte antwoord is 192.0.2.1. Het record bevat het nog, dus de check slaagt. Verwijder het record of laat het ergens anders naar wijzen, en de volgende check faalt.
DNS-monitors delen de meldingen van elke andere monitor: dezelfde kanalen, meldingsvertragingen, escalatiebeleid en on-callroosters, en dezelfde statuspagina die je gebruikers lezen.
Het record antwoordt en bevat de verwachte waarde als je die instelde. Elke check legt het antwoord vast en hoe lang de resolutie duurde.
Geen record, een fout van de nameserver, of geen record met het verwachte antwoord. Het incident heet: example.com failing A DNS resolution.
De nameserver antwoordt niet binnen de time-out van de monitor. Het incident meldt dat example.com is timing out on DNS resolution.
Het juiste antwoord is terug in elke regio. Het incident wordt opgelost en een herstelmelding gaat via dezelfde kanalen.
Een mislukte DNS-check gaat naar de kanalen die je kiest en klimt door je escalatiebeleid tot iemand bevestigt.
Zet protocol op dns, dan dns_record_type, en optioneel dns_expected_answer en dns_nameserver. Dezelfde velden wijzigen een bestaande monitor.
De MCP-server neemt dezelfde velden, dus Claude, Cursor of een andere agent kan een DNS-monitor toevoegen voor elk domein dat je lanceert.
Falen ze allebei tegelijk, dan ligt het aan de naam. Faalt alleen HTTP, dan is het de server. Twee monitors op hetzelfde domein vertellen je waar je eerst moet kijken.
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"
}'Een DNS-monitor faalt zodra een registratie is verlopen. Meldingen voor domeinverloop lezen de einddatum bij de registry en herinneren je tot 90 dagen vooraf, en SSL-monitoring controleert het certificaat dat elke HTTPS-monitor serveert.

@hyperping is echt geweldig

Binnen ons bedrijf staat Hyperping erom bekend dat het sneller reageert dan Datadog. We krijgen meldingen van Hyperping meestal eerder dan van Datadog.

We kozen voor Hyperping om onze gebruikers een hoogwaardig dashboard voor incidenten en statusrapportage te bieden.

We krijgen realtime meldingen van Hyperping als de app plat ligt. Die komen soms zelfs binnen voordat AWS het merkt of ons waarschuwt.

We kunnen ons niet meer voorstellen dat we ons SaaS-bedrijf zonder Hyperping zouden runnen.

Hyperping scoort op alle fronten: van een soepele setup tot gemoedsrust en attente klantenservice.
Je ontdekt pas via een supportticket van een klant dat je site plat ligt.
Detecteer downtime zodra het gebeurt, vanuit meerdere regio’s, voordat je klanten het merken.
Een lichtgewicht agent volgt CPU, geheugen en schijf, zodat je problemen ziet voordat ze tot downtime leiden.
Playwright-tests die kapotte inlog- en afrekenflows opmerken voordat je klanten dat doen.
Krijg een melding als een back-up of geplande taak stilletjes niet draait, niet pas dagen later.
Meldingen bereiken de juiste persoon via Slack,
Teams, SMS of een telefoontje, wat ze ook maar wakker krijgt.
Houd je certificaten onder controle. Krijg een melding voordat ze verlopen, zodat je klanten altijd veilig verbinding maken.
Plan rotaties, verdeel de werkdruk en zie wie er piketdienst heeft. Elk incident bereikt de juiste persoon op het juiste moment.
USD · Maandelijkse facturatie voor elk abonnement
Drie abonnementen om alles draaiende te houden.
US$ 747/maand
US$ 8.964 over 12 maandenAlles verbonden, vanaf de eerste controle.
US$ 299/maand
US$ 3.588 over 12 maandenBespaar US$ 5.376 per jaar met deze mix.
Gecontroleerd op . Alle bedragen zijn in USD; prijzen in lokale valuta kunnen afwijken.
Dit is één voorbeeld van een stack met drie tools, niet de goedkoopst mogelijke opzet en geen vergelijking functie voor functie. Pingdom en PagerDuty bevatten ook functies voor statuspagina’s; niet elk team heeft een apart Statuspage-abonnement nodig. Gebruikskosten en betaalde connectoren zijn niet meegerekend. Jaartotalen zijn 12 maandbetalingen, geen offertes voor jaarabonnementen.
DNS-monitoring bevraagt je DNS-records volgens een schema en waarschuwt je als een record niet meer resolvet, naar de verkeerde waarde resolvet of niet op tijd antwoordt. Een losse lookup vertelt je wat een resolver nu teruggeeft; een monitor herhaalt die vanuit meerdere regio’s en waarschuwt iemand zodra het antwoord verandert. Zie DNS-monitoring in de docs.
Omdat DNS uitvalt terwijl al het andere gezond lijkt. Je servers blijven draaien en HTTP-checks kunnen blijven slagen via een resolver die het oude antwoord in de cache heeft, terwijl bezoekers via een andere resolver je niet bereiken en mail kan bouncen terwijl de website werkt. Een DNS-monitor controleert de records zelf, dus die storingen waarschuwen je zoals elke andere storing.
Maak een DNS-monitor voor het record en stel het verwachte antwoord in, zoals het IP van een A-record of de mailhost van een MX-record. Hyperping laat de check falen als geen enkel record die waarde bevat, dus een gewijzigd, verwijderd of gekaapt record geeft een melding. Hij controleert één recordtype per monitor en houdt geen geschiedenis bij van elke wijziging in de zone.
A, AAAA, CNAME, MX, NS, TXT, SOA, SRV, CAA en PTR. Elke monitor controleert één recordtype op één hostnaam, dus A, MX en TXT op hetzelfde domein monitor je met drie monitors, elk met een eigen verwacht antwoord en eigen meldingen.
Ja. Geef de monitor een nameserver, via IP-adres of hostnaam, en elke check bevraagt die rechtstreeks. Richt hem op je gezaghebbende nameservers om een wijziging te zien zodra die gepubliceerd is, of op een publieke resolver om te bevestigen dat ze is doorgekomen. Zonder nameserver gebruiken de checks de resolver van elke monitoringregio.
Tot elke 30 seconden, vanuit tot 18 regio’s naar keuze, zoals elke andere monitor. Elke check legt de resolutietijd en de teruggegeven records vast, dus je ziet wat elke regio kreeg.
Het vangt het symptoom: een A-, NS- of MX-record dat niet meer de waarde bevat die jij instelde. Met een verwacht antwoord op elk kritiek record laat een gekaapt record de volgende check falen en waarschuwt het je on-call. Hyperping valideert geen DNSSEC en let niet op lookalike-domeinen, en een gecompromitteerde registrar stoppen is een andere klus.
Ja. Meldingen voor domeinverloop lezen de einddatum van de registratie bij de registry en herinneren je 7 tot 90 dagen vooraf, één keer per domein. Ze horen bij HTTP-, ping-, poort- en DNS-monitors en worden uitgelegd op de pagina SSL- en domeinverloopmonitoring.
Nee. DNS-monitors zitten in de plannen Essentials, Pro en Business en tellen mee voor de monitors van het plan. Het Free-plan dekt HTTP-, keyword-, ping- en poortmonitors. Zie prijzen.
Ja. Zet in de monitors-API protocol op dns, dan dns_record_type, en optioneel dns_expected_answer en dns_nameserver. De MCP-server neemt dezelfde velden, dus een AI-agent kan een DNS-monitor voor je toevoegen.