Atualmente, estou usando o Arch Linux como sistema operacional em meu desktop. Quando olho para a minha hora, são 22:38, quando a hora claramente é por volta das 17:08. Quando eu invoco o comando timedatectl
, obtenho:
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
Atualizar
Quando executo sudo systemctl status systemd-timesyncd
, obtenho:
● 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
Eu também tentei o comando traceroute -U -p ntp pool.ntp.org
e recebo:
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 * * *
Como faço para corrigir isso? Eu até tentei timedatectl set-ntp true
. Devo reiniciar para que isso tenha efeito?
Comentários
- bom trabalho. O Google diz que o cyberoam é uma marca de firewall (de filtragem da web?). Não é incomum que sua universidade use um servidor NTP interno para seus próprios computadores e ‘ é bem possível que você tenha acesso a eles. (Aparentemente, os PCs com Windows que usam o Active Directory usarão o controlador de domínio como um servidor NTP). A Universidade de York tinha uma configuração IIRC muito semelhante. Posso ‘ infelizmente não encontre qualquer documentação sobre sua TI no site do IISC.
- Parece que o SERC cuida da TI do seu campus. Eles têm algumas instruções do Linux, embora nada sobre NTP, talvez você pode ser direcionado a alguém que ajudará? nitss.iisc.ac.in e serc.iisc. in / facilities / support
- @sourcejedi Muito obrigado, você ‘ vai e acima e além do que é necessário para uma resposta SE.
- Relatório de bug relacionado no systemd ‘ s GitHub: É possível ‘ sincronizar a hora quando a hora está incorreta devido ao dnssec
Resposta
systemd-timesyncd não exigirá que você reinicie. Testei timedatectl em meu sistema. Pode ser necessário aguardar um minuto por uma conexão.
man timedatectl
status
Mostra as configurações atuais do relógio do sistema e RTC, incluindo se a sincronização da hora da rede está ativada. Observe que se a sincronização da hora da rede está ativada simplesmente reflete se a unidade systemd-timesyncd.service está ativada. Mesmo que este comando mostre o status como desligado, um serviço diferente ainda pode sincronizar o relógio com a rede.
$ 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
A página de manual timedatectl está em meu sistema. Possivelmente, a implementação foi corrigida pelo Fedora, sem corrigir a página de manual. Não sei como consultar qual serviço é usado; meu sistema usa chronyd. Imagino que sim também será possível usar ntp / ntpd.
No entanto, no seu caso, eu estaria bastante confiante de que o Arch usa o padrão 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
Você pode ter Os erros registrados sob o status. Certifique-se de executar systemctl
como um usuário com acesso ao diário do sistema, por exemplo, usando sudo
.
Ao contrário de chronyd com chronyc
, não há maneira documentada de consultar systemd-timesyncd
para … qualquer coisa realmente, além de” NTP synchronized: no “. Espero que tenha registros úteis!
Sugiro que tente
- Identifique qual
pool.ntp.org
conhecido seu sistema está tentando usar. - Teste o alias, por exemplo
ntpdate -q arch.pool.ntp.org
. -
traceroute
para o alias para ver se há um bloqueio próximo, ou seja, um firewall impedindo o acesso. Como sempre, eu usariaping
primeiro porque obtém resultados mais rapidamente (e é menos sujeito a interpretações errôneas), ou usaria omtr
versão do traceroute (o padrão também é o traceroute ICMP, que evita muitos resultados de redes com vários caminhos). No final das contas, você deseja algo comotraceroute -U -p ntp pool.ntp.org
, ou seja, usar a mesma porta UDP do NTP.
EDIT : as versões anteriores desta resposta confundiam os servidores NTP padrão do systemd-timesyncd “. Embora eles estejam comentados (desativados) em timesyncd.conf
, só deve ser necessário remover o comentário da linha se você precisar alterar o servidor. Os valores padrão são integrados ao timesyncd no momento da compilação. Isso é mencionado em toda a documentação.
https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/
https://wiki.archlinux.org/index.php/Systemd-timesyncd
Comentários
- Dê uma olhada acima. Eu consultei
sudo systemctl status systemd-timesyncd
e parece que tenho algunstimed-out
registros. Devotraceroute
agora? - apenas usou
traceroute
e obteve alguns resultados.Como posso usartraceroute
comping
? - Na minha nova instalação do Archlinux
systemd-timesyncd.service
não estava funcionando. Eu iniciei e habilitei e agora a hora em minha máquina está correta.
Resposta
O fuso horário é correto para sua localização? E você deve definir o fuso horário correto via timedatectl set-timezone
O comando date está mostrando o sistema horário, para sua localização atual.
ntpdate corrigirá a hora para seu fuso horário.
por exemplo, use o servidor ntp da apple resultará:
sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec
Comentários
- fuso horário irá não corrige ” NTP sincronizado: não ”