Obecnie używam Arch Linux jako mojego systemu operacyjnego na moim komputerze. Kiedy patrzę na swój czas, jest 22:38, kiedy wyraźnie jest około 17:08. Kiedy wywołuję polecenie timedatectl, otrzymuję:
Local time: Wed 2017-01-11 22:37:43 IST Universal time: Wed 2017-01-11 17:07:43 UTC RTC time: Wed 2017-01-11 17:07:41 Time zone: Asia/Kolkata (IST, +0530) Network time on: yes NTP synchronized: no RTC in local TZ: no Aktualizacja
Kiedy uruchamiam sudo systemctl status systemd-timesyncd, otrzymuję:
● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2017-01-11 00:49:36 IST; 1 day 1h ago Docs: man:systemd-timesyncd.service(8) Main PID: 31123 (systemd-timesyn) Status: "Idle." Tasks: 2 (limit: 4915) CGroup: /system.slice/systemd-timesyncd.service └─31123 /usr/lib/systemd/systemd-timesyncd Jan 12 01:39:42 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 5.9.78.71:123 (1.arch.pool.ntp.org). Jan 12 01:39:53 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 192.53.103.108:123 (1.arch.pool.ntp.org). Jan 12 01:40:03 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.19.184:123 (2.arch.pool.ntp.org). Jan 12 01:40:13 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.45.40:123 (2.arch.pool.ntp.org). Jan 12 01:40:24 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 123.108.200.124:123 (2.arch.pool.ntp.org). Jan 12 01:40:34 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 125.62.193.121:123 (2.arch.pool.ntp.org). Jan 12 01:40:44 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.45.40:123 (3.arch.pool.ntp.org). Jan 12 01:40:55 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 123.108.200.124:123 (3.arch.pool.ntp.org). Jan 12 01:41:05 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.19.184:123 (3.arch.pool.ntp.org). Jan 12 01:41:15 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 125.62.193.121:123 (3.arch.pool.ntp.org). traceroute
Ja też wypróbowałem polecenie traceroute -U -p ntp pool.ntp.org i otrzymałem:
traceroute to pool.ntp.org (139.59.19.184), 30 hops max, 60 byte packets 1 10.114.1.1 (10.114.1.1) 1.713 ms 2.020 ms 2.343 ms 2 10.10.2.41 (10.10.2.41) 1.123 ms 2.580 ms 2.836 ms 3 cyberoam.iisc.ac.in (10.10.1.98) 0.553 ms 0.806 ms 0.813 ms 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * Jak to naprawić? Próbowałem nawet timedatectl set-ntp true. Czy mam ponownie uruchomić komputer, aby to zadziałało?
Komentarze
- dobra robota. Google twierdzi, że cyberoam to marka zapory ogniowej (filtrującej sieć?). Często zdarza się, że Twoja uczelnia korzysta z wewnętrznego serwera NTP na swoich komputerach i ' s całkiem możliwe, że masz do nich dostęp. (Najwyraźniej komputery z systemem Windows korzystające z Active Directory będą używać kontrolera domeny jako serwera NTP). Uniwersytet w York miał bardzo podobną konfigurację IIRC. Mogę ' t znaleźć jakąkolwiek dokumentację na temat twojego IT w witrynie IISC niestety.
- Wygląda na to, że SERC obsługuje IT twojego kampusu. Mają jakieś instrukcje Linuksa, chociaż nic o NTP, być może możesz zostać skierowany do kogoś, kto pomoże? nitss.iisc.ac.in i serc.iisc. in / facilities / support
- @sourcejedi Bardzo dziękuję, ' ve gon e wykraczając poza to, co jest potrzebne do uzyskania odpowiedzi SE.
- Powiązany raport o błędzie w serwisie GitHub ': Nie można ' t zsynchronizować czasu, gdy czas jest nieprawidłowy ze względu na dnssec
Odpowiedź
systemd-timesyncd nie będzie wymagał ponownego uruchomienia. Przetestowałem timedatectl w moim systemie. Może być konieczne odczekanie minuty na połączenie.
man timedatectl
status
Pokaż bieżące ustawienia zegara systemowego i RTC, w tym, czy synchronizacja czasu w sieci jest włączona. Zwróć uwagę, że włączenie synchronizacji czasu w sieci odzwierciedla po prostu to, czy jednostka systemowa d-timesyncd.service jest włączona. Nawet jeśli to polecenie pokazuje stan jako wyłączony, inna usługa może nadal synchronizować zegar z siecią.
$ timedatectl status Local time: Wed 2017-01-11 13:45:07 GMT Universal time: Wed 2017-01-11 13:45:07 UTC RTC time: Wed 2017-01-11 13:45:07 Time zone: Europe/London (GMT, +0000) Network time on: yes NTP synchronized: yes RTC in local TZ: yes Strona podręcznika timedatectl leży w moim systemie. Prawdopodobnie implementacja została załatana przez Fedorę, bez łatania strony podręcznika. Nie wiem, jak zapytać, która usługa jest używana; mój system używa chronyd. Wyobrażam sobie, że może można również użyć ntp / ntpd.
Jednak w twoim przypadku byłbym całkiem pewien, że Arch używa domyślnej domyślnej metody timesyncd.
$ systemctl status systemd-timesyncd ● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; disabled; Active: inactive (dead) Docs: man:systemd-timesyncd.service(8) $ systemctl status chronyd ● chronyd.service - NTP client/server Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled; vendor pres Active: active (running) since Mon 2017-01-09 19:09:39 GMT; 1 day 18h ago Main PID: 928 (chronyd) Tasks: 1 (limit: 4915) CGroup: /system.slice/chronyd.service └─928 /usr/sbin/chronyd Możesz mieć e błędy zarejestrowane pod statusem. Upewnij się, że uruchamiasz systemctl jako użytkownik z dostępem do dziennika systemowego, np. używając sudo.
W przeciwieństwie do chronydu z chronyc, nie ma udokumentowanego sposobu dodatkowego zapytania systemd-timesyncd dla … czegokolwiek poza” Zsynchronizowano przez NTP: nie „. Mam nadzieję, że zawiera przydatne dzienniki!
Proponuję dążyć do
- Zidentyfikować dobrze znany alias
pool.ntp.org, który próbuje znaleźć Twój system użyj. - Przetestuj alias np
ntpdate -q arch.pool.ntp.org. -
traceroutedo aliasu, aby sprawdzić, czy w pobliżu znajduje się blok, tj. zapora sieciowa uniemożliwiająca dostęp. Jak zawsze, najpierw użyłbymping, ponieważ wyniki są szybsze (i są mniej podatne na błędną interpretację), albomtrwersja traceroute (to również domyślnie ICMP traceroute, co pozwala uniknąć dużej ilości danych wyjściowych z sieci wielościeżkowych). Ostatecznie potrzebujesz czegoś takiego jaktraceroute -U -p ntp pool.ntp.org, tj. Używającego tego samego portu UDP co NTP.
EDYTUJ : poprzednie wersje tej odpowiedzi były niejasne co do domyślnych serwerów NTP systemd-timesyncd „. Chociaż są one zakomentowane (wyłączone) w timesyncd.conf, odkomentowanie wiersza powinno być konieczne tylko wtedy, gdy trzeba zmienić serwer. Wartości domyślne są wbudowane w timesyncd w czasie kompilacji. Jest to wymienione w całej dokumentacji.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Komentarze
- Spójrz powyżej. Zapytałem
sudo systemctl status systemd-timesyncdi wygląda na to, że mam kilkatimed-outlogów. Czy muszę teraztraceroute? - użył
traceroutei uzyskał kilka wyników.Jak mogę używaćtraceroutezping? - Podczas mojej nowej instalacji Archlinux
systemd-timesyncd.servicenie był uruchomiony. Uruchomiłem i włączyłem, a teraz czas na moim komputerze jest poprawny.
Odpowiedź
Czy strefa czasowa to pasuje do Twojej lokalizacji? I powinieneś ustawić właściwą strefę czasową za pomocą timedatectl set-timezone
Polecenie date pokazuje system czas dla Twojej bieżącej lokalizacji.
ntpdate poprawi czas dla Twojej strefy czasowej.
na przykład użycie serwera Apple ntp da:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec Komentarze
- strefa czasowa nie naprawiono ” Synchronizacja NTP: nie ”