En brannmur, bot-beskyttelsen i et CDN eller en sikkerhetsplugin kan blokkere sjekkene våre mens ekte besøkende slipper gjennom. Monitoren melder da om et driftsavbrudd som ikke finnes, vanligvis HTTP 403, HTTP 429 eller et tidsavbrudd. Slipp sjekkene våre gjennom én gang, så stopper det.
Hvor sjekkene kommer fra
Stockholm, Sverige: 95.111.205.91 og, over IPv6, 2a04:3541:8000:1000::/64London, Storbritannia: 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 legger til et sted, legges adressen til i denne listen, så sjekk her igjen når et nytt sted dukker opp under Locations i skjemaet til en monitor. En monitor uten valgte steder sjekkes fra alle steder som er online, så et nytt sted begynner å sjekke den med en gang.
Sjekker av nettsider, porter og ping, nye sjekker og traceroutes kommer fra alle disse adressene. Flyter med flere steg, skanninger av nettstedets helse, Test request i monitorskjemaet og webhook-varsler kommer bare fra Stockholm. Hvis nettsiden din har en IPv6-adresse (en AAAA-post), kan sjekkene komme over IPv6 fra hvilken som helst adresse i IPv6-områdene ovenfor, så slipp gjennom hele områdene, ikke enkeltadresser.
User agents
Sjekker av nettsider og API-er, og flyter: Uptimecheck/1.0 (+https://uptimecheck.com). En User-Agent du legger til under Request headers, erstatter den.Skanninger av nettstedets helse: Mozilla/5.0 (compatible; UptimecheckBot/1.0; +https://uptimecheck.com/bot).Test request i skjemaet: Uptimecheck/1.0 (+https://uptimecheck.com; test run). Webhook-varsler: Uptimecheck-Alerts/1.0.Flyter med Run in a real browser og skjermbilder av hendelser kjører i Cloudflares nettverk, ikke fra adressene ovenfor. User agentene deres inneholder Uptimecheck/1.0.Sidehastighet måles av Google PageSpeed Insights, så de forespørslene kommer fra Google, med en user agent som inneholder Chrome-Lighthouse.
Alle våre inneholder Uptimecheck. Hvem som helst kan sende en user agent, så slipp gjennom etter adresse der du kan.
Cloudflare
Hvis nettsiden din ligger bak Cloudflare, må du slippe oss gjennom der: din egen server ser bare Cloudflares adresser.
Åpne domenet ditt i Cloudflare-dashbordet, gå til Security rules og velg Create rule › Custom rules.Kall den «Uptimecheck», velg Edit expression og skriv inn (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}). Legg til flere adresser inne i klammeparentesene, atskilt med mellomrom.Under Then take action velger du Skip og krysser av for All remaining custom rules, All rate limiting rules og All managed rules, pluss All Super Bot Fight Mode rules hvis planen din har det. Blant de andre komponentene krysser du av for Browser Integrity Check og Security Level.Plasser regelen først og velg Deploy.
Bot Fight Mode, på Cloudflares Free-plan, kan ikke hoppes over med en egendefinert regel. Legg i stedet til en IP-tilgangsregel: Create rule › IP access rules, skriv inn en adresse, velg handlingen Allow og velg Create, én gang for hver adresse og hvert IPv6-område ovenfor. Når en IP-tilgangsregel treffer først, griper ikke Bot Fight Mode inn. For å se hva som blokkerte en sjekk, åpner du Security analytics, fanen Events, og ser på feltet Service.
Sikkerhetsplugins for WordPress
I Wordfence åpner du Firewall › All Firewall Options, legger adressene til i Allowlisted IP addresses that bypass all rules og lagrer. Solid Security, All-In-One Security og lignende plugins har også en tillatelsesliste. Hvis webhotellet ditt kjører sin egen brannmur, som Imunify360 eller ModSecurity, ber du dem legge adressene på tillatelseslisten. 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 begrenser en sti til kjente adresser, legger du til våre:
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;
}
For å beholde en hastighetsbegrensning for alle andre gir du adressene våre en tom nøkkel. nginx teller ikke forespørsler med tom nøkkel:
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;
Bak et CDN eller en lastbalanserer ser nginx proxyens adresse med mindre real_ip_header er satt opp.
Eller slipp gjennom en hemmelig header
Adresser endres når vi legger til steder; en header gjør ikke det. På en Website or API-monitor velger du Keyword, headers and more og legger til en linje under Request headers, for eksempel X-Monitor-Token: a-long-random-value. Slipp deretter gjennom forespørsler som har den, for eksempel i en egendefinert regel i Cloudflare: any(http.request.headers[«x-monitor-token»][*] == «a-long-random-value»). Alle i arbeidsområdet ditt kan se verdien, så ikke bruk den til noe annet.
Cron-jobber og serveragenten
Cron-jobb-pinger og serveragenten kobler seg ut til app.uptimecheck.com over HTTPS (port 443). Hvis serverne dine bare får nå godkjente verter, må du tillate det navnet. Jobber og agenter som ble satt opp før 16. oktober 2026, kan bruke platform.uptimecheck.com, den tidligere adressen vår, som fortsatt fungerer.
Fortsatt nede? Se hvorfor en monitor er nede når nettsiden fungerer. Mer om oppetidsovervåking.