Actualmente estoy usando Arch Linux como mi SO en mi escritorio. Cuando miro mi hora, son las 22:38, cuando la hora claramente es alrededor de las 17:08. Cuando invoco el comando timedatectl, obtengo:
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 Actualizar
Cuando ejecuto sudo systemctl status systemd-timesyncd, obtengo:
● 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
Yo también probé el comando traceroute -U -p ntp pool.ntp.org, y obtengo:
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 * * * ¿Cómo soluciono esto? Incluso he probado timedatectl set-ntp true. ¿Se supone que debo reiniciar para que esto surta efecto?
Comentarios
- buen trabajo. Google dice que cyberoam es una marca de firewall (¿filtrado web?). No es raro que su universidad use un servidor NTP interno para sus propias computadoras, y ‘ s es muy posible que tenga acceso a ellos. (Aparentemente, las PC con Windows que usan Active Directory usarán el controlador de dominio como un servidor NTP). La Universidad de York tenía una configuración IIRC muy similar. Puedo ‘ desafortunadamente no encuentro cualquier documentación sobre su TI en el sitio web de IISC.
- Parece que SERC maneja la TI de su campus. ¿Puede ser dirigido a alguien que pueda ayudar? nitss.iisc.ac.in y serc.iisc. in / Facilities / support
- @sourcejedi Muchas gracias, ‘ ve gon e más allá de lo que se necesita para una respuesta SE.
- Informe de error relacionado en systemd ‘ s GitHub: ¿Puede ‘ t sincronizar la hora cuando la hora es incorrecta debido a dnssec
Responder
systemd-timesyncd no requerirá que reinicie. He probado timedatectl en mi sistema. Podría ser necesario esperar un minuto para la conexión.
man timedatectl
status
Muestra la configuración actual del reloj del sistema y RTC, incluido si la sincronización de la hora de la red está activada. Tenga en cuenta que si la sincronización de la hora de la red está activada simplemente refleja si la unidad systemd-timesyncd.service está habilitada. Incluso si este comando muestra el estado desactivado, un servicio diferente podría sincronizar el reloj con la red.
$ 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 página de manual timedatectl está en mi sistema. Posiblemente la implementación fue parcheada por Fedora, sin parchear la página de manual. No sé cómo consultar qué servicio se usa; mi sistema usa chronyd. Me imagino que podría también será posible usar ntp / ntpd.
Sin embargo, en su caso, estaría bastante seguro de que Arch usa el valor predeterminado de upstream 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 Puede que tenga e errores registrados debajo del estado. Asegúrese de ejecutar systemctl como un usuario con acceso al diario del sistema, p. Ej. usando sudo.
A diferencia de chronyd con chronyc, no existe una forma documentada de consultar adicionalmente systemd-timesyncd para … cualquier cosa realmente, más allá de» NTP sincronizado: no «. ¡Espero que tenga registros útiles!
Sugiero apuntar a
- Identificar qué conocido
pool.ntp.orgalias está intentando su sistema utilizar. - Pruebe el alias, por ejemplo
ntpdate -q arch.pool.ntp.org. -
tracerouteal alias para ver si hay un bloque cercano, es decir, un cortafuegos que impida el acceso. Como siempre, usaríapingprimero porque obtiene resultados más rápido (y es menos propenso a malas interpretaciones), o usaríamtrversión de traceroute (esto también tiene como valor predeterminado traceroute ICMP, que evita una gran cantidad de resultados de redes de múltiples rutas). En última instancia, desea algo comotraceroute -U -p ntp pool.ntp.org, es decir, usar el mismo puerto UDP que NTP.
EDIT : las versiones anteriores de esta respuesta estaban confundidas acerca de los servidores NTP predeterminados de systemd-timesyncd «. Aunque están comentados (deshabilitados) en timesyncd.conf, solo debería ser necesario descomentar la línea si necesita cambiar el servidor. Los valores predeterminados están integrados en timesyncd en tiempo de compilación. Esto se menciona en toda la documentación.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Comentarios
- Eche un vistazo arriba. He consultado
sudo systemctl status systemd-timesyncdy parece que tengo algunostimed-outregistros. ¿Tengo quetracerouteahora? - usó
traceroutey obtuve algunos resultados.¿Cómo puedo usartracerouteconping? - En mi nueva instalación de Archlinux
systemd-timesyncd.serviceno se estaba ejecutando. Lo inicié y lo habilité y ahora la hora en mi máquina es correcta.
Respuesta
¿La zona horaria es correcto para su ubicación? Y debe configurar la zona horaria correcta a través de timedatectl set-timezone
El comando date muestra el sistema hora, para su ubicación actual.
ntpdate corregirá la hora para su zona horaria.
por ejemplo, el uso del servidor ntp de apple dará como resultado:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec Comentarios
- la zona horaria no se corrige » NTP sincronizado: no »