Komunikaty błędów nazywają objaw, a nie przyczynę, i to samo brzmienie obejmuje kilka niepowiązanych usterek. Pierwsze pytanie, na które zawsze warto odpowiedzieć, to czy problem leży po stronie Twojego komputera, czy po stronie serwera, bo naprawy nie mają ze sobą nic wspólnego. Poradniki w tej sekcji biorą po jednym komunikacie błędu i najpierw odpowiadają właśnie na to pytanie.
To, którego poradnika potrzebujesz, wynika z tego, co powiedziała Ci przeglądarka. Jeśli adres w ogóle się nie rozwiązuje, zapytanie zwróciło brak takiej nazwy i szukasz poradnika o NXDOMAIN. Jeśli przeglądarka po prostu czeka i w końcu się poddaje, resolver nigdy nie odpowiedział, a to inna usterka z innymi naprawami. Jeśli strony się wczytują, ale najpierw na sekundę zawisają, zapytanie jest wolne, a nie zepsute, co jest z kolei trzecią diagnozą. Jeśli serwer odpowiedział i odmówił, masz do czynienia z regułą dostępu, a nie z problemem sieciowym. A jeśli zaplanowane zadanie uruchomiło się o złej godzinie, błąd zwykle tkwi w jednym z pięciu pól wyrażenia cron.
Każdy poradnik jest zbudowany tak samo: co oznacza komunikat, nazwane przyczyny, naprawa w postaci ponumerowanych kroków z dokładnym poleceniem dla Windows, macOS, Linuksa, routera albo przeglądarki, a na końcu sekcja, której reszta internetu nie porusza. Uruchomienie sprawdzenia z własnego komputera pokazuje, co widzi jedna sieć w jednej chwili. Uruchomienie go z kilku krajów pokazuje, czy problem ma ktoś jeszcze, a to zwykle różnica między popołudniem czyszczenia pamięci podręcznej a pięciominutową naprawą w panelu DNS.
HostTracker monitoruje witryny od 2004 roku, a teraz obserwuje ponad 500 000 witryn z ponad 300 punktów kontrolnych w 158 miastach, z alarmami e-mailem, SMS-em, połączeniem głosowym, przez Slack, Telegram i inne kanały. Aby zobaczyć, co serwer zwraca właśnie teraz, z lokalizacji innych niż Twoja, uruchom darmowe sprawdzenie HTTP.