Czym jest kontrola driftu NTP
Kontrola driftu NTP to pomiar roznicy miedzy zegarem Twojego komputera, naszego serwera i czterech publicznych serwerow NTP. Nasz serwer wysyla do nich krotki pakiet UDP na port 123, odbiera odpowiedz i liczy offset (o ile milisekund odbiega Twoj zegar) oraz opoznienie (RTT).
Dostajesz w jednym widoku czas Twojej maszyny, czas naszego serwera, czas referencyjny NTP i wykres slupkowy z dryftem dla kazdego serwera osobno. Bez instalowania niczego, bez uprawnien admina, po prostu odswiez strone.
Jak uzywac
- Otworz narzedzie. W ciagu kilku sekund zobaczysz trzy duze liczby: czas Twojego komputera, czas naszego serwera, czas referencyjny NTP (mediana z czterech serwerow).
- Pod spodem dostajesz dwa pomiary: dryft Twojego komputera vs NTP i dryft naszego serwera vs NTP. Wartosc dodatnia oznacza, ze zegar idzie wolniej niz NTP. Ujemna - szybciej.
- Po prawej masz wykres slupkowy z dryftem dla kazdego z czterech serwerow (pool.ntp.org, time.cloudflare.com, time.google.com, time.windows.com). Sluzy do sprawdzenia, czy serwery sa ze soba zgodne.
- Wlacz lub wylacz auto-odswiezanie co 10 s suwakiem u gory. Wylaczone = jedno-strzalowy pomiar, jak przyciskiem "Odswiez".
- Jezeli ktorys serwer pokazuje error: timeout, znaczy ze nie odpowiedzial w ciagu 3 s. Czesto wina to filtr UDP na drodze. Pozostale trzy serwery uzupelniaja obraz.
- Stratum w kolumnie obok offsetu pokazuje jak blisko zrodla jest dany serwer. 1 = atomowy zegar lub GPS, 2 = serwer pytajacy stratum 1, itd. Niskie liczby = wiekszy autorytet.
Kiedy sie przydaje
Szesc typowych sytuacji, w ktorych dryft zegara faktycznie boli:
- TOTP / 2FA nie dziala ("kod nieprawidlowy" mimo poprawnego sekretu) - bo zegar telefonu lub serwera odjechal o 30+ sekund. Tu od razu widzisz, czy wina lezy po Twojej stronie.
- Certyfikaty TLS uznawane za niewazne lub jeszcze nieaktywne - zegar serwera odjechal o kilka minut do gory lub w dol i wszystko pada.
- Korelacja logow miedzy mikroservices - jezeli kazdy node ma inny dryft, eventy w Grafanie i Loki ukladaja sie w zlej kolejnosci i debugowanie staje sie zgadywanka.
- Kerberos / Active Directory odrzuca tickety, gdy roznica miedzy klientem a kontrolerem domeny przekracza 5 minut (domyslny clock skew).
- Bazy danych z multi-master (Cassandra, ScyllaDB, CockroachDB) korzystaja z timestampow do rozstrzygania konfliktow zapisow - zly zegar = last-write-wins na nie tym zapisie.
- Smart contracts i blockchain RPC czesto walidujac transakcje sprawdzaja, czy block.timestamp jest rozsadny wzgledem teraz. Zly zegar serwera Twojego node'a = odrzucone transakcje.
Powiazane: zegar swiatowy, konwerter stref czasowych, unix timestamp, dns lookup.