Jeg bruker Arch Linux som operativsystem på skrivebordet mitt. Når jeg ser på tiden min, er klokka 22:38, når tiden helt klart er rundt 17:08. Når jeg påkaller kommandoen timedatectl
, får jeg:
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
Oppdater
Når jeg kjører sudo systemctl status systemd-timesyncd
, får jeg:
● 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
Jeg har også prøvde kommandoen traceroute -U -p ntp pool.ntp.org
, og jeg får:
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 * * *
Hvordan fikser jeg dette? Jeg har til og med prøvd timedatectl set-ntp true
. Skal jeg starte på nytt for at dette skal tre i kraft?
Kommentarer
- godt arbeid. Google sier cyberoam er en merkevare av (nettfiltrering?) brannmur. Det er ikke uvanlig at universitetet ditt bruker en intern NTP-server til sine egne datamaskiner, og det ‘ er ganske mulig du har tilgang til disse. (Tilsynelatende vil Windows-PCer som bruker Active Directory bruke domenekontrolleren som en NTP-server). University of York hadde et veldig likt oppsett IIRC. Jeg kan ‘ t finner noen dokumentasjon om IT-en din på IISC-nettstedet dessverre.
- Det ser ut til at SERC håndterer campus-IT-en din. De har noen Linux-instruksjoner, men ingenting om NTP, kanskje kan du bli henvist til noen som vil hjelpe? nitss.iisc.ac.in og serc.iisc. in / facilities / support
- @sourcejedi Tusen takk, du ‘ har fått e utover det som er nødvendig for et SE-svar.
- Relatert feilrapport om systemd ‘ s GitHub: Kan ‘ ikke synkronisere tiden når tiden er feil på grunn av dnssec
Svar
systemd-timesyncd krever ikke at du starter på nytt. Jeg har testet timedatectl på systemet mitt. Det kan være nødvendig å vente et øyeblikk på tilkobling.
man timedatectl
status
Vis gjeldende innstillinger for systemklokken og RTC, inkludert om nettverkstidssynkronisering er på. Merk at om synkronisering av nettverkstid er på bare gjenspeiler om enheten systemd-timesyncd.service er aktivert. Selv om denne kommandoen viser statusen som av, kan en annen tjeneste fremdeles synkronisere klokken med nettverket.
$ 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 ligger på systemet mitt. Muligens ble implementeringen lappet av Fedora, uten å lappe manpage. Jeg vet ikke hvordan jeg kan spørre hvilken tjeneste som brukes; systemet mitt bruker tilfeldigvis chronyd. Jeg forestiller meg at det kan også være mulig å bruke ntp / ntpd.
Men i ditt tilfelle vil jeg være ganske trygg på at Arch bruker oppstrøms standard for 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
Det kan hende du har hav feil registrert under statusen. Sørg for å kjøre systemctl
som bruker med tilgang til systemjournalen, f.eks. bruker sudo
.
I motsetning til chronyd med chronyc
, er det ingen dokumentert måte å i tillegg søke på systemd-timesyncd
for … noe virkelig, utover» NTP synkronisert: nei «. Håper den har nyttige logger!
Jeg foreslår at du sikter til
- Identifiser hvilket velkjente
pool.ntp.org
alias systemet ditt prøver å bruk. - Test aliaset f.eks
ntpdate -q arch.pool.ntp.org
. -
traceroute
til aliaset for å se om det er en nærliggende blokk, dvs. en brannmur som forhindrer tilgang. Som alltid vil jeg brukeping
først fordi det får resultater raskere (og er mindre utsatt for feiltolkning), eller brukermtr
versjon av traceroute (dette er også som standard ICMP traceroute, som unngår mye produksjon fra flerveisnett). Til slutt vil du ha noe sånt somtraceroute -U -p ntp pool.ntp.org
, dvs. bruke samme UDP-port som NTP gjør.
EDIT : tidligere versjoner av dette svaret var forvirret om systemd-timesyncds standard NTP-servere. Selv om de kommenteres (deaktiveres) i timesyncd.conf
, bør det bare være nødvendig å fjerne kommentar fra linjen hvis du trenger å endre serveren. Standardverdiene er innebygd i timesyncd ved kompileringstid. Dette er nevnt i all dokumentasjon.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Kommentarer
- Ta en titt ovenfor. Jeg har spurt
sudo systemctl status systemd-timesyncd
og det virker som om jeg har noentimed-out
logger. Må jegtraceroute
nå? - bare brukte
traceroute
og fikk noen resultater.Hvordan kan jeg bruketraceroute
medping
? - På min nye installasjon av Archlinux
systemd-timesyncd.service
kjørte ikke. Jeg startet og aktiverte den, og nå er tiden på maskinen min riktig.
Svar
Gjorde tidssonen riktig for din plassering? Og du bør angi riktig tidssone via timedatectl set-timezone
Kommandoen date viser systemet tid, for din nåværende posisjon.
ntpdate vil korrigere tiden for din tidssone.
for eksempel bruk apple ntp server vil resultere:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec
Kommentarer
- tidssone vil ikke fikse » NTP synkronisert: nei »