En firewall, et CDN’s botbeskyttelse eller et sikkerhedsplugin kan blokere vores tjek, mens rigtige besøgende kommer igennem. Monitoren melder så om et nedbrud, der ikke er et, som regel HTTP 403, HTTP 429 eller en timeout. Tillad vores tjek én gang, så stopper det.
Hvor tjekkene kommer fra
Stockholm, Sverige: 95.111.205.91 og over IPv6 2a04:3541:8000:1000::/64London, Storbritannien: 94.237.50.166 og over IPv6 2a04:3541:1000:500::/64New York, USA: 209.94.56.204 og over IPv6 2605:7380:8000:1000::/64
Når vi tilføjer en lokation, kommer dens adresse på denne liste, så kig her igen, når en ny lokation dukker op under Locations i en monitors formular. En monitor uden valgte lokationer tjekkes fra alle lokationer, der er online, så en ny lokation begynder at tjekke den med det samme.
Website-, port- og ping-tjek, gentjek og traceroutes kommer fra alle disse adresser. Flows i flere trin, scanninger af websitesundhed, Test request i monitorformularen og webhook-alarmer kommer kun fra Stockholm. Hvis dit website har en IPv6-adresse (en AAAA-record), kan tjek komme over IPv6 fra enhver adresse i IPv6-intervallerne ovenfor, så tillad hele intervallerne, ikke enkelte adresser.
User agents
Website- og API-tjek samt flows: Uptimecheck/1.0 (+https://uptimecheck.com). En User-Agent, du tilføjer under Request headers, erstatter den.Scanninger af websitesundhed: Mozilla/5.0 (compatible; UptimecheckBot/1.0; +https://uptimecheck.com/bot).Test request i formularen: Uptimecheck/1.0 (+https://uptimecheck.com; test run). Webhook-alarmer: Uptimecheck-Alerts/1.0.Flows med Run in a real browser og skærmbilleder af hændelser kører i Cloudflares netværk, ikke fra adresserne ovenfor. Deres user agents indeholder Uptimecheck/1.0.Page speed måles af Google PageSpeed Insights, så de forespørgsler kommer fra Google med en user agent, der indeholder Chrome-Lighthouse.
Alle vores indeholder Uptimecheck. Alle kan sende en hvilken som helst user agent, så tillad efter adresse, hvor du kan.
Cloudflare
Hvis dit website ligger bag Cloudflare, skal du tillade os dér: din egen server ser kun Cloudflares adresser.
Åbn dit domæne i Cloudflare-dashboardet, gå til Security rules, og vælg Create rule › Custom rules.Kald reglen “Uptimecheck”, vælg Edit expression, og indtast (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}). Tilføj flere adresser inden for de krøllede parenteser, adskilt af mellemrum.Under Then take action vælger du Skip og markerer All remaining custom rules, All rate limiting rules og All managed rules samt All Super Bot Fight Mode rules, hvis dit abonnement har det. Blandt de øvrige komponenter markerer du Browser Integrity Check og Security Level.Placér reglen først, og vælg Deploy.
Bot Fight Mode på Cloudflares Free-abonnement kan ikke springes over med en custom rule. Tilføj i stedet en IP access rule: Create rule › IP access rules, indtast en adresse, vælg handlingen Allow, og vælg Create – én gang for hver adresse og hvert IPv6-interval ovenfor. Når en IP access rule matcher først, griber Bot Fight Mode ikke ind. Vil du se, hvad der blokerede et tjek, så åbn Security analytics, fanen Events, og se på feltet Service.
Sikkerhedsplugins til WordPress
I Wordfence åbner du Firewall › All Firewall Options, tilføjer adresserne under Allowlisted IP addresses that bypass all rules og gemmer. Solid Security, All-In-One Security og lignende plugins har også en allowlist. Hvis din hostingudbyder kører sin egen firewall, for eksempel Imunify360 eller ModSecurity, så bed dem om at sætte adresserne på deres allowlist. Med 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
Hvis nginx begrænser en sti til kendte adresser, så tilføj vores:
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;
}
Vil du beholde en rate limit for alle andre, så giv vores adresser en tom nøgle. nginx tæller ikke forespørgsler med en tom nøgle:
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;
Bag et CDN eller en load balancer ser nginx proxyens adresse, medmindre real_ip_header er sat op.
Eller tillad en hemmelig header
Adresser ændrer sig, når vi tilføjer lokationer; det gør en header ikke. På en monitor af typen Website or API vælger du Keyword, headers and more og tilføjer en linje under Request headers, for eksempel X-Monitor-Token: a-long-random-value. Tillad derefter forespørgsler med headeren, for eksempel i en custom rule i Cloudflare: any(http.request.headers[“x-monitor-token”][*] == “a-long-random-value”). Alle i dit workspace kan se værdien, så brug den ikke til andet.
Cron-jobs og serveragenten
Pings fra cron-jobs og serveragenten forbinder ud til app.uptimecheck.com over HTTPS (port 443). Hvis dine servere kun må nå godkendte hosts, så tillad det navn. Jobs og agenter, der er sat op før 16. oktober 2026, kan bruge platform.uptimecheck.com, vores tidligere adresse, som stadig virker.
Stadig nede? Se hvorfor en monitor er nede, når dit website virker. Læs mere om oppetidsovervågning.