Jutilise actuellement Arch Linux comme système dexploitation sur mon bureau. Quand je regarde mon heure, il est 22h38, alors quil est clairement autour de 17h08. Lorsque jappelle la commande timedatectl, jobtiens:
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 Mettre à jour
Quand je lance sudo systemctl status systemd-timesyncd, jobtiens:
● 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
Moi aussi essayé la commande traceroute -U -p ntp pool.ntp.org, et jobtiens:
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 * * * Comment résoudre ce problème? Jai même essayé timedatectl set-ntp true. Suis-je censé redémarrer pour que cela prenne effet?
Commentaires
- bon travail. Google dit que cyberoam est une marque de pare-feu (filtrant le Web?). Il nest pas rare que votre université utilise un serveur NTP interne pour ses propres ordinateurs, et ‘ s il est tout à fait possible que vous y ayez accès. (Apparemment, les PC Windows utilisant Active Directory utiliseront le contrôleur de domaine comme serveur NTP). LUniversité de York avait une configuration IIRC très similaire. / div> t trouver aucune documentation sur votre informatique sur le site Web de lIISC malheureusement.
- Il semble que SERC gère linformatique de votre campus. Ils ont des instructions Linux bien que rien sur NTP, peut-être vous pouvez être dirigé vers quelquun qui vous aidera? nitss.iisc.ac.in et serc.iisc. dans / Facilities / support
- @sourcejedi Merci beaucoup, vous ‘ ve gon e au-delà de ce qui est nécessaire pour une réponse SE.
- Rapport de bogue associé sur systemd ‘ s GitHub: Impossible de ‘ t synchroniser l’heure lorsque l’heure est incorrecte en raison de dnssec
Répondre
systemd-timesyncd ne vous demandera pas de redémarrer. Jai testé timedatectl sur mon système. Il peut être nécessaire dattendre une minute pour une connexion.
man timedatectl
status
Afficher les paramètres actuels de lhorloge système et du RTC, y compris si la synchronisation de lheure du réseau est activée. Notez que si la synchronisation de lheure du réseau est activée, cela reflète simplement si lunité systemd-timesyncd.service est activée. Même si cette commande affiche létat désactivé, un service différent peut toujours synchroniser lhorloge avec le réseau.
$ 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 La page de manuel timedatectl se trouve sur mon système. Peut-être que limplémentation a été corrigée par Fedora, sans corriger la page de manuel. Je ne sais pas comment demander quel service est utilisé; mon système utilise par hasard chronyd. Jimagine que cela pourrait également possible dutiliser ntp / ntpd.
Cependant, dans votre cas, je serais assez confiant quArch utilise la valeur par défaut en amont de 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 Vous pourriez avoir Les erreurs enregistrées sous le statut. Assurez-vous dexécuter systemctl en tant quutilisateur ayant accès au journal système, par exemple en utilisant sudo.
Contrairement à chronyd avec chronyc, il ny a aucun moyen documenté dinterroger en plus systemd-timesyncd pour … quoi que ce soit de vraiment, au-delà de » NTP synchronisé: non « . Jespère quil contient des journaux utiles!
Je suggère de chercher à
- Identifier quel alias
pool.ntp.orgbien connu votre système tente utiliser. - Tester lalias par exemple
ntpdate -q arch.pool.ntp.org. -
tracerouteà lalias pour voir sil y a un bloc à proximité, cest-à-dire un pare-feu empêchant laccès. Comme toujours, jutiliserais dabordpingparce quil obtient des résultats plus rapidement (et est moins sujet aux erreurs dinterprétation), ou jutiliseraismtrversion de traceroute (ceci est également défini par défaut sur traceroute ICMP, ce qui évite beaucoup de sortie des réseaux multi-chemins). En fin de compte, vous voulez quelque chose commetraceroute -U -p ntp pool.ntp.org, cest-à-dire utiliser le même port UDP que NTP.
EDIT : les versions précédentes de cette réponse étaient confuses au sujet des serveurs NTP par défaut de systemd-timesyncd. Bien quils soient commentés (désactivés) dans timesyncd.conf, il ne devrait être nécessaire de décommenter la ligne que si vous avez besoin de changer de serveur. Les valeurs par défaut sont intégrées à timesyncd au moment de la compilation. Ceci est mentionné dans toute la documentation.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Commentaires
- Regardez ci-dessus. Jai interrogé
sudo systemctl status systemd-timesyncdet il semble que jai quelquestimed-outjournaux. Dois-jetraceroutemaintenant? - simplement utilisé
tracerouteet obtenu quelques résultats.Comment puis-je utilisertracerouteavecping? - Sur ma nouvelle installation dArchlinux
systemd-timesyncd.servicenétait pas en cours dexécution. Je lai démarré et activé et maintenant lheure sur ma machine est correcte.
Réponse
Le fuseau horaire est-il correct pour votre emplacement? Et vous devez définir le fuseau horaire correct via timedatectl set-timezone
La commande date affiche le système heure, pour votre position actuelle.
ntpdate corrigera lheure pour votre fuseau horaire.
par exemple, utiliser le serveur Apple ntp entraînera:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec Commentaires
- le fuseau horaire sera pas corrigé » NTP synchronisé: non »