Fusos horários do comportamento do servidor do CentOS

Question

Eu comprei um servidor dedicado do CentOS 6.8 para migrar da hospedagem compartilhada, e estou tendo problemas com o fato de os fusos horários não serem exibidos corretamente.

Alterei o fuso horário php.ini para Europe/Dublin - não funcionou

Alterei o fuso horário httpd.conf para Europe/Dublin - não funcionou

E eu estou tentando mudar o fuso horário do CentOS e é aí que fica estranho. Alterei o fuso horário para Europe/Dublin de CST (que era o padrão) e parece que Europe/Dublin é GMT+14 .

Por favor, veja o link da imagem abaixo. A segunda data deveria ter sido dito Sáb 7 de janeiro 07:48:11 GMT 2017.

    

Answer 1

O fuso horário do CST é GMT -6, portanto, se o horário de CST for 15:47, o horário GMT será 21:47.

Se você está dizendo que no momento em que você tirou a captura de tela, a hora deveria ser 07:48 da manhã, então a hora do seu servidor não está correta, e você precisa sincronizá-la.

Execute este comando para sincronizar a hora para corrigir um:

ntpdate -s time.nist.gov

É possível que você não tenha ntp instalado em seu servidor. Nesse caso, é necessário instalá-lo com:

yum install ntp ntpdate ntp-doc

Inicie o serviço NTP para manter a hora sincronizada com:

/etc/init.d/ntpd start

Certifique-se também de definir o serviço NTP para iniciar automaticamente na inicialização com:

chkconfig ntpd on

    

Answer 2

Acho que o problema subjacente é que "CST" é um nome ambíguo para um fuso horário . Pode significar o Horário Padrão Central, o Horário Padrão da China e o Horário Padrão de Cuba.

[me@risby ~]$ export TZ=GMT ; date
Sat  7 Jan 09:21:31 GMT 2017
[me@risby ~]$ export TZ=US/Central ; date
Sat  7 Jan 03:21:31 CST 2017
[me@risby ~]$ export TZ=ROC ; date
Sat  7 Jan 17:21:31 CST 2017
[me@risby ~]$ export TZ=America/Havana ; date
Sat  7 Jan 04:21:31 CST 2017

(Eu estou ciente de que o ROC não é o PRC, mas eles mantêm o mesmo tempo , e eu posso ponho imediatamente a minha mão em um fuso horário inequivocamente específico da PRC no meu /usr/share/zoneinfo .)

Então eu suspeito que você esteja pensando que o relógio do seu sistema está na China Standard Time, e assim esperando que o GMT esteja oito horas que (0748GMT), enquanto meu palpite seria de que ele está Central Standard Time, que coloca o GMT seis horas adiante desse (2148GMT). A última interpretação é consistente com o que você nos mostrou.

Portanto, defina o fuso horário do seu sistema para o que você deseja, de preferência usando fusos horários geográficos e não os baseados em abreviatura . Se o relógio do sistema estiver errado, defina-o (preferencialmente usando NTP, que é todo baseado em UTC e não incorpora nenhum desses problemas, e que manterá o relógio sincronizado daqui para frente).

    

Answer 3

Isso parece ok para mim. Dublin (UTC + 0) está atualmente 6 horas à frente da CST (UTC-6). Quando você executou a operação, o horário da CST era 15:47. Após a operação, o horário era 21:48. A diferença de tempo está correta.