Een incident opent pas nadat twee checks achter elkaar zijn mislukt: de mislukte check wordt herhaald vanaf een andere locatie, of vanaf dezelfde plek 10 seconden later als er maar één locatie online is. Werkt de site bij jou nog wel, dan zien onze check en je browser dus iets anders. Het incident laat zien wat de check zag.
Begin bij het bewijs
Open het incident via Incidents. What we saw toont elke mislukte check met de foutmelding. Bij websites zie je ook:
Connected to en Resolved to: het IP-adres dat we bereikten, en wat DNS antwoordde.Redirected to, het Certificate en Headers zoals Server, CF-Ray en Retry-After.Start of the response: de eerste 2 kB die de server stuurde. Een blokkeerpagina of foutmelding zie je hier.Een screenshot als de server antwoordde, of het netwerkpad (een traceroute) als dat niet zo was.
De screenshot wordt gemaakt door een echte browser op een ander netwerk. Ziet die er goed uit terwijl de check faalde, dan behandelt iets onze checks anders, vaak een firewallregel.
Veelvoorkomende oorzaken
Een firewall of botbescherming antwoordt met HTTP 403, HTTP 429 of een challengepagina zoals “Just a moment…” van Cloudflare. Je browser komt erdoor; een check kan geen challenge oplossen. Laat Uptimecheck door de firewall.Het trefwoord staat niet op de pagina. Trefwoorden zijn hoofdlettergevoelig en worden gezocht in de HTML die de server stuurt, dus tekst die JavaScript later toevoegt, staat er niet in. Kies een woord uit de paginabron, of gebruik een flow in een echte browser.Redirects: de check volgt er maximaal 10 en beoordeelt de laatste pagina, dus een redirect naar een inlogpagina, een cookiewall of de site van een ander land kan een trefwoordcheck laten falen. Meer dan 10 geeft Too many redirects.De statuscode: standaard telt 200 tot en met 399 als up. Een pagina achter een login die 401 hoort te antwoorden, heeft die code nodig in Expected status codes.Het certificaat: een verlopen of self-signed certificaat, of een certificaat voor een andere hostnaam, maakt de monitor down zolang Verify TLS certificate aanstaat. Een ontbrekend tussencertificaat doet dat niet: browsers downloaden het, en onze check ook, maar de monitor toont Incomplete chain, omdat sommige apps en oudere apparaten dat niet kunnen.DNS: na een verhuizing houden resolvers het oude antwoord vast totdat de TTL is verlopen, dus wij bereiken misschien de oude server terwijl jij de nieuwe bereikt, of andersom. Vergelijk Connected to met het adres van je server. Een naam die alleen binnen je netwerk resolvet, kan niet van buitenaf worden gecontroleerd, en een naam die naar een privéadres resolvet, wordt geweigerd.Time-outs: een check wacht standaard 10 seconden (Timeout (s)). Je browser toont misschien een kopie uit de cache, of een van een CDN bij jou in de buurt, terwijl de server zelf traag is.Locatie: checks draaien vanuit Stockholm, Londen en New York. Een site die bezoekers van buiten het eigen land blokkeert, of een netwerkstoring tussen een van die locaties en je host, faalt bij ons en niet bij jou. Het netwerkpad laat zien waar de pakketten stoppen.Je eigen toegang: een toegestaan kantoor-IP-adres, een VPN, een ingelogde sessie of een regel in je hosts-bestand kan ervoor zorgen dat de site alleen bij jou werkt.
Als het probleem bij ons ligt
Heeft het netwerk van een van onze locaties problemen, dan falen de meeste bekende sites die we vanaf daar controleren tegelijk. Daar letten we op, en we houden incidenten vanaf die locatie dan tegen, zodat je geen alert krijgt over ons probleem.
Controleer het zelf
Bewerk de monitor en gebruik Test request om één request vanaf onze servers te sturen en het antwoord te bekijken. Zodra de oorzaak is opgelost, sluiten twee geslaagde checks achter elkaar het incident. Zie hoe incidenten en bewijs werken, en hoe je valse alerts vermindert.