Incydent otwiera się dopiero wtedy, gdy dwa sprawdzenia z rzędu zakończą się niepowodzeniem: nieudane sprawdzenie jest powtarzane z innej lokalizacji albo, gdy online jest tylko jedna lokalizacja, z tego samego miejsca 10 sekund później. Jeśli więc strona nadal Ci działa, nasze sprawdzenie i Twoja przeglądarka widzą coś innego. Incydent pokazuje, co zobaczyło sprawdzenie.
Zacznij od dowodów
Otwórz incydent w sekcji Incidents. What we saw wymienia każde nieudane sprawdzenie wraz z błędem. W przypadku stron pokazuje też:
Connected to i Resolved to: adres IP, z którym się połączyliśmy, i odpowiedź DNS.Redirected to, Certificate oraz Headers, np. Server, CF-Ray i Retry-After.Start of the response: pierwsze 2 kB wysłane przez serwer. Tu widać stronę blokady lub komunikat o błędzie.Zrzut ekranu, gdy serwer odpowiedział, albo ścieżkę sieciową (traceroute), gdy nie odpowiedział.
Zrzut ekranu wykonuje prawdziwa przeglądarka w innej sieci. Jeśli wygląda dobrze, a sprawdzenie się nie udało, coś traktuje nasze sprawdzenia inaczej – często reguła firewalla.
Najczęstsze przyczyny
Firewall lub ochrona przed botami odpowiada HTTP 403, HTTP 429 albo stroną z wyzwaniem, np. „Just a moment…” od Cloudflare. Twoja przeglądarka przechodzi, a sprawdzenie nie rozwiąże wyzwania. Przepuść Uptimecheck przez firewall.Słowa kluczowego nie ma na stronie. Słowa kluczowe rozróżniają wielkość liter i są szukane w HTML-u wysłanym przez serwer, więc tekstu dodawanego później przez JavaScript tam nie ma. Wybierz słowo ze źródła strony albo użyj flow w prawdziwej przeglądarce.Przekierowania: sprawdzenie podąża za maksymalnie 10 przekierowaniami i ocenia ostatnią stronę, więc przekierowanie na stronę logowania, ścianę cookies lub wersję strony dla innego kraju może spowodować błąd słowa kluczowego. Więcej niż 10 daje Too many redirects.Kod statusu: domyślnie za działanie uznawane są kody od 200 do 399. Strona, która za logowaniem ma odpowiadać kodem 401, wymaga dodania go w polu Expected status codes.Certyfikat: wygasły lub samopodpisany certyfikat albo certyfikat wystawiony dla innej nazwy hosta oznacza monitor jako niedziałający, gdy włączona jest opcja Verify TLS certificate. Brak certyfikatu pośredniego tego nie robi: przeglądarki go pobierają, nasze sprawdzenie również, ale monitor pokazuje Incomplete chain, bo niektóre aplikacje i starsze urządzenia tego nie potrafią.DNS: po przeprowadzce resolvery trzymają starą odpowiedź, dopóki nie minie jej TTL, więc my możemy trafiać na stary serwer, a Ty na nowy – albo odwrotnie. Porównaj Connected to z adresem swojego serwera. Nazwy rozwiązywanej tylko wewnątrz Twojej sieci nie da się sprawdzić z zewnątrz, a nazwa wskazująca na adres prywatny jest odrzucana.Limity czasu: sprawdzenie domyślnie czeka 10 sekund (Timeout (s)). Twoja przeglądarka może pokazywać kopię z pamięci podręcznej albo z pobliskiego CDN, podczas gdy sam serwer odpowiada wolno.Lokalizacja: sprawdzenia są wykonywane ze Sztokholmu, Londynu i Nowego Jorku. Strona blokująca odwiedzających spoza swojego kraju albo awaria sieci między jedną z tych lokalizacji a Twoim hostem powoduje błąd u nas, a nie u Ciebie. Ścieżka sieciowa pokazuje, gdzie pakiety się zatrzymują.Twój własny dostęp: dozwolony adres IP biura, VPN, aktywna sesja logowania lub wpis w pliku hosts mogą sprawić, że strona działa tylko u Ciebie.
Gdy problem leży po naszej stronie
Jeśli sieć jednej z naszych lokalizacji ma problemy, większość znanych stron, które z niej sprawdzamy, nagle przestaje odpowiadać. Obserwujemy to i wstrzymujemy incydenty z tej lokalizacji, żebyś nie dostawał alertów o naszym problemie.
Sprawdź to sam
Edytuj monitor i użyj Test request, aby wysłać jedno żądanie z naszych serwerów i zobaczyć odpowiedź. Po usunięciu przyczyny dwa udane sprawdzenia z rzędu zamykają incydent. Zobacz, jak działają incydenty i dowody, oraz jak ograniczyć fałszywe alerty.