Como acertar o fuso horário e manter o relógio certo num VPS Linux

No Linux, o comando que manda é o timedatectl. Corra-o sem nada atrás e vê três coisas: a hora local, o fuso em uso e se o relógio está sincronizado com a rede. Um relógio errado parece inofensivo e não é: parte certificados (“não é válido ainda”), desalinha os registos, e faz as tarefas do cron correrem a horas que não esperava. Os comandos são seus, num servidor seu: o suporte não os faz por si (ver até onde vai o nosso suporte).

Ver o que está agora

Corra timedatectl. Procure as linhas “Time zone” (o fuso), “System clock synchronized: yes” (o relógio sincroniza) e o serviço de sincronização activo. Um VPS novo costuma vir em UTC, que é o tempo universal, sem deslocamento nenhum. Não é um defeito: é a escolha mais usual para servidores.

Mudar o fuso

1 Liste os fusos e procure o seu. timedatectl list-timezones | grep -i cidade, trocando “cidade” pelo nome da sua cidade principal em inglês. Os nomes têm sempre a forma Região/Cidade.
2 Defina-o: sudo timedatectl set-timezone Regiao/Cidade, com o nome que encontrou. Para voltar ao tempo universal: sudo timedatectl set-timezone UTC.
3 Confirme com timedatectl e com date.
4 Reinicie o que depende da hora. Serviços que já estavam a correr podem ter ficado com o fuso antigo. Reinicie o cron (no Debian e Ubuntu, sudo systemctl restart cron) e as suas aplicações, ou reinicie o servidor.

Manter o relógio certo

1 Veja se a sincronização está ligada. Em timedatectl, a linha de sincronização deve dizer “yes”. Se não, ligue-a com sudo timedatectl set-ntp true.
2 Se não há serviço de sincronização instalado. No Debian e no Ubuntu, instale o systemd-timesyncd com sudo apt install systemd-timesyncd. No AlmaLinux e no Rocky já costuma haver o chrony; veja com chronyc tracking.
3 Volte a conferir ao fim de um minuto. A primeira sincronização pode demorar alguns instantes.
Escolha Quando faz sentido
Servidor em UTC O mais comum e o mais previsível. Os registos de vários servidores alinham, e a conversão para a hora local faz-se na aplicação.
Servidor na sua hora local Prático quando é um só servidor e quem o gere lê os registos e os horários do cron na sua hora. Cuidado com as mudanças de hora, se o seu país as tem.
O fuso do servidor, o do PHP e o da base de dados podem ser três coisas diferentes. Mudar o do sistema não muda o que o seu código ou o MySQL usam por conta própria. Ver a hora do servidor e porque o PHP e o MySQL podem divergir. E as tarefas agendadas correm na hora do servidor: ver o meu cron não corre no VPS.
Um certificado “ainda não válido” é quase sempre o relógio. Se um HTTPS que ontem funcionava dá erro de data, comece por date. Ver também erros comuns em VPS e Cloud.

O relógio do servidor não sincroniza? Diga-nos o sistema e o que o timedatectl mostra.

Abrir um pedido de suporte

VEJA TAMBÉM

A primeira sessão num VPS Linux novo

A hora do servidor, e porque o PHP e o MySQL podem divergir

O meu cron não corre no VPS: as causas habituais

Onde estão os registos num VPS Linux

PRODUTO RECOMENDADO

Servidor VPS com acesso root

Recursos só seus, o sistema que escolher, reinstalação quando quiser. desde 7.560,00 Kz/mês (plano de 3 anos, com cupão)

Ver planos
  • 0 Utilizadores acharam útil
Esta resposta foi útil?