Ошибка DST в Windows для Чили

Иллюстрация часов — проблема перехода на летнее время

Что произошло

Microsoft опубликовал официальное сообщение для пользователей клиентских и серверных версий Windows (Windows 7–11 и соответствующих серверных выпусков). В ряде систем было замечено, что время продвинулось на 60 минут не в ожидаемую дату: вместо 4 сентября 2022 года переключение сработало 10 сентября. Ошибка связана с локальными изменениями правил перехода на летнее/зимнее время в Чили и корректировками часовых поясов.

Компания подчеркнула, что это не баг уровня Y2K: проблема локализована и связана с несоответствием локальных правил DST (Daylight Saving Time).

Симптомы и возможные последствия

Пользователи и администраторы могли столкнуться со следующими эффектами на затронутых устройствах:

Неправильное системное время в Windows и приложениях.
Сдвиг расписаний в Microsoft Teams, Outlook и других сервисах, где зависят уведомления и встречи — на 60 минут.
Сбоев в автоматизации, например, Scheduled Tasks, которые могут выполниться не в ожидаемое время.
Неверные метки времени в транзакциях, файлах и логах.
Протоколы, критичные к времени (Kerberos и др.), могут вызывать ошибки аутентификации и проблемы с доступом к ресурсам.
Устройства вне Чили могут ощутить последствия, если они синхронизируются с серверами или календарями в Чили, либо если пользователи участвуют в мероприятиях с участниками в Чили.

Важно: устройства за пределами Чили не должны применять обход без необходимости — это изменит локальное время и может вызвать неправильное поведение.

Затронутые платформы

Короткий список платформ, на которых Microsoft отметил возможные проблемы:

Клиентские: Windows 11 (21H2); Windows 10 (21H2, 21H1, 20H2); Windows 10 Enterprise LTSC 2019, LTSC 2016, 2015 LTSB; Windows 8.1; Windows 7 SP1.
Серверные: Windows Server 2022, 2019, 2016, 2012 R2, 2012, 2008 R2 SP1, 2008 SP2.

Официальный обходной путь (рекомендация Microsoft)

Microsoft предлагает временно отключить автоматическую корректировку перехода на летнее/зимнее время и вернуть её после завершения аномалии. Выполнять эти шаги следует только на устройствах, которые находятся в Чили или непосредственно взаимодействуют с системами в Чили.

Примечание: ниже инструкции для 4 сентября 2022 года (отключение) и последующего возврата 11 сентября 2022 года (включение).

Вариант A — через «Дата и время»

Откройте поиск и запустите приложение Дата и время.
Выключите опцию Автоматически переводить часы на летнее время.

Вариант B — через Панель управления

Откройте Панель управления.
Выберите раздел Часы и регион.
Нажмите Дата и время.
Кликните Изменить часовой пояс.
Снимите флажок Автоматически переводить часы на летнее время.

Важно: отмените эти изменения 11 сентября 2022 года, чтобы вернуть обычное поведение после исправления Microsoft или завершения локального перехода.

Когда не применять обход и возможные риски

Если ваше устройство не находится в Чили и не синхронизируется с системами Чили, обход может нарушить локальные расписания и привести к неверным меткам времени.
На серверах, которые обслуживают пользователей в нескольких часовых поясах, ручное изменение локальной настройки может привести к общим инцидентам и сбоям сервисов.
На корпоративных устройствах сначала согласуйте изменение с IT/администраторами и проверьте политики управления временем (GPO, MDM).

Important: не применять массово через скрипты для всех пользователей без фильтрации по локали и зависимости от расписаний.

Альтернативные подходы для администраторов

Централизованно: настроить политику на уровне домена (GPO) или MDM-профиля так, чтобы изменение касалось только устройств с региональными настройками Чили.
Синхронизация времени: обеспечить точную работу NTP/Time Server с корректной конфигурацией часового пояса и исключениями для служб, зависящих от локального времени.
Коммуникация: уведомить сотрудников в Чили и тех, кто взаимодействует с офисами в Чили, об ожидаемом сдвиге расписаний и необходимости проверки встреч.
Мониторинг: временно усилить мониторинг Kerberos, служб аутентификации и критичных задач по расписанию.

Роли и краткие чек-листы действий

Администратор (местный / офис в Чили):

Выявить список устройств с настройками Чили.
Применить обход на отобранных машинах (4 сентября 2022) и запланировать возврат (11 сентября 2022).
Проверить синхронизацию NTP и журналы аутентификации.
Подготовить откатный план и уведомления для пользователей.

Сотрудник/пользователь в Чили:

Если заметили неправильное время или сдвиг встреч, следуйте инструкциям по отключению автоматической корректировки.
Перепроверьте назначенные встречи и уведомления в календарях после изменения.

Служба поддержки (Helpdesk):

Иметь заранее подготовленные инструкции и скриншоты для пользователей.
Фиксировать обращения и паттерны ошибок (авторизация, сдвиги встреч).

Разработчик/DevOps (если сервисы зависят от времени):

Аудит временных зависимостей (cron, scheduled jobs, временные метки в БД).
Тестирование влияния ручного изменения часового пояса на интеграции.

Критерии приёмки

На тестовом устройстве с региональными настройками Чили отключение автоматической корректировки устраняет 60-минутный сдвиг в системном времени.
Критичные задачи и расписания выполняются в ожидаемое локальное время после применения обхода.
Аутентификация Kerberos и доступ к ресурсам остаются стабильными.
При возврате настройки 11 сентября время корректно возвращается к ожидаемому значению и расписаниям.

Тестовые сценарии и контроль

Тест 1: устройство в Чили — отключить автоматическую корректировку и проверить текущее системное время и время календаря.
Тест 2: провести синхронизированную встречу между участниками в Чили и вне Чили — проверить время приглашения и уведомлений.
Тест 3: запустить плановую задачу (Scheduled Task) и сравнить фактическое время выполнения с ожидаемым.
Тест 4: попытаться аутентифицироваться к доменным ресурсам сразу после переключения и зафиксировать возможные ошибки Kerberos.

Когда обход не сработает (контрпримеры)

Устройствам, уже получившим исправление от Microsoft с корректными новыми правилами DST, ручное отключение будет лишним и может создать рассинхронизацию.
Сценарии с внешними интеграциями, где время принудительно берётся с удалённого сервера с некорректным часовым поясом — локальная смена настроек не устранит проблему.

Как Microsoft будет действовать дальше

Microsoft работает над выпуском обновления, которое приведёт правила перехода времени в соответствие с изменениями в Чили. По заявлению компании, для разработки, тестирования и распространения обновления требуется время, поэтому первоначально они рекомендуют применять ручной обход для затронутых устройств.

Короткое резюме и рекомендации

Применяйте обход только для устройств в Чили или тех, которые активно взаимодействуют с ресурсами в Чили.
Администраторам — использовать централизованные инструменты (GPO/MDM) с фильтрацией по локали и расписанию отката.
Пользователям вне Чили ничего менять не нужно.
Документируйте любые изменения, чтобы иметь возможность быстро откатиться после распространения официального исправления.

Заметили похожие симптомы на своём устройстве? Опишите проблему в комментариях, укажите модель ОС и окружение (домашний ПК, корпоративный ноутбук, сервер) — это поможет другим понять масштаб и характер проблемы.

Факты в одном блоке:

Дата отключения/включения обхода: 4 сентября 2022 — отключение; 11 сентября 2022 — восстановление.
Сдвиг времени: 60 минут (1 час).
Причина: изменения правил перехода на летнее/зимнее время для Чили и несоответствие в локальных настройках Windows.

Краткий глоссарий:

DST: переход на летнее/зимнее время, перевод часов.
NTP: протокол синхронизации времени в сети.
GPO/MDM: инструменты централизованного управления настройками в корпоративной среде.

Mermaid диаграмма для быстрой помощи в принятии решения:

flowchart TD
  A[Ваше устройство в Чили?] -->|Да| B{Подключено к серверам в Чили?}
  A -->|Нет| Z[Не менять настройки]
  B -->|Да| C[Отключить автоматическую корректировку 4/09]
  B -->|Нет| D[Проверить календарь/встречи]
  C --> E[Запланировать возврат 11/09]
  E --> F[Мониторить синхронизацию и аутентификацию]

Обратите внимание: используйте диаграмму как подсказку, а не как единственное руководство — прежде чем применять изменения на продакшн-серверах, проведите тесты.