Attualmente sto utilizzando Arch Linux come sistema operativo sul mio desktop. Quando guardo lora, sono le 22:38, quando lora chiaramente è intorno alle 17:08. Quando richiamo il comando timedatectl, ottengo:
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 Aggiorna
Quando eseguo sudo systemctl status systemd-timesyncd, ottengo:
● 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
Anchio ho provato il comando traceroute -U -p ntp pool.ntp.org e ottengo:
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 * * * Come posso risolvere questo problema? Ho persino provato timedatectl set-ntp true. Devo riavviare perché abbia effetto?
Commenti
- buon lavoro. Google afferma che cyberoam è un marchio di firewall (con filtro web?). Non è raro che la tua università utilizzi un server NTP interno per i propri computer e ‘ è del tutto possibile che tu abbia accesso a quelli. (Apparentemente i PC Windows che utilizzano Active Directory useranno il controller di dominio come server NTP). LUniversità di York aveva una configurazione molto simile IIRC. Posso ‘ t trovare qualsiasi documentazione sul tuo IT sul sito web di IISC sfortunatamente.
- Sembra che SERC gestisca lIT del tuo campus. Hanno alcune istruzioni per Linux anche se niente su NTP, forse puoi essere indirizzato a qualcuno che ti aiuterà? nitss.iisc.ac.in e serc.iisc. in / facilities / support
- @sourcejedi Grazie mille, ‘ sei andato E oltre a ciò che è necessario per una risposta SE.
- Segnalazione di bug correlata su systemd ‘ s GitHub: Non è possibile ‘ sincronizzare lora se lora non è corretta a causa di dnssec
Risposta
systemd-timesyncd non richiederà il riavvio. Ho testato timedatectl sul mio sistema. Potrebbe essere necessario attendere un minuto per una connessione.
man timedatectl
status
Mostra le impostazioni correnti dellorologio di sistema e RTC, incluso se la sincronizzazione dellora di rete è attiva. Tieni presente che se la sincronizzazione dellora di rete è attiva riflette semplicemente se lunità systemd-timesyncd.service è abilitata. Anche se questo comando mostra lo stato disattivato, un servizio diverso potrebbe comunque sincronizzare lorologio con la rete.
$ 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 giace sul mio sistema. Forse limplementazione è stata patchata da Fedora, senza patchare la manpage. Non so come interrogare quale servizio viene utilizzato; il mio sistema utilizza chronyd. Immagino che potrebbe anche essere possibile utilizzare ntp / ntpd.
Tuttavia nel tuo caso sarei abbastanza sicuro che Arch utilizzi il valore predefinito upstream di 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 Potresti avere Gli errori registrati sotto lo stato. Assicurati di eseguire systemctl come utente con accesso al journal di sistema, ad es. utilizzando sudo.
A differenza di chronyd con chronyc, non esiste un modo documentato per eseguire ulteriori query su systemd-timesyncd per … davvero qualsiasi cosa, oltre a” Sincronizzazione NTP: no “. Spero che abbia log utili!
Suggerisco di mirare a
- Identificare quale noto
pool.ntp.orgalias il tuo sistema sta cercando di use. - Prova lalias es
ntpdate -q arch.pool.ntp.org. -
tracerouteallalias per vedere se è presente un blocco nelle vicinanze, ad esempio un firewall che impedisce laccesso. Come sempre, vorrei prima utilizzarepingperché ottiene risultati più rapidi (ed è meno soggetto a interpretazioni errate) oppure utilizzaremtrversione di traceroute (anche questa impostazione predefinita è ICMP traceroute, che evita un sacco di output da reti multi-path). In definitiva, vuoi qualcosa cometraceroute -U -p ntp pool.ntp.org, ovvero utilizzando la stessa porta UDP di NTP.
EDIT : le versioni precedenti di questa risposta erano confuse sui server NTP predefiniti di systemd-timesyncd “. Sebbene siano commentati (disabilitati) in timesyncd.conf, dovrebbe essere necessario rimuovere il commento dalla riga solo se è necessario modificare il server. I valori predefiniti sono incorporati in timesyncd in fase di compilazione. Questo è menzionato in tutta la documentazione.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Commenti
- Dai unocchiata sopra. Ho chiesto
sudo systemctl status systemd-timesyncde mi sembra di avere alcunitimed-outlog. Devotracerouteora? - solo ha utilizzato
traceroutee ha ottenuto alcuni risultati.Come posso utilizzaretracerouteconping? - Nella mia nuova installazione di Archlinux
systemd-timesyncd.servicenon era in esecuzione. Lho avviato e abilitato e ora lora sulla mia macchina è corretta.
Risposta
Il fuso orario è corretto per la tua posizione? E dovresti impostare il fuso orario corretto tramite timedatectl set-timezone
Il comando date mostra il sistema ora, per la posizione corrente.
ntpdate correggerà lora in base al fuso orario.
ad esempio, lutilizzo del server ntp di apple risulterà:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec Commenti
- fuso orario non correggere ” NTP sincronizzato: no ”