Een firewall, de botbescherming van een CDN of een beveiligingsplugin kan onze checks blokkeren terwijl echte bezoekers er gewoon door komen. De monitor meldt dan een storing die er geen is, meestal HTTP 403, HTTP 429 of een time-out. Laat onze checks één keer toe en het is opgelost.
Waar checks vandaan komen
Stockholm, Zweden: 95.111.205.91 en, via IPv6, 2a04:3541:8000:1000::/64Londen, Verenigd Koninkrijk: 94.237.50.166 en, via IPv6, 2a04:3541:1000:500::/64New York, Verenigde Staten: 209.94.56.204 en, via IPv6, 2605:7380:8000:1000::/64
Voegen we een locatie toe, dan komt het adres ervan in deze lijst, dus kijk hier opnieuw als er een nieuwe locatie verschijnt onder Locations in het formulier van een monitor. Een monitor zonder gekozen locaties wordt vanaf elke online locatie gecontroleerd, dus een nieuwe locatie begint er meteen mee.
Website-, poort- en pingchecks, hercontroles en traceroutes komen van al deze adressen. Multi-step flows, site-health-scans, Test request in het monitorformulier en webhookmeldingen komen alleen uit Stockholm. Heeft je site een IPv6-adres (een AAAA-record), dan kunnen checks via IPv6 binnenkomen vanaf elk adres in de IPv6-reeksen hierboven, dus sta de hele reeksen toe, niet losse adressen.
User agents
Website- en API-checks en flows: Uptimecheck/1.0 (+https://uptimecheck.com). Een User-Agent die je toevoegt onder Request headers vervangt deze.Site-health-scans: Mozilla/5.0 (compatible; UptimecheckBot/1.0; +https://uptimecheck.com/bot).Test request in het formulier: Uptimecheck/1.0 (+https://uptimecheck.com; test run). Webhookmeldingen: Uptimecheck-Alerts/1.0.Flows met Run in a real browser en screenshots bij incidenten draaien in het netwerk van Cloudflare, niet vanaf de adressen hierboven. Hun user agents bevatten Uptimecheck/1.0.Page speed wordt gemeten door Google PageSpeed Insights, dus die verzoeken komen van Google, met een user agent die Chrome-Lighthouse bevat.
Al onze user agents bevatten Uptimecheck. Iedereen kan een user agent meesturen, dus sta waar mogelijk toe op basis van adres.
Cloudflare
Staat je site achter Cloudflare, sta ons dan daar toe: je eigen server ziet alleen de adressen van Cloudflare.
Open in het Cloudflare-dashboard je domein, ga naar Security rules en kies Create rule › Custom rules.Noem de regel “Uptimecheck”, kies Edit expression en vul (ip.src in {95.111.205.91 2a04:3541:8000:1000::/64 94.237.50.166 2a04:3541:1000:500::/64 209.94.56.204 2605:7380:8000:1000::/64}) in. Voeg meer adressen toe binnen de accolades, gescheiden door spaties.Kies onder Then take action voor Skip en vink All remaining custom rules, All rate limiting rules en All managed rules aan, plus All Super Bot Fight Mode rules als je abonnement dat heeft. Vink bij de overige onderdelen Browser Integrity Check en Security Level aan.Zet de regel bovenaan en kies Deploy.
Bot Fight Mode, in het Free-abonnement van Cloudflare, kun je niet overslaan met een custom rule. Voeg in plaats daarvan een IP access rule toe: Create rule › IP access rules, vul een adres in, kies de actie Allow en klik op Create, één keer voor elk adres en elke IPv6-reeks hierboven. Matcht een IP access rule als eerste, dan grijpt Bot Fight Mode niet in. Wil je zien wat een check blokkeerde, open dan Security analytics, het tabblad Events, en kijk naar het veld Service.
Beveiligingsplugins voor WordPress
Open in Wordfence Firewall › All Firewall Options, voeg de adressen toe aan Allowlisted IP addresses that bypass all rules en sla op. Solid Security, All-In-One Security en vergelijkbare plugins hebben ook een allowlist. Draait je hostingprovider een eigen firewall, zoals Imunify360 of ModSecurity, vraag dan of ze de adressen op de allowlist zetten. Met fail2ban:
# /etc/fail2ban/jail.local
[DEFAULT]
ignoreip = 127.0.0.1/8 ::1 95.111.205.91 2a04:3541:8000:1000::/64 94.237.50.166 2a04:3541:1000:500::/64 209.94.56.204 2605:7380:8000:1000::/64
nginx
Beperkt nginx een pad tot bekende adressen, voeg dan de onze toe:
location = /health {
allow 95.111.205.91;
allow 2a04:3541:8000:1000::/64;
allow 94.237.50.166;
allow 2a04:3541:1000:500::/64;
allow 209.94.56.204;
allow 2605:7380:8000:1000::/64;
deny all;
proxy_pass http://127.0.0.1:8080;
}
Wil je een rate limit houden voor alle anderen, geef onze adressen dan een lege key. nginx telt verzoeken met een lege key niet mee:
geo $limit {
default 1;
95.111.205.91 0;
2a04:3541:8000:1000::/64 0;
94.237.50.166 0;
2a04:3541:1000:500::/64 0;
209.94.56.204 0;
2605:7380:8000:1000::/64 0;
}
map $limit $limit_key {
0 “”;
1 $binary_remote_addr;
}
limit_req_zone $limit_key zone=perip:10m rate=10r/s;
Achter een CDN of load balancer ziet nginx het adres van de proxy, tenzij real_ip_header is ingesteld.
Of sta een geheime header toe
Adressen veranderen als we locaties toevoegen; een header niet. Kies bij een Website or API-monitor Keyword, headers and more en voeg een regel toe onder Request headers, zoals X-Monitor-Token: a-long-random-value. Sta daarna verzoeken toe die deze header meesturen, bijvoorbeeld in een custom rule in Cloudflare: any(http.request.headers[“x-monitor-token”][*] == “a-long-random-value”). Iedereen in je workspace kan de waarde zien, dus gebruik hem nergens anders voor.
Cronjobs en de serveragent
Cronjob-pings en de serveragent maken een uitgaande verbinding met app.uptimecheck.com via HTTPS (poort 443). Mogen je servers alleen goedgekeurde hosts bereiken, sta die naam dan toe. Jobs en agents die vóór 16 oktober 2026 zijn ingesteld, gebruiken mogelijk platform.uptimecheck.com, ons eerdere adres, dat nog steeds werkt.
Nog steeds down? Zie waarom een monitor down is terwijl je site werkt. Meer over uptime monitoring.