En hendelse åpnes først når to sjekker på rad feiler: den feilede sjekken gjentas fra et annet sted, eller fra samme sted 10 sekunder senere når bare ett sted er online. Når nettstedet fortsatt virker for deg, ser altså sjekken vår og nettleseren din forskjellige ting. Hendelsen viser hva sjekken så.
Begynn med dokumentasjonen
Åpne hendelsen fra Incidents. What we saw viser hver feilede sjekk med feilen. For nettsteder viser den også:
Connected to og Resolved to: IP-adressen vi nådde, og hva DNS svarte.Redirected to, Certificate og Headers som Server, CF-Ray og Retry-After.Start of the response: de første 2 kB serveren sendte. En blokkeringsside eller en feilmelding dukker opp her.Et skjermbilde når serveren svarte, eller nettverksruten (en traceroute) når den ikke gjorde det.
Skjermbildet tas av en ekte nettleser på et annet nettverk. Ser det greit ut selv om sjekken feilet, behandler noe sjekkene våre annerledes, ofte en brannmurregel.
Vanlige årsaker
En brannmur eller botbeskyttelse svarer HTTP 403, HTTP 429 eller med en utfordringsside som Cloudflares «Just a moment…». Nettleseren din slipper gjennom; en sjekk kan ikke løse en utfordring. Slipp Uptimecheck gjennom brannmuren.Nøkkelordet finnes ikke på siden. Nøkkelord skiller mellom store og små bokstaver og sammenlignes med HTML-en serveren sender, så tekst som JavaScript legger til senere, er ikke med. Velg et ord fra sidens kildekode, eller bruk en flyt i en ekte nettleser.Omdirigeringer: sjekken følger opptil 10 og vurderer den siste siden, så en omdirigering til en innloggingsside, en cookie-vegg eller et annet lands nettsted kan få et nøkkelord til å feile. Flere enn 10 gir Too many redirects.Statuskoden: som standard regnes 200 til 399 som oppe. En side som skal svare 401, bak en innlogging, trenger den koden i Expected status codes.Sertifikatet: et utløpt eller selvsignert sertifikat, eller et for et annet vertsnavn, markerer monitoren som nede når Verify TLS certificate er på. Et manglende mellomsertifikat gjør ikke det: nettlesere laster det ned, og det gjør sjekken vår også, men monitoren viser Incomplete chain, siden noen apper og eldre enheter ikke klarer det.DNS: etter en flytting beholder resolvere det gamle svaret til TTL-en går ut, så vi kan nå den gamle serveren mens du når den nye, eller omvendt. Sammenlign Connected to med serverens adresse. Et navn som bare slås opp inne i nettverket ditt, kan ikke sjekkes utenfra, og et som peker til en privat adresse, avvises.Tidsavbrudd: en sjekk venter som standard 10 sekunder (Timeout (s)). Nettleseren din kan vise en hurtigbufret kopi, eller en fra et CDN nær deg, mens selve serveren er treg.Sted: sjekkene kjøres fra Stockholm, London og New York. Et nettsted som blokkerer besøkende utenfor sitt land, eller en nettverksfeil mellom ett av dem og verten din, feiler for oss og ikke for deg. Nettverksruten viser hvor pakkene stopper.Din egen tilgang: en tillatt IP-adresse på kontoret, en VPN, en innlogget økt eller en oppføring i hosts-filen kan gjøre at nettstedet bare virker for deg.
Når problemet er vårt
Har nettverket på et av stedene våre problemer, feiler de fleste av de kjente nettstedene vi sjekker derfra, samtidig. Vi følger med på det og holder tilbake hendelser fra det stedet, så du ikke blir varslet om vårt problem.
Sjekk selv
Rediger monitoren og bruk Test request for å sende én forespørsel fra serverne våre og se svaret. Når årsaken er rettet, lukker to vellykkede sjekker på rad hendelsen. Se hvordan hendelser og dokumentasjon fungerer, og hvordan du reduserer falske varsler.