Brak synchronizacji zegara z serwerem NTP LAN

Brak synchronizacji zegara z serwerem NTP LAN oznacza, że komputer nie może skontaktować się z lokalnym serwerem czasu (np. kontrolerem domeny) — zwykle przez zablokowany port UDP 123 lub błędnie ustawiony adres źródła czasu w w32tm.

Brak synchronizacji zegara z serwerem NTP LAN – co oznacza ten problem

Brak synchronizacji zegara z serwerem NTP LAN oznacza, że komputer nie pobiera prawidłowego czasu z lokalnego źródła udostępnianego w sieci. Źródłem może być dedykowany serwer czasu, urządzenie sieciowe albo kontroler domeny pełniący również funkcję punktu odniesienia dla zegarów stacji roboczych. W rezultacie data i godzina zapisane w systemie mogą stopniowo różnić się od czasu obowiązującego w pozostałych urządzeniach.

Sam objaw nie zawsze oznacza awarię serwera NTP. Przyczyną może być brak łączności z właściwym adresem, niepoprawna konfiguracja usługi czasu, niedziałająca usługa systemowa, filtracja ruchu albo rozbieżność czasu tak duża, że automatyczna korekta nie zostaje wykonana. W środowisku lokalnym poprawny czas ma znaczenie dla logowania, uwierzytelniania, obsługi certyfikatów, harmonogramów zadań, dzienników zdarzeń oraz prawidłowego porządkowania plików według daty modyfikacji.

Znaczenie NTP w sieci lokalnej i sposób działania synchronizacji

NTP, czyli Network Time Protocol, służy do porównywania zegara urządzenia z czasem udostępnianym przez wskazany serwer. W typowej sieci LAN komputer nie musi korzystać bezpośrednio z publicznego źródła czasu. Może otrzymywać dane od lokalnego serwera, routera, urządzenia zabezpieczającego lub kontrolera domeny, który sam synchronizuje się z nadrzędnym źródłem.

Komunikacja NTP standardowo wykorzystuje port UDP 123. Jeżeli zapytania nie docierają do serwera albo odpowiedzi są odrzucane po drodze, usługa czasu może zgłaszać brak dostępnego źródła. Warto odróżnić ten przypadek od sytuacji, w której serwer odpowiada, ale podaje niewłaściwy czas. W pierwszym wariancie problem dotyczy łączności lub zapory, natomiast w drugim należy sprawdzić konfigurację urządzenia pełniącego funkcję źródła czasu.

W systemie Windows za obsługę synchronizacji odpowiada usługa Windows Time, a jej działanie można analizować między innymi za pomocą narzędzia w32tm. Przydatne jest sprawdzenie bieżącego źródła czasu, stanu usługi, ostatniej udanej synchronizacji oraz komunikatów zapisanych w Podglądzie zdarzeń. Nie należy ograniczać diagnostyki do ręcznego ustawienia daty, ponieważ taka korekta może tylko chwilowo zamaskować przyczynę.

Ważna jest również topologia sieci. Komputer może znajdować się w innym segmencie niż serwer NTP, korzystać z niewłaściwej bramy albo otrzymywać adres serwera z błędnej konfiguracji DHCP lub zasad systemowych. Przy urządzeniach przenośnych dodatkowym czynnikiem bywa przełączanie między siecią przewodową, bezprzewodową i połączeniem zdalnym.

Typowe przyczyny i błędy prowadzące do utraty synchronizacji - Brak synchronizacji zegara z serwerem NTP LAN

Jednym z najczęstszych błędów jest wpisanie nieaktualnego adresu serwera NTP albo wskazanie urządzenia, które nie udostępnia już usługi czasu. Podobny skutek może powodować literówka w nazwie hosta, nieprawidłowe rozwiązywanie nazw DNS lub użycie adresu dostępnego tylko z wybranej części sieci. Jeżeli źródło czasu zostało zmienione, sama obecność poprawnej wartości w konfiguracji nie oznacza jeszcze, że komputer może się z nim komunikować.

Problemy bywają również powodowane przez zaporę systemową, reguły na routerze lub filtrowanie między segmentami sieci. Zablokowany ruch UDP 123 może uniemożliwić wymianę danych, mimo że zwykłe testy połączenia, takie jak ping, działają poprawnie. Ping nie potwierdza dostępności usługi NTP, ponieważ korzysta z innego mechanizmu komunikacji.

Do częstych nieprawidłowości należy zatrzymana albo uszkodzona usługa Windows Time, błędna strefa czasowa, wyłączona synchronizacja oraz konflikt ustawień narzuconych przez lokalne zasady systemowe. W komputerach, które przez dłuższy czas pozostawały wyłączone, różnica między zegarem lokalnym a czasem serwera może stać się na tyle duża, że wymagane będzie stopniowe korygowanie czasu zamiast natychmiastowej zmiany.

Warto sprawdzić także zegar sprzętowy zapisany w układzie RTC oraz stan baterii podtrzymującej ustawienia płyty głównej. Jeżeli data i godzina wracają do niewłaściwych wartości po całkowitym odłączeniu zasilania, przyczyną może być problem sprzętowy, a nie sama konfiguracja NTP. W środowisku domenowym rozbieżność czasu może dodatkowo powodować nieudane logowanie, błędy przy odświeżaniu zasad oraz ostrzeżenia dotyczące ważności certyfikatów.

Kiedy trzeba oddać urządzenie do diagnozy - Brak synchronizacji zegara z serwerem NTP LAN

Zgłoszenie do serwisu jest uzasadnione, gdy synchronizacja nie działa mimo poprawnego adresu źródła czasu, a podstawowe sprawdzenie połączenia i ustawień nie wskazuje jednoznacznej przyczyny. Szczególnej uwagi wymaga sytuacja, w której zegar przestawia się po każdym uruchomieniu, usługa czasu samoczynnie się zatrzymuje, system wyświetla powtarzające się błędy albo problem dotyczy kilku komputerów jednocześnie.

Przy diagnostyce można zweryfikować stan usługi Windows Time, źródło synchronizacji, wynik ręcznego odświeżenia, reguły zapory, konfigurację DNS i DHCP oraz wpisy w dziennikach systemowych. Jeżeli problem pojawia się tylko w jednej lokalizacji sieciowej, należy porównać ustawienia z komputerem działającym prawidłowo. Jeżeli występuje również utrata daty po odłączeniu zasilania, potrzebna może być kontrola podzespołów odpowiedzialnych za podtrzymanie ustawień.

W warszawskim serwisie komputerowym można zlecić sprawdzenie zarówno konfiguracji systemu, jak i elementów sprzętowych wpływających na utrzymanie poprawnego czasu. Naprawy trwają z reguły do 3 dni roboczych, co pozwala objąć analizą nie tylko samą usługę synchronizacji, lecz także połączenie sieciowe, ustawienia zabezpieczeń i zachowanie komputera po ponownym uruchomieniu.