En brandvägg, ett CDN:s botskydd eller ett säkerhetstillägg kan blockera våra kontroller medan riktiga besökare kommer igenom. Monitorn rapporterar då ett avbrott som inte är något avbrott, oftast HTTP 403, HTTP 429 eller en timeout. Släpp igenom våra kontroller en gång, så upphör det.
Var kontrollerna kommer ifrån
Stockholm, Sverige: 95.111.205.91 och, via IPv6, 2a04:3541:8000:1000::/64London, Storbritannien: 94.237.50.166 och, via IPv6, 2a04:3541:1000:500::/64New York, USA: 209.94.56.204 och, via IPv6, 2605:7380:8000:1000::/64
När vi lägger till en plats läggs dess adress till i den här listan, så titta hit igen när en ny plats dyker upp under Locations i en monitors formulär. En monitor utan valda platser kontrolleras från alla platser som är online, så en ny plats börjar kontrollera den direkt.
Kontroller av webbplatser, portar och ping, omkontroller och traceroutes kommer från alla dessa adresser. Flöden i flera steg, genomsökningar av webbplatshälsa, Test request i monitorns formulär och webhook-larm kommer bara från Stockholm. Om din webbplats har en IPv6-adress (en AAAA-post) kan kontrollerna komma via IPv6 från vilken adress som helst i IPv6-intervallen ovan, så släpp igenom hela intervallen, inte enskilda adresser.
User agents
Kontroller av webbplatser och API:er samt flöden: Uptimecheck/1.0 (+https://uptimecheck.com). En User-Agent som du lägger till under Request headers ersätter den.Genomsökningar av webbplatshälsa: Mozilla/5.0 (compatible; UptimecheckBot/1.0; +https://uptimecheck.com/bot).Test request i formuläret: Uptimecheck/1.0 (+https://uptimecheck.com; test run). Webhook-larm: Uptimecheck-Alerts/1.0.Flöden med Run in a real browser och skärmbilder vid incidenter körs i Cloudflares nätverk, inte från adresserna ovan. Deras user agents innehåller Uptimecheck/1.0.Page speed (sidhastighet) mäts av Google PageSpeed Insights, så de förfrågningarna kommer från Google, med en user agent som innehåller Chrome-Lighthouse.
Alla våra innehåller Uptimecheck. Vem som helst kan skicka en user agent, så släpp hellre igenom på adress där det går.
Cloudflare
Om din webbplats ligger bakom Cloudflare ska du släppa igenom oss där: din egen server ser bara Cloudflares adresser.
Öppna din domän i Cloudflares dashboard, gå till Security rules och välj Create rule › Custom rules.Döp den till ”Uptimecheck”, välj Edit expression och ange (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}). Lägg till fler adresser inom klammerparenteserna, åtskilda med mellanslag.Under Then take action väljer du Skip och kryssar i All remaining custom rules, All rate limiting rules och All managed rules, samt All Super Bot Fight Mode rules om din plan har det. Bland de övriga komponenterna kryssar du i Browser Integrity Check och Security Level.Placera regeln först och välj Deploy.
Bot Fight Mode, på Cloudflares Free-plan, går inte att hoppa över med en anpassad regel. Lägg i stället till en IP-åtkomstregel: Create rule › IP access rules, ange en adress, välj åtgärden Allow och välj Create, en gång för varje adress och IPv6-intervall ovan. När en IP-åtkomstregel matchar först ingriper inte Bot Fight Mode. För att se vad som blockerade en kontroll öppnar du Security analytics, fliken Events, och tittar på fältet Service.
Säkerhetstillägg för WordPress
I Wordfence öppnar du Firewall › All Firewall Options, lägger till adresserna i Allowlisted IP addresses that bypass all rules och sparar. Solid Security, All-In-One Security och liknande tillägg har också en tillåtelselista. Om ditt webbhotell kör en egen brandvägg, till exempel Imunify360 eller ModSecurity, ber du dem lägga till adresserna i sin tillåtelselista. 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
Om nginx begränsar en sökväg till kända adresser lägger du till våra:
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;
}
För att behålla en hastighetsbegränsning för alla andra ger du våra adresser en tom nyckel. nginx räknar inte förfrågningar med tom nyckel:
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;
Bakom ett CDN eller en lastbalanserare ser nginx proxyns adress, om inte real_ip_header är konfigurerad.
Eller släpp igenom en hemlig header
Adresserna ändras när vi lägger till platser; en header gör det inte. På en monitor för webbplats eller API väljer du Keyword, headers and more och lägger till en rad under Request headers, till exempel X-Monitor-Token: a-long-random-value. Släpp sedan igenom förfrågningar som har den, till exempel med en anpassad regel i Cloudflare: any(http.request.headers[”x-monitor-token”][*] == ”a-long-random-value”). Alla i din arbetsyta kan se värdet, så använd det inte till något annat.
Cron-jobb och serveragenten
Pingar från cron-jobb och serveragenten ansluter utåt till app.uptimecheck.com via HTTPS (port 443). Om dina servrar bara får nå godkända värdar ska du tillåta det namnet. Jobb och agenter som sattes upp före den 16 oktober 2026 kan använda platform.uptimecheck.com, vår tidigare adress, som fortfarande fungerar.
Fortfarande nere? Läs varför en monitor är nere fast din webbplats fungerar. Mer om upptidsövervakning.