En hændelse åbnes først, når to tjek i træk fejler: Det fejlede tjek gentages fra en anden lokation eller fra samme sted 10 sekunder senere, hvis kun én lokation er online. Når sitet stadig virker for dig, ser vores tjek og din browser altså to forskellige ting. Hændelsen viser, hvad tjekket så.
Start med dokumentationen
Åbn hændelsen fra Incidents. What we saw viser hvert fejlet tjek med dets fejl. For websites viser den også:
Connected to og Resolved to: den IP-adresse, vi nåede, og hvad DNS svarede.Redirected to, Certificate og Headers som Server, CF-Ray og Retry-After.Start of the response: de første 2 kB, serveren sendte. En blokeringsside eller en fejlmeddelelse dukker op her.Et screenshot, når serveren svarede, eller netværksstien (en traceroute), når den ikke gjorde.
Screenshottet tages af en rigtig browser på et andet netværk. Ser det fint ud, mens tjekket fejlede, behandler noget vores tjek anderledes, ofte en firewallregel.
Typiske årsager
En firewall eller botbeskyttelse svarer med HTTP 403, HTTP 429 eller en udfordringsside som Cloudflares “Just a moment…”. Din browser slipper igennem; et tjek kan ikke løse en udfordring. Giv Uptimecheck adgang gennem firewallen.Nøgleordet står ikke på siden. Der skelnes mellem store og små bogstaver i nøgleord, og de matches i den HTML, serveren sender, så tekst, som JavaScript tilføjer senere, er der ikke. Vælg et ord fra sidens kildekode, eller brug et flow i en rigtig browser.Omdirigeringer: Tjekket følger op til 10 og vurderer den sidste side, så en omdirigering til en login-side, en cookievæg eller et andet lands site kan få et nøgleord til at fejle. Flere end 10 giver Too many redirects.Statuskoden: Som standard tæller 200 til 399 som oppe. En side bag et login, der skal svare med 401, skal have den kode i Expected status codes.Certifikatet: Et udløbet eller selvsigneret certifikat, eller et til et andet hostnavn, markerer monitoren som nede, når Verify TLS certificate er slået til. Et manglende mellemcertifikat gør ikke: Browsere henter det, og det gør vores tjek også, men monitoren viser Incomplete chain, da nogle apps og ældre enheder ikke kan.DNS: Efter en flytning beholder resolvere det gamle svar, indtil dets TTL udløber, så vi kan ramme den gamle server, mens du rammer den nye, eller omvendt. Sammenlign Connected to med din servers adresse. Et navn, der kun kan slås op inde i dit netværk, kan ikke tjekkes udefra, og et, der peger på en privat adresse, afvises.Timeouts: Et tjek venter som standard 10 sekunder (Timeout (s)). Din browser viser måske en cachet kopi eller en fra et CDN tæt på dig, mens selve serveren er langsom.Lokation: Tjek køres fra Stockholm, London og New York. Et site, der blokerer besøgende uden for sit land, eller en netværksfejl mellem en af dem og din host, fejler for os og ikke for dig. Netværksstien viser, hvor pakkerne stopper.Din egen adgang: En tilladt IP-adresse på kontoret, en VPN, en aktiv login-session eller en linje i hosts-filen kan få sitet til kun at virke for dig.
Når problemet er vores
Har netværket på en af vores lokationer problemer, fejler de fleste af de kendte sites, vi tjekker derfra, på én gang. Det holder vi øje med, og vi holder hændelser fra den lokation tilbage, så du ikke får alarmer om vores problem.
Tjek det selv
Redigér monitoren, og brug Test request til at sende én request fra vores servere og se svaret. Når årsagen er rettet, lukker to beståede tjek i træk hændelsen. Se sådan fungerer hændelser og dokumentation, og sådan får du færre falske alarmer.