În prezent folosesc Arch Linux ca sistemul meu de operare pe desktop. Când mă uit la ora mea, sunt 22:38, când timpul este clar în jurul valorii de 17:08. Când invoc comanda timedatectl
, primesc:
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
Actualizați
Când rulez sudo systemctl status systemd-timesyncd
, primesc:
● 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
De asemenea Am încercat comanda traceroute -U -p ntp pool.ntp.org
și obțin:
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 * * *
Cum remediez acest lucru? „Am încercat chiar timedatectl set-ntp true
. Ar trebui să repornesc pentru ca acest lucru să aibă efect?
Comentarii
- oogle este bun. Google spune că Cyberoam este o marcă de firewall (de filtrare web?). Nu este neobișnuit ca universitatea dvs. să utilizeze un server NTP intern pentru propriile computere și ‘ este foarte posibil să aveți acces la acestea. (Aparent, computerele Windows care utilizează Active Directory vor folosi controlerul de domeniu ca server NTP). Universitatea din York a avut o configurare similară IIRC. Pot ‘ nu găsiți nicio documentație despre IT-ul dvs. pe site-ul web IISC din păcate.
- Se pare că SERC se ocupă de IT-ul campusului dvs. Au câteva instrucțiuni Linux, deși nimic despre NTP, poate puteți fi direcționat către cineva care vă va ajuta? nitss.iisc.ac.in și serc.iisc. în / facilități / asistență
- @sourcejedi Mulțumesc mult, ‘ ai gonit E dincolo de ceea ce este necesar pentru un răspuns SE.
- Raport de eroare legat de systemit ‘ s GitHub: ‘ nu poate sincroniza timpul când timpul este incorect din cauza dnssec
Răspunde
systemd-timesyncd nu vă va cere să reporniți. Am „testat timedatectl pe sistemul meu. S-ar putea să fie necesar să aștept un minut pentru o conexiune.
man timedatectl
Afișați setările actuale ale ceasului de sistem și RTC, inclusiv dacă sincronizarea timpului rețelei este activată. Rețineți că sincronizarea timpului rețelei este activă reflectă pur și simplu dacă unitatea de serviciu systemd-timesyncd.service este activată. Chiar dacă această comandă arată starea ca fiind dezactivată, un alt serviciu ar putea sincroniza ceasul cu rețeaua.
$ 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
timedatectl manpage se află pe sistemul meu. Este posibil ca implementarea să fi fost corecționată de Fedora, fără să fie corecționată pagina de manual. Nu știu cum să întreb ce serviciu este utilizat; sistemul meu se folosește cronyd. Îmi imaginez că ar putea De asemenea, este posibil să utilizați ntp / ntpd.
Cu toate acestea, în cazul dvs. aș fi destul de încrezător că Arch folosește valoarea implicită din amonte a 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
S-ar putea să aveți Erorile înregistrate sub stare. Asigurați-vă că rulați systemctl
ca utilizator cu acces la jurnalul de sistem, de ex. folosind sudo
.
Spre deosebire de chronyd cu chronyc
, nu există un mod documentat de interogare suplimentară systemd-timesyncd
pentru … orice într-adevăr, dincolo de” NTP sincronizat: nu „. Sper că are jurnale utile!
Vă sugerez să vizați
- să identificați care este binecunoscutul
pool.ntp.org
alias pe care sistemul dvs. îl încearcă utilizați. - Testați aliasul, de ex
ntpdate -q arch.pool.ntp.org
. -
traceroute
către alias pentru a vedea dacă există un bloc din apropiere, adică un firewall care împiedică accesul. Ca întotdeauna, aș folosi mai întâiping
pentru că obține rezultate mai rapide (și este mai puțin predispus la interpretări greșite) sau aș folosimtr
versiunea traceroute (aceasta este implicită și pentru ICMP traceroute, care evită o mulțime de ieșiri din rețelele cu mai multe căi). În cele din urmă, doriți ceva de genultraceroute -U -p ntp pool.ntp.org
, adică folosind același port UDP ca și NTP.
EDITARE : versiunile anterioare ale acestui răspuns au fost confundate cu privire la serverele NTP implicite ale systemd-timesyncd. Deși sunt comentate (dezactivate) în timesyncd.conf
, ar trebui să fie necesară decomentarea liniei numai dacă trebuie să schimbați serverul. Valorile implicite sunt încorporate în timesyncd în momentul compilării. Acest lucru este menționat în toată documentația.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Comentarii
- Aruncă o privire mai sus. Am întrebat
sudo systemctl status systemd-timesyncd
și se pare că am câtevatimed-out
jurnale. Trebuie sătraceroute
acum? - doar a folosit
traceroute
și a obținut câteva rezultate.Cum pot folositraceroute
cuping
? - La instalarea mea nouă a Archlinux
systemd-timesyncd.service
nu rulează. L-am pornit și l-am activat și acum ora de pe mașina mea este corectă.
Răspuns
Fusul orar este corect pentru locația dvs.? Și ar trebui să setați fusul orar corect prin timedatectl set-timezone
Comanda data afișează sistemul ora, pentru locația dvs. actuală.
ntpdate va corecta ora pentru fusul dvs. orar.
de exemplu, va folosi serverul Apple ntp va rezulta:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec
Comentarii
- fusul orar va fi not fix ” NTP sincronizat: nu ”