november 13, 2020
Articles
Ingen kommentarer

Sådan ordnes tid i Arch Linux

Jeg bruger i øjeblikket Arch Linux som mit operativsystem på mit skrivebord. Når jeg ser på min tid, er det 22:38, når tiden klart er omkring 17:08. Når jeg påkalder 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

Opdater

Når jeg kø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øvede 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 løser jeg dette? Jeg har endda prøvet timedatectl set-ntp true. Skal jeg genstarte for at dette kan træde i kraft?

Kommentarer

  • godt arbejde. Google siger, at cyberoam er et brand (webfiltrering?) firewall. Det er ikke ualmindeligt, at dit universitet bruger en intern NTP-server til deres egne computere, og det ‘ er meget muligt, du har adgang til dem. (Tilsyneladende bruger Windows-pcer ved hjælp af Active Directory domænecontrolleren som en NTP-server). University of York havde en meget lignende opsætning IIRC. Jeg kan ‘ t finder nogen dokumentation om din it på IISC-webstedet desværre.
  • Det ser ud til, at SERC håndterer din campus-IT. De har nogle Linux-instruktioner, selvom intet om NTP, måske kan du blive dirigeret til nogen, der vil hjælpe? nitss.iisc.ac.in og serc.iisc. i / faciliteter / support
  • @sourcejedi Mange tak, du ‘ har fået e ud over hvad der er nødvendigt for et SE-svar.
  • Relateret fejlrapport om systemd ‘ s GitHub: Kan ‘ ikke synkronisere tid, når tiden er forkert på grund af dnssec

Svar

systemd-timesyncd kræver ikke, at du genstarter. Jeg har testet timedatectl på mit system. Det kan være nødvendigt at vente et øjeblik på en forbindelse.

man timedatectl

status

Vis aktuelle indstillinger for systemuret og RTC, inklusive om netværkstidssynkronisering er aktiveret. Bemærk, om synkronisering af netværkstid er aktiveret, blot afspejler om systemd-timesyncd.service-enheden er aktiveret. / em> Selvom denne kommando viser status som slået fra, kan en anden tjeneste muligvis stadig synkronisere uret med netværket. 

$ 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å mit system. Muligvis blev implementeringen patched af Fedora uden at lappe manpage. Jeg ved ikke, hvordan man spørger hvilken service der bruges; mit system bruger tilfældigvis chronyd. Jeg forestiller mig, at det måske også være muligt at bruge ntp / ntpd.

Men i dit tilfælde ville jeg være helt sikker på, at Arch bruger upstream-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

Du har muligvis hav e fejl, der er logget under status. Sørg for at køre systemctl som en bruger med adgang til systemjournalen, f.eks. ved hjælp af sudo.

I modsætning til chronyd med chronyc er der ingen dokumenteret måde at tilføje yderligere spørgsmål til systemd-timesyncd til … noget virkelig, ud over” NTP synkroniseret: nej “. Håber det har nyttige logfiler!

Jeg foreslår at sigte mod

  1. Identificer hvilket velkendt pool.ntp.org alias dit system forsøger at brug.
  2. Test aliaset f.eks ntpdate -q arch.pool.ntp.org.
  3. traceroute til aliaset for at se, om der er en nærliggende blok, dvs. en firewall, der forhindrer adgang. Som altid vil jeg bruge ping først, fordi det får resultater hurtigere (og er mindre tilbøjelige til misfortolkning) eller bruge mtr version af traceroute (dette er også som standard ICMP traceroute, som undgår masser af output fra multi-path-netværk). I sidste ende vil du have noget som traceroute -U -p ntp pool.ntp.org, dvs. bruge den samme UDP-port som NTP gør.

REDIGER : tidligere versioner af dette svar var forvirrede over systemd-timesyncds NTP-servere. Selvom de kommenteres (deaktiveres) i timesyncd.conf, skal det kun være nødvendigt at fjerne kommentar fra linjen, hvis du har brug for at skifte server. Standardværdierne er indbygget i timesyncd på kompileringstidspunktet. Dette er nævnt i al dokumentation.

https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/

https://wiki.archlinux.org/index.php/Systemd-timesyncd

Kommentarer

  • Se ovenfor. Jeg har spurgt sudo systemctl status systemd-timesyncd og det ser ud til, at jeg har nogle timed-out logfiler. Skal jeg traceroute nu?
  • bare brugte traceroute og fik et par resultater.Hvordan kan jeg bruge traceroute med ping?
  • På min nye installation af Archlinux systemd-timesyncd.service kørte ikke. Jeg startede og aktiverede det, og nu er tiden på min maskine korrekt.

Svar

Har tidszonen været korrekt for din placering? Og du skal indstille den korrekte tidszone via timedatectl set-timezone

Kommandoen date viser systemet tid for din aktuelle placering.

ntpdate korrigerer tiden for din tidszone.

for eksempel brug 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

  • tidszone vil ikke rette ” NTP synkroniseret: ingen ”

Skriv et svar

Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *