Jag använder för närvarande Arch Linux som mitt operativsystem på skrivbordet. När jag tittar på min tid är klockan 22:38, när tiden är klart runt 17:08. När jag åberopar kommandot timedatectl får jag:
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 Uppdatera
När jag kör sudo systemctl status systemd-timesyncd får jag:
● 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
Jag har också försökte kommandot traceroute -U -p ntp pool.ntp.org, och jag 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 * * * Hur fixar jag det här? Jag har till och med försökt timedatectl set-ntp true. Ska jag starta om för att detta ska träda i kraft?
Kommentarer
- bra arbete. Google säger att cyberoam är ett varumärke (webbfiltrering?) brandvägg. Det är inte ovanligt att ditt universitet använder en intern NTP-server för sina egna datorer, och det ’ är mycket möjligt att du har tillgång till dessa. (Tydligen använder Windows-datorer som använder Active Directory domänkontrollanten som en NTP-server). University of York hade en mycket liknande installation IIRC. Jag kan ’ t hitta någon dokumentation om din IT på IISC-webbplatsen tyvärr.
- Det ser ut som att SERC hanterar din campus-IT. De har några Linux-instruktioner men ingenting om NTP, kanske kan du riktas till någon som hjälper? nitss.iisc.ac.in och serc.iisc. in / facilities / support
- @sourcejedi Tack så mycket, du ’ har gon e utöver vad som behövs för ett SE-svar.
- Relaterad felrapport om systemd ’ s GitHub: Kan ’ inte synkronisera tiden när tiden är felaktig på grund av dnssec
Svara
systemd-timesyncd kräver inte att du startar om. Jag har testat timedatectl på mitt system. Det kan vara nödvändigt att vänta en minut för en anslutning.
man timedatectl
status
Visa aktuella inställningar för systemklockan och RTC, inklusive om synkronisering av nätverkstid är på. Observera att om nätverkstidssynkronisering är på bara återspeglar om systemd-timesyncd.service-enheten är aktiverad. / em> Även om det här kommandot visar status som inaktiverad kan en annan tjänst fortfarande synkronisera klockan med nätverket.
$ 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å mitt system. Möjligen lappades implementeringen av Fedora utan att lappa på manpage. Jag vet inte hur jag ska fråga vilken tjänst som används; mitt system råkar använda chronyd. Jag föreställer mig att det kan det går också att använda ntp / ntpd.
Men i ditt fall skulle jag vara helt säker på att Arch använder uppströmsinställningen av 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 Du kanske har Fel som loggas under statusen. Se till att köra systemctl som en användare med åtkomst till systemjournalen, t.ex. använder sudo.
Till skillnad från chronyd med chronyc finns det inget dokumenterat sätt att dessutom fråga systemd-timesyncd för … egentligen, bortom” NTP synkroniserad: nej ”. Hoppas att det har användbara loggar!
Jag föreslår att du strävar efter att
- Identifiera vilket välkänt
pool.ntp.orgalias ditt system försöker använd. - Testa aliaset t.ex.
ntpdate -q arch.pool.ntp.org. -
traceroutetill aliaset för att se om det finns ett närliggande block, dvs. en brandvägg som förhindrar åtkomst. Som alltid skulle jag användapingförst eftersom det får resultat snabbare (och är mindre benägna att misstolkas), eller användamtrversion av traceroute (detta är också som standard ICMP traceroute, vilket undviker mycket utdata från flervägsnätverk). I slutändan vill du ha något liknandetraceroute -U -p ntp pool.ntp.org, dvs att använda samma UDP-port som NTP gör.
REDIGERA : tidigare versioner av det här svaret var förvirrade om systemd-timesyncd ”s NTP-servrar. Även om de kommenteras (inaktiveras) i timesyncd.conf, bör det bara vara nödvändigt att avmarkera raden om du behöver byta server. Standardvärdena är inbyggda i timesyncd vid kompileringstid. Detta nämns i all dokumentation.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Kommentarer
- Ta en titt ovan. Jag har frågat
sudo systemctl status systemd-timesyncdoch det verkar som om jag har någratimed-out-loggar. Måste jagtraceroutenu? - bara använde
tracerouteoch fick några resultat.Hur kan jag användatraceroutemedping? - På min nya installation av Archlinux
systemd-timesyncd.servicekördes inte. Jag startade och aktiverade det och nu är tiden på min maskin korrekt.
Svar
Gjorde tidszonen rätt för din plats? Och du bör ställa in rätt tidszon via timedatectl set-timezone
Kommandot datum visar systemet tid för din nuvarande plats.
ntpdate korrigerar tiden för din tidszon.
använd till exempel apple ntp-servern:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec Kommentarer
- tidszon kommer fixar inte ” NTP synkroniserad: ingen ”