У нас есть приложение, развернутое в информационных киосках на нескольких сайтах, где сотрудники нашего клиента могут входить и выходить из своей смены, просматривать расписания и т.д. При приближении к каждой смене летнего времени у нас были проблемы с отображением некоторых киосков. дерьмо в будущем после перехода на летнее время как на выходной. Дело в том, что часто к тому времени, когда инцидент прошел через систему на моем столе, он волшебным образом закрепился. После некоторого тщательного отслеживания и 6 месяцев терпения я больше не верю, что наш код - это проблема, поэтому я смотрю на другие возможности.

Компьютеры киоска настроены на синхронизацию с сервером времени. Когда происходит синхронизация, информация о летнем времени также переносится на клиента - то есть, если клиенты имели неверную информацию о летнем времени, будет ли она исправлена?

раздел реестра HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/services/W32Time/TimeProviders/NtpClient/SpecialPollInterval установлен на 604800, что означает, что компьютер синхронизируется каждые 7 дней - это правильно? Как я могу проверить, когда была последняя синхронизация?

Могу ли я проверить, когда было выполнено последнее обновление информации о DST на NTP-сервере?

Какие другие возможности могут вызвать такое поведение, которое я должен изучить?

1 ответ1

0

Вопрос № 1: Могу ли я проверить, когда было выполнено последнее обновление информации о DST на NTP-сервере?

Вы не можете проверить последний раз, когда NTP обновил DST. NTP использует UTC, поэтому DST не задействован. Это не может быть ошибкой синхронизации NTP.

Вопрос № 2: Какие другие возможности могут вызвать такое поведение, которое я должен изучить?

Если вы находитесь в США, это может быть связано с изменением летнего времени в 2005 году. ^ 1 Однако я не уверен, как это будет виновником. По крайней мере, для этого потребуется, чтобы один компонент вашей системы использовал устаревшие определения DST.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .