Назад | Перейти на главную страницу

Странные часовые пояса поведения сервера CentOS

Я приобрел выделенный сервер CentOS 6.8 для перехода с общего хостинга, и у меня возникают проблемы с неправильным отображением часовых поясов.

Я изменил php.ini часовой пояс до Europe/Dublin - не сработало

Я изменил httpd.conf часовой пояс до Europe/Dublin - не сработало

И я пытаюсь изменить фактический часовой пояс CentOS, и здесь это становится странно. Я изменил часовой пояс на Europe/Dublin из CST (что было по умолчанию), и кажется, что Europe/Dublin является GMT+14.

См. Ссылку на изображение ниже. Второе свидание должно было произойти в субботу, 7 января, 07:48:11 GMT 2017.

Часовой пояс CST - GMT -6, поэтому, если время CST - 15:47, то время GMT - 21:47.

Если вы говорите, что в то время, когда вы сделали снимок экрана, время должно было быть 07:48 утра, то время вашего сервера неверное, и вам необходимо его синхронизировать.

Выполните эту команду, чтобы синхронизировать время, чтобы исправить одно:

ntpdate -s time.nist.gov

Возможно у тебя нет ntp установлен вообще на вашем сервере, и в этом случае вам необходимо установить его с помощью:

yum install ntp ntpdate ntp-doc

И запустите службу NTP, чтобы время синхронизировалось с:

/etc/init.d/ntpd start

Также убедитесь, что служба NTP настроена на автоматический запуск при загрузке:

chkconfig ntpd on

Я думаю, что основная проблема в том, что "CST" неоднозначное название часового пояса. Это может означать центральное стандартное время, китайское стандартное время и кубинское стандартное время.

[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

(Я в курсе, что КНР - это не КНР, а они придерживаются того же времени, и я не могу сразу указать часовой пояс, который однозначно зависит от PRC в моем /usr/share/zoneinfo.)

Я подозреваю, что вы думаете, что ваши системные часы находятся в китайском стандартном времени, и, следовательно, ожидаете, что GMT будет восемь часов. позади это (0748GMT), тогда как я предполагаю, что это центральное стандартное время, что означает шесть часов по Гринвичу. впереди из них (2148GMT). Последняя интерпретация согласуется с тем, что вы нам показали.

Поэтому установите часовой пояс вашей системы на то, что вы хотите, предпочтительно используя географический часовые пояса, а не на основе сокращений ед. Если системные часы неправильные, установите их (желательно с помощью NTP, который полностью основан на UTC и не включает в себя никаких из этих проблем и который будет поддерживать синхронизацию часов в будущем).

Мне это кажется нормальным. В настоящее время в Дублине (UTC + 0) на 6 часов больше, чем в CST (UTC-6). Когда вы провели операцию, время CST было 15:47. После операции время 21:48. Разница во времени правильная.