Iš kurių apskričių per pastarąsias 24 valandas gauta daugiausia pranešimų apie šią paslaugą.
Rodo, kur paslaugos URL buvo nepasiekiamas aptiktais sutrikimų laikotarpiais. Procentai nurodo nesėkmingų patikrų dalį iš stebėjimo taškų kiekvienoje šalyje.
Pasirinkite, kas neveikia — vienas paspaudimas padeda tūkstančiams kitų greičiau pamatyti sutrikimą.
Dažniausia problema – serveris nustoja atsakyti be jokio įspėjimo. Pirmiausia patikrinkite Hetzner statuso puslapį status.hetzner.com – ten rodomi aktyvūs incidentai ir techninės priežiūros langai. Jei incidentų nėra, prisijunkite prie valdymo pulto ir patikrinkite, ar virtuali mašina iš tikrųjų veikia. Kartais serveris „įšąla" ir reikia atlikti aparatinį perkrovimą per sąsają – tai išsprendžia problemą per kelias sekundes.
Jei įvedus teisingus duomenis sistema grąžina klaidą, pirmiausia išvalykite naršyklės talpyklą arba bandykite kitą naršyklę. Problema gali būti susijusi su pasenusiu slapuku. Jei naudojate dviejų veiksnių autentifikavimą ir kodas nepriimamas, patikrinkite, ar jūsų įrenginio laikas tiksliai sinchronizuotas – net kelių sekundžių skirtumas gali sukelti klaidą.
Jei latencija staiga išauga, pirmiausia atlikite traceroute iki serverio IP. Tai parodys, kuriame tinklo taške atsiranda vėlinimas. Jei problema yra Hetzner tinklo viduje, vienintelis sprendimas – laukti arba kreiptis į palaikymą. Jei sulėtėjimas atsiranda jūsų pusėje, pabandykite perjungti DNS serverius į 1.1.1.1 arba 8.8.8.8.
Ryšio pertraukimai dažniausiai kyla dėl neaktyvumo laiko apribojimų. Į SSH konfigūracijos failą kliento pusėje pridėkite ServerAliveInterval 60 – tai siunčia „keepalive" paketus kas minutę ir palaiko ryšį aktyvų. Jei tai nepadeda, patikrinkite, ar serverio ugniasienė neblokuoja UDP srauto.