Ik gebruik momenteel Arch Linux als mijn besturingssysteem op mijn desktop. Als ik naar mijn tijd kijk, is het 22:38, wanneer de tijd duidelijk rond 17:08 is. Wanneer ik het commando timedatectl aanroep, krijg ik:
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 Update
Wanneer ik sudo systemctl status systemd-timesyncd draai, krijg ik:
● 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
Ik ook probeerde het commando traceroute -U -p ntp pool.ntp.org, en ik krijg:
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 * * * Hoe los ik dit op? Ik “heb zelfs timedatectl set-ntp true geprobeerd. Moet ik opnieuw opstarten voordat dit effect heeft?
Opmerkingen
- goed werk. Google zegt dat cyberoam een merk van (webfiltering?) firewall is. Het is niet ongebruikelijk dat uw universiteit een interne NTP-server gebruikt voor hun eigen computers, en het is ‘ s heel goed mogelijk dat je daar toegang toe hebt. (Blijkbaar zullen Windows-pcs die Active Directory gebruiken de domeincontroller gebruiken als een NTP-server). University of York had een zeer vergelijkbare setup IIRC. Ik kan ‘ kan helaas geen enige documentatie over uw IT vinden op de IISC-website.
- Het lijkt erop dat SERC uw campus-IT afhandelt. Ze hebben wat Linux-instructies, hoewel niets over NTP, misschien je kunt doorverwezen worden naar iemand die zal helpen? nitss.iisc.ac.in en serc.iisc. in / facilities / support
- @sourcejedi Heel erg bedankt, je ‘ ve gon e gaat verder dan wat nodig is voor een SE-antwoord.
- Gerelateerd bugrapport op systemd ‘ s GitHub: Kan ‘ t synchroniseren wanneer de tijd onjuist is vanwege dnssec
Answer
systemd-timesyncd vereist niet dat u opnieuw opstart. Ik “heb timedatectl getest op mijn systeem. Het kan nodig zijn om even te wachten op een verbinding.
man timedatectl
status
Huidige instellingen van de systeemklok en RTC weergeven, inclusief of de netwerktijdsynchronisatie is ingeschakeld. Merk op dat of de netwerktijdsynchronisatie is ingeschakeld eenvoudigweg aangeeft of de systemd-timesyncd.service-eenheid is ingeschakeld. Zelfs als dit commando de status aangeeft als uit, kan een andere service de klok nog steeds synchroniseren met het netwerk.
$ 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 ligt op mijn systeem. Mogelijk is de implementatie gepatcht door Fedora, zonder de manpage te patchen. Ik weet niet hoe ik moet opvragen welke service wordt gebruikt; mijn systeem gebruikt toevallig chronyd. Ik stel me voor dat het zou kunnen het is ook mogelijk om ntp / ntpd te gebruiken.
In jouw geval zou ik er echter vrij zeker van zijn dat Arch de upstream-standaard van timesyncd gebruikt.
$ 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 Misschien heeft u De fouten vastgelegd onder de status. Zorg ervoor dat u systemctl uitvoert als een gebruiker met toegang tot het systeemlogboek, bijv. met sudo.
In tegenstelling tot chronyd met chronyc, is er geen gedocumenteerde manier om systemd-timesyncd voor … eigenlijk alles, behalve” NTP gesynchroniseerd: nee “. Ik hoop dat het nuttige logboeken heeft!
Ik raad aan om te proberen
- Identificeer welke bekende
pool.ntp.orgalias uw systeem probeert gebruik. - Test de alias, bijv
ntpdate -q arch.pool.ntp.org. -
traceroutenaar de alias om te zien of er een blok in de buurt is, d.w.z. een firewall die toegang verhindert. Zoals altijd zou ik eerstpinggebruiken omdat het sneller resultaten oplevert (en minder vatbaar is voor verkeerde interpretaties), of gebruik demtrversie van traceroute (dit is ook standaard ICMP-traceroute, waardoor veel uitvoer van multi-path-netwerken wordt vermeden). Uiteindelijk wil je zoiets alstraceroute -U -p ntp pool.ntp.org, dat wil zeggen dat je dezelfde UDP-poort gebruikt als NTP.
EDIT : eerdere versies van dit antwoord waren in de war over de standaard NTP-servers van systemd-timesyncd. Hoewel ze zijn uitgecommentarieerd (uitgeschakeld) in timesyncd.conf, het zou alleen nodig moeten zijn om commentaar op de regel te verwijderen als u de server moet wijzigen. De standaardwaarden zijn tijdens het compileren in timesyncd ingebouwd. Dit wordt in alle documentatie vermeld.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Reacties
- Kijk hierboven eens. Ik heb
sudo systemctl status systemd-timesyncden het lijkt erop dat ik wattimed-outlogboeken heb. Moet ik nutraceroute? - gebruikte
tracerouteen kreeg een paar resultaten.Hoe kan iktraceroutegebruiken metping? - Op mijn nieuwe installatie van Archlinux
systemd-timesyncd.servicewas niet actief. Ik heb het gestart en ingeschakeld en nu is de tijd op mijn computer correct.
Answer
Is de tijdzone correct voor uw locatie? En je moet de juiste tijdzone instellen via timedatectl set-timezone
Het date commando toont systeem tijd, voor uw huidige locatie.
ntpdate corrigeert de tijd voor uw tijdzone.
gebruik bijvoorbeeld apple ntp server zal resulteren in:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec Reacties
- tijdzone zal niet repareren ” NTP gesynchroniseerd: nee ”