Отмена перехода на зимнее время средствами системного реестра и GPO

tzgpo-01Уже давно не секрет, что в октябре 2011 года уже никто в России и Украине не будет переводить свои часы на зимнее время. Для России уже вышло обновление, благодаря которому из диалогового окна «Выбор часового пояса» убирается флажок «Автоматический переход на летнее время и обратно», а также меняется часовой пояс, на примере с Москвой, с «GMT +3:00» на «GMT +4:00». Так как Украина приняла решение отмены перехода на зимнее время 20-го сентября, думаю, что компания Microsoft успеет написать очередное обновление, но в случае необходимости, можно перестраховаться и задать своим пользователям соответствующие настройки вручную. Помимо этого, многие пользователи, мягко говоря, не совсем любят обновлять свои операционные системы, данное обновление может просто не быть установлено на компьютере и в ночь с последней субботы на воскресенье октября часы автоматически переведутся на час вперед. Также, поскольку уже прекращена поддержка операционной системы Windows 2000, а в просторах Рунета можно найти большое количество компаний – владельцев данной операционной системы, для таких пользователей следует ожидать такой же участи.

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

  • HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime Zones – база данных часовых поясов;
  • HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation – сведения о выбранном часовом поясе.

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

Отмена перехода на зимнее время при помощи системного реестра

Данные, отображаемые в раскрывающемся списке «Часовой пояс» диалогового окна выбора часового пояса для выбранного часового пояса можно найти в разделе реестра HKLMMicrosoftWindows NTCurrentVersionTime Zones согласно требуемой зоне. Например, для часового пояса «(GMT+03:00) Волгоград, Москва, Санкт-Петербург» параметры реестра можно найти в разделе «Russian Standard Time». После внесения всех изменений накопительного обновления KB2443685, параметры текущего раздела со всеми изменениями должны выглядеть следующим образом (измененные параметры выделены полужирным начертанием):

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesRussian Standard Time]
"MUI_Display"="@tzres.dll,-1520"
"MUI_Dlt"="@tzres.dll,-421"
"MUI_Std"="@tzres.dll,-422"
"Display"="(GMT+04:00) Волгоград, Москва, Санкт-Петербург"
"Dlt"="Московское время (лето)"
"Std"="Московское время (зима)"
"TZI"=hex:10,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00,00, 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00

[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesRussian Standard TimeDynamic DST] "2010"=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,0a,00,00,00,05,00,03,00, 00,00,00,00,00,00,00,00,03,00,00,00,05,00,02,00,00,00,00,00,00,00 "2011"=hex:10,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00, 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00 "FirstEntry"=dword:000007da "LastEntry"=dword:000007db

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation]
"Bias"=dword:ffffff10
"StandardName"="Московское время (зима)"
"StandardBias"=dword:00000000
"StandardStart"=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"DaylightName"="Московское время (зима)"
"DaylightBias"=dword:00000000
"DaylightStart"=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"ActiveTimeBias"=dword:ffffff10

В свою очередь, для Украины еще не вышло требуемое обновление и придется создать такой файл. Теперь в Украине, также как и в России, часовой пояс сдвинется до «GMT +3:00». Раньше часовой пояс для Украины назывался «(GMT +02:00) Вильнюс, Киев, Рига, София, Таллин, Хельсинки» и все параметры можно было найти в разделе «FLE Standard Time». Но так как я не знаю, перешли ли Вильнюс, Рига, София и Хельсинки на часовой пояс +3, создадим новый раздел под названием «Kiev Standard Time». Его содержимое будет выглядеть следующим образом:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesKiev Standard Time]
"MUI_Display"="@tzres.dll,-1620"
"TZI"=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00,00,
  00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"Std"="Киевское время (зима)"
"MUI_Std"="@tzres.dll,-1621"
"Dlt"="Киевское время (лето)"
"MUI_Dlt"="@tzres.dll,-1622"
"Display"="(GMT +03:00) Киев"

[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesKiev Standard TimeDynamic DST]
"2010"=hex:88,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,0a,00,00,00,05,00,03,00,
  00,00,00,00,00,00,00,00,03,00,00,00,05,00,02,00,00,00,00,00,00,00
"2011"=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00,
  00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"FirstEntry"=dword:000007da
"LastEntry"=dword:000007db

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation]
"Bias"=dword:ffffff4c
"StandardName"="@tzres.dll,-1622"
"StandardBias"=dword:00000000
"StandardStart"=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"DaylightName"="@tzres.dll,-1622"
"DaylightBias"=dword:ffffffc4
"DaylightStart"=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"TimeZoneKeyName"="Kiev Standard Time"
"DynamicDaylightTimeDisabled"=dword:00000001
"ActiveTimeBias"=dword:ffffff4c

После внесения текущих изменений в системный реестр, диалоговые окна «Дата и время» и «Выбор часового пояса» должны выглядеть следующим образом:

tzgpo-02

Рис. 1. Диалоговые окна «Дата и время» и «Выбор часового пояса»

Отмена перехода на зимнее время средствами GPO

Теперь пришло время показать, как можно добиться того же результата для централизованной настройки компьютеров в организации. В принципе, вы можете воспользоваться двумя различными способами:

  • Средствами элементов предпочтения групповой политики «Реестр»;
  • При помощи сценариев автозагрузки.

Несмотря на то, что одинакового результата можно добиться как первым, так и вторым способом, если вы будете использовать предпочтения групповой политики, то вам нужно будет создать для каждого параметра реестра свой элемент предпочтения. Соответственно, в объекте групповой политики вместо одной записи будет создано одиннадцать элементов предпочтения.

Именно по этой причине остановимся на втором способе, то есть на сценарии автозагрузки. В следующем примере будет проиллюстрирован способ создание отмены перехода на зимнее время для Украины. В случае необходимости, отменить переход на зимнее время для Росси можно сделать по аналогии. Для того чтобы создать такой объект групповой политики, выполните следующие действия:

  1. Вам нужно создать общую сетевую папку, а также подготовить пакетный файл, содержимое которого позволит внести в операционную систему изменения системного реестра, о которых шла речь в предыдущем разделе данной статьи. В данном примере, на диске «С» контроллера домена была создана папка «StartupScripts», куда изначально был помещен файл TimeZones.reg с содержимым, описанным ранее в текущей статье.Теперь нужно создать пакетный файл. Этот пакетный файл будет выглядеть следующим образом:
    @echo off
    regedit /s \DCStartupScriptsTimeZones.reg
  2. Откройте оснастку «Управление групповой политикой». В отобразившейся оснастке, в дереве консоли разверните узел «Лес: %имя леса%», узел «Домены», затем узел с названием вашего домена, после чего перейдите к узлу «Объекты групповой политики». В узле «Объекты групповой политики» создайте объект GPO «Отмена перехода на зимнее время для Украины», выберите его, нажмите на нем правой кнопкой мыши и из контекстного меню выберите команду «Изменить», предназначенную для открытия оснастки «Редактор управления групповыми политиками»;
  3. В оснастке «Редактор управления групповыми политиками» разверните узел Конфигурация компьютераПолитикиКонфигурация Windows, перейдите к узлу «Сценарии (запуск/завершение)» и в области сведений откройте параметр политики «Автозагрузка»;
  4. В отобразившемся диалоговом окне «Свойства: Автозагрузка» на вкладке «Сценарии» нажмите на кнопку «Добавить» и укажите путь к сценарию, созданному на первом шаге в текстовом поле «Имя сценария» диалогового окна «Добавление сценария», как показано на следующей иллюстрации:tzgpo-03Рис. 2. Добавление сценария автозагрузки
  5. Сохраните изменения, выполненные в диалоговом окне свойств сценариев автозагрузки и закройте оснастку «Редактор управления групповыми политиками». Теперь нужно привязать созданный объект групповой политики к такому подразделению, чтобы настройки часовых поясов распространялись на все компьютеры в организации. А так как практически во всех организациях учетные записи пользовательских компьютеров и контроллеров домена расположены в разных подразделениях, объект групповой политики будет привязан к самому домену. В дереве оснастки «Управление групповой политикой» выберите свой домен, нажмите на нем правой кнопкой мыши и из контекстного меню выберите команду «Связать существующий объект групповой политики». В отобразившемся диалоговом окне «Выбор объекта групповой политики» выберите созданный ранее объект групповой политики и нажмите на кнопку «ОК».

Теперь следует проверить выполненные изменения на клиентских компьютерах. Перезагрузите любой компьютер и перейдите к диалоговому окну «Дата и время». Должен отображаться указанный в созданном ранее reg-файле часовой пояс. Для того чтобы проверить, не будет ли осуществляться переход на зимнее время, нажмите на кнопку «Изменить часовой пояс». В отобразившемся диалоговом окне должен отсутствовать соответствующий флажок, как показано ниже:

tzgpo-04

Рис. 3. Результат распространения объекта групповой политики

Изменения, внесенные текущим объектом групповой политики, проверялись под операционными системами Windows XP, Windows Server 2003, Windows Vista, Windows 7, Windows Server 2008/2008 R2 и, скорее всего, изменения, внесенные объектом групповой политики, будут правильно обрабатываться и под операционной системой Windows 2000.

Описание параметров для разделов, предоставляющих возможность управлять часовыми поясами:

Раздел TimeZoneInformation

ActiveTimeBias

Смещение местного времени в минутах от Гринвича с учётом летнего времени. Чтобы определить смещение в часах, достаточно разделить это значение на 60

Bias

Номинальное смещение местного время на данном компьютере, в минутах от Гринвича без учёта местного времени. Смещение представляет собой разницу в минутах от формата UTC и местного времени. Данное значение высчитывается по следующей формуле:

UTC = местное время + смещение

Смещение в часах определяется делением на 60. Данный параметр не является обязательным.

StandardName

Описание стандартного времени. Параметр формируется при помощи функции GetTimeZoneInformation. Этот параметр в некоторых случаях может быть пустым.

StandardStart

Параметр, значение которого представлено в структуре SYSTEMTIME, содержащей дату и локальное время, перехода с летнего времени на зимнее. В том случае, если перевод на зимнее/летнее время не осуществляется, значением данного параметра должны быть нули.

StandardBias

Значение смещения, используемое во время перевода часов местного времени, происходящего в зимнее время. Этот элемент игнорируется, если не задано значение для параметра StandardStart.

DaylightName

Описание летнего времени время для часового пояса. Параметр формируется при помощи функции. Эта параметр в некоторых случаях может быть пустым.

DaylightStart

Параметр, значение которого представлено в структуре SYSTEMTIME, содержащей дату и локальное время, перехода с зимнего времени на летнее. В том случае, если перевод на зимнее/летнее время не осуществляется, значением данного параметра должны быть нули.

DaylightBias

Значение смещения, используемое во время перевода часов местного времени, происходящего в летнее время. Этот элемент игнорируется, если не задано значение для параметра DaylightStart.

Раздел Time Zones

Display

Отображаемое имя.

Dlt

Описание летнего времени.

MUI_Display

Отображаемое имя часового пояса в строковом ресурсе файла tzres.dll.

MUI_Dlt

Отображаемое имя летнего времени в строковом ресурсе файла tzres.dll.

Mui_Std

Отображаемое имя зимнего времени в строковом ресурсе файла tzres.dll.

Std

Описание зимнего времени

TZI

Информация о часовом поясе

 

Здесь вы можете найти скрипт от volk1234, предназначенный для изменения часовых поясов Украины, Беларуси и Армении в операционных системах, начиная с Windows XP.

Заключение

Из этой статьи вы узнали о том, как можно вручную изменить свой часовой пояс для компьютера, находящегося в рабочей группе или расположенного в домене. Вы узнали о разделах системного реестра, отвечающих за назначение часового пояса на компьютере. Рассмотрено создание объекта групповой политики, вносящего изменения в системный реестр клиентских компьютеров при помощи расширения клиентской стороны «Сценарии автозагрузки».

А какие способы изменения часовых поясов и отмены перехода на зимнее время помимо накопительного обновления KB2443685 вы используете?

VN:F [1.9.22_1171]
Rating: 0.0/10 (0 votes cast)

137 комментариев

  1. все бы ничего — но вопрос — будет ли групповая политика из под аккаунта system — иметь доступ на папку на контролере домена в которой лежит reg-файл??? 🙂

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Тут все зависит лишь от того, какие права доступа будут назначены общей папке со скриптом и reg-файлом..

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
    1. Как вариант, можно, конечно, и так… Но все исполняемые сценарии и инсталляторы для приложений, развертываемых средствами ГПО не будете ведь все время туда помещать.. Лучше, все-таки, держать такие вещи в отдельных шарах. Но это лишь мое мнение 😉

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  2. да это понятно… но все таки — если скрипт выполняетсмя от имени машины — то получается — надо дать права группе компьютеры домена на чтение этой шары? я правильно понял? :%)

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Да, именно так.. Но всегда ведь можно и сделать так, как Вы заметили в первом комментарии. Только лучше, в таком случае, помещать эти файлы не в SYSVOL, а в папку Netlogon 😉

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  3. Не помогло!
    Windows 7 Enterprise. Применил настройки для россии, значения были успешно записаны в системный реестр.
    В окне «Дата и время» параметр «Уведомлять о переводе часов остался»

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Странно..
      А есть ли в разделе [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation] параметр REG_DWORD «DynamicDaylightTimeDisabled» со значением 0?

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  4. как вариант поствить накопительное обновление на тестовой машине и экспортировать два этих ключа и ничего не мудрить.
    для тех что не существуют — добавить/исправить

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  5. Есть небольшой косяк.
    При применении данного reg-файла сбрасывается часовой пояс.
    Лечится добавлением строчки:
    [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation]
    «TimeZoneKeyName»=»Russian Standard Time»

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. В общем да, но это не совсем косяк 😉
      Во втором приведенном листинге reg-файла я привел все параметры, которые должны создаваться.
      В случае с первым листингом подразумевалось, что данный параметр присутствует в разделе TimeZoneInformation и поэтому не был указан в листинге.
      Полные версии Reg-файлов протестированы на 5 разных ОС для 2-х часовых поясов (Москва — +4 и Киев (новый раздел) — +3)

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
      1. Упс… Я второй листинг невнимательно посмотрел, поскольку увидел вначале «Киевское время». 🙂

        VA:F [1.9.22_1171]
        Rating: 0 (from 0 votes)
  6. Да тут еще и не совсем удобно тем, что Вордпресс рубит часть кода в листинге и некоторые моменты видны только после копипаста…

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  7. Дмитрий, не совсем корректно сделан рег файл для Windows XP
    в ней отсутствуют:
    1) файл tzres.dll
    2) параметр «DynamicDaylightTimeDisabled»=dword:00000001 не отработает, т.к. в XP надо применять «DisableAutoDaylightTimeSet»=dword:00000001

    Вопрос: в строке «MUI_Display»=»@tzres.dll,-1620» откуда было взято значение 1620, у меня в файле tzres.dll.mui только 1100 с хвостиком строковых ресурсов. Аналогично в русской временной зоне -1521 откуда?

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Reg-файл отрабатывает на Windows XP правильно. Сейчас покажу все по пунктам:
      1. Файл tzres.dll можно найти как в первом листинге, так и во втором листинге. Только в первом случае для параметров DaylightName и StandardName указывается значение «Московское время…», но в разделе Tome Zones также присутствуют следующие параметры:
      «MUI_Display»=»@tzres.dll,-1520»
      «MUI_Dlt»=»@tzres.dll,-421»
      «MUI_Std»=»@tzres.dll,-422»
      2. В добавлении параметра DisableAutoDaylightTimeSet нет необходимости, но можно его также добавить в reg-файл. Сценарий отработает так, что не будет отображаться флажок смены часового пояса.
      Та же картина со строковыми ресурсами

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  8. + в догонку
    откуда были взяты данные для ветки
    HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesKiev Standard TimeDynamic DST
    -2010
    -2011

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Вообще-то, 100% рабочий твик был приведен в статье, так как все это с десяток раз на разных компьютерах проверялось 🙂
      Показываю на примере Киевского времени со скриншотом:

      Windows Registry Editor Version 5.00

      [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesKiev Standard Time]
      «MUI_Display»=»@tzres.dll,-1600»
      «TZI»=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00,00,
      00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
      «Std»=»Киевское время (зима)»
      «MUI_Std»=»@tzres.dll,-1602»
      «Dlt»=»Киевское время (лето)»
      «MUI_Dlt»=»@tzres.dll,-1601»
      «Display»=»(GMT +03:00) Киев»

      [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesKiev Standard TimeDynamic DST]
      «2010»=hex:88,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,0a,00,00,00,05,00,03,00,
      00,00,00,00,00,00,00,00,03,00,00,00,05,00,02,00,00,00,00,00,00,00
      «2011»=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00,
      00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
      «FirstEntry»=dword:000007da
      «LastEntry»=dword:000007db

      [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation]
      «Bias»=dword:ffffff4c
      «StandardName»=»@tzres.dll,-1602»
      «StandardBias»=dword:00000000
      «StandardStart»=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
      «DaylightName»=»@tzres.dll,-1602»
      «DaylightBias»=dword:ffffffc4
      «DaylightStart»=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
      «ActiveTimeBias»=dword:ffffff4c
      «TimeZoneKeyName»=»Kiev Standard Time»
      «DynamicDaylightTimeDisabled»=dword:00000001

      http://i050.radikal.ru/1109/c6/e7634d156045.png

      Если есть желание, можно еще добавить параметр «DisableAutoDaylightTimeSet»=dword:00000001 в раздел [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation], но это не сыграет никакой роли

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  9. Дима,
    вы абсолютно не поняли вопроса.
    1. В Windows XP нет такого файла:tzres.dll, поэтому ссылки на строковые ресурсы в нем бессмыслены.
    2. DynamicDaylightTimeDisabled не работает в XP- возмите чистую систему добавьте этот параметр- и ничего не произойдет- галочка останеться.
    Если же в реестр добавить параметр DisableAutoDaylightTimeSet- то галочка отключиться. Но не исчезнет возможность ее отключить.
    3. Вопрос состоял в том- откуда вы взяли цифры -1520 для Москвы, -1 600 для Киева. Хочу понять какие цифры нужны для Минска.
    Ресурсы -421,-422 в файле tzres.dll есть и они верные для Московского времени, а вот строковых ресурсов с номерами -1520 и -1600 нет. Даже 1200 нету.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Понял. Сейчас распишу, что там должно быть и как.. У Минска часовой пояс будет +3?
      Если в 2-х словах:
      Прежде всего, для Минска нужно править следующий раздел:
      HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesE. Europe Standard Time
      Здесь главное изменить параметр TZI, который отвечает за формат перевода времени. В случае с Киевом, который поменял часовой пояс с «+2 с переводом стрелок» на «+3 без перевода стрелок», значение должно быть указано:
      «TZI»=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00,00,
      00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00

      В случае с Москвой, где часовой пояс также был изменен, но с «+3 с переводом стрелок» на «+4 без перевода», значение такого же параметра должно выглядеть так:
      «TZI»=hex:10,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00,00,
      00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  10. Спасибо.
    А все же откуда были взяты цифры -1520 ?
    Для семерки тоже охото разобраться, что откуда…

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Каждый строковый ресурс привязан к параметру Display и если указать такой ресурс для нового раздела, в раскрывающемся списке диалогового окна изменения часового пояса будет отображаться название того часового пояса, строковый ресурс которого был указан в соответствующих параметрах нового раздела. Решением стало добавление несуществующих строковых ресурсов, которые не ссылаются на существующие названия часовых поясов. Т.е., по сути, ресурса 1620 нет в библиотеке tzres.

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  11. Вопрос в догонку, что произойдет с твиком на XP если например выбрать в качестве единиц измерения Украину?
    Ведь названия времени и поясов поменяются на украинские??

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  12. Твик распространяется только на изменение часового пояса, т.е. изменение форматов даты, времени, чисел, локали и пр. отношения к текущему твику не имеют 😉

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  13. А написание «Киевское время (лето)» разве не измениться при изменении формата на украинский в ХР ?

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Если Вы имеете в виду текст, указанный в «Текущий часовой пояс» на вкладке «Дата и время», то его можно изменить на такой, как вам захочется при помощи параметра Std (в разделе HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesKiev Standard Time). См. сриншот ниже:
      http://i006.radikal.ru/1109/01/07322b003b62.png

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  14. Еще 🙂
    В ХР нет ключа реестра TimeZoneKeyName, как она узнает про новый раздел реестра Kiev Standard Time ?

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  15. В ХР еще отличаются ключи
    «StandardName»
    «DaylightName»
    там просто названия вписываются из Std, Dlt

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Да, там названия в параметрах StandardName и DaylightName берутся из Std и Dlt и, если я не ошибаюсь, то именно они и отвечают за раздел Time Zones, который будет подхватываться

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
      1. + для каждого часового пояса отличаются параметры ActiveTimeBias и Bias, но за что они отвечают я не знаю 🙁

        VA:F [1.9.22_1171]
        Rating: 0 (from 0 votes)
  16. UPD. Добавлено описание большинства параметров для разделов, предоставляющих возможность управлять часовыми поясами

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  17. The bias is the difference, in minutes, between Coordinated Universal Time (UTC) and local time. All translations between UTC and local time are based on the following formula:

    UTC = local time + bias

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  18. я так понял вычисляется отклонение по маске
    ff ff ff ff

    bias (например
    ff ff ff 88
    = hex:77
    или 119 минут

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  19. вот из книжки реестр Win XP

    ActiveTimeBias — смещение местного времени в минутах от Гринвича с учётом летнего времени. Чтобы определить смещение в часах, достаточно разделить это значение на 60;
    Bias — номинальное смещение местного времени в минутах от Гринвича бз учёта летнего времени. Смещение в часах определяется делением на 60

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  20. Еще заметил штуку у вас в примере про Киев:
    «Bias»=dword:ffffff4c
    у меня на том же часовом поясе что для Минска, что для Киева это значение равно ffffff88, а вот ActiveTimeBias и правда =ffffff4c

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. А вот это странно, т.к. у меня, что для Киева, что для Минска, а также для Калининграда значения параметров Bias и ActiveTimeBias полностью совпадают, т.е. dword:ffffff4c…

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  21. В догонку в вашем примере есть параметр
    «DynamicDaylightTimeDisabled»=dword:00000000
    тоесть по логике параметр должен равняться 1
    Автоматический переход отключен=0 (ложь)
    Автоматический переход отключен=1 (истина)

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Да, так и есть, но, по сути, его вообще можно исключить, т.к. в значении параметра TZI указано, что такой флажок не должен отображаться вообще…

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  22. В ХР после применения указанных параметров часовой пояс сбрасывается на Аман +2 🙂 Восточная еворпа :))

    Вы уверенны, что не напутали с разделом Dynamic DST,
    может года 2010 и 2011 поменять местами?
    Зачем вообще Dynamic DST нужен?

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  23. Вот мой скрипт, пришлось заменить все надписи Минск (лето) Минск(зима) на (GMT+03:00) Минск. Скрипт рабочий но по загадочной причине на измененную зону не переводятся часы- перепрыгивают на Аман +2

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Сценарий по GMT +3 перепроверял несколько десятков раз, и у меня на всех машинах установлен часовой пояс именно по этому сценарию…
      Dynamic DST – это обновления часового пояса.
      Можете в следующем комментарии показать содержимое Reg-файла со всеми параметрами?

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  24. @Echo off

    Rem Belarus timezone change utility(UTC+3 Minsk)
    Rem (c) Azarov Denis 01/10/2011
    Rem v 0.2

    :set_start_time

    Set start_time=%TIME:~0,-3%
    Set start_time=%start_time::=%
    Set start_time=%start_time: =0%
    Set start_time=%DATE:~-4%%DATE:~3,2%%DATE:~0,2%_%start_time%

    Rem Detecting OS and lang
    :DetectEnv
    For /F «Skip=1 Tokens=3» %%A In (‘Reg Query «HKLMSYSTEMCurrentControlSetControlNlsLanguage» /V InstallLanguage’) Do Set OSLang=%%A

    If %OSLang%==0419 Set LANG=RUS
    If %OSLang%==0409 Set LANG=ENU

    For /F «Skip=1 Tokens=3» %%A In (‘Reg Query «HKLMSOFTWAREMicrosoftWindows NTCurrentVersion» /V CurrentVersion’) Do Set OSver=%%A

    Echo %OSLang%
    Echo %OSver%

    Rem Setting Variables
    :TZVARS

    Set Regkey1=HKLMSOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesE. Europe Standard Time
    Set Regkey2=HKLMSYSTEMCurrentControlSetControlTimeZoneInformation
    Set TZIdata=»4cffffff00000000c4ffffff0000000000000000000000000000000000000000000000000000000000000000″
    Set TZIdata2=»88ffffff00000000c4ffffff00000a0000000500030000000000000000000300000005000200000000000000″
    Set Dllres1=»@tzres.dll,-1730″
    Set Dllres2=»@tzres.dll,-1731″
    Set Dllres3=»@tzres.dll,-1732″
    Set DisplayEn=»(GMT+03:00) Minsk»
    Set DisplayRu=»(GMT+03:00) ЊЁ­бЄ»
    Set DltEn=»Minsk Daylight Time»
    Set StdEn=»Minsk Standard Time»
    Set DltRu=»ЊЁ­бЄ («Ґв®)»
    Set StdRu=»ЊЁ­бЄ (§Ё¬ )»
    Set Backupdir=»%TEMP%TZBY%start_time%»

    If %LANG%==RUS (
    Set DLT=%DltRu%
    Set STD=%StdRu%
    Set DSPL=%DisplayRu%
    )

    If %LANG%==ENU (
    Set DLT=%DltEn%
    Set STD=%StdEn%
    Set DSPL=%DisplayEn%
    )

    Echo %Regkey1%
    Echo %Regkey2%
    Echo %TZIdata%
    Echo %TZIdata2%
    Echo %Dllres1%
    Echo %Dllres2%
    Echo %Dllres3%
    Echo %DisplayEn%
    Echo %DisplayRu%
    Echo %DltEn%
    Echo %StdEn%
    Echo %DltRu%
    Echo %StdRu%
    Echo %Backupdir%
    Echo %DLT%
    Echo %STD%
    Echo %DSPL%

    Rem Backup regisry
    :Regbackup

    If Not Exist %Backupdir% MD %Backupdir%

    REG EXPORT «%Regkey1%» %Backupdir%TZ.reg
    REG EXPORT «%Regkey2%» %Backupdir%TZI.reg

    Rem Main: making settings for timezone utc+3 minsk
    :SettingTZ

    REG ADD «%Regkey1%» /v Dlt /t REG_SZ /d %DSPL% /f >nul
    REG ADD «%Regkey1%» /v Std /t REG_SZ /d %DSPL% /f >nul
    REG ADD «%Regkey1%» /v Display /t REG_SZ /d %DSPL% /f >nul
    REG ADD «%Regkey1%» /v TZI /t REG_BINARY /d %TZIdata% /f >nul

    REG ADD «%Regkey1%Dynamic DST» /v 2010 /t REG_BINARY /d %TZIdata2% /f >nul
    REG ADD «%Regkey1%Dynamic DST» /v 2011 /t REG_BINARY /d %TZIdata% /f >nul
    REG ADD «%Regkey1%Dynamic DST» /v FirstEntry /t REG_DWORD /d 0x000007da /f >nul
    REG ADD «%Regkey1%Dynamic DST» /v LastEntry /t REG_DWORD /d 0x000007db /f >nul
    REG ADD «%Regkey2%» /v Bias /t REG_DWORD /d 0xffffff4c /f >nul
    REG ADD «%Regkey2%» /v DaylightBias /t REG_DWORD /d 0xffffffc4 /f >nul
    REG ADD «%Regkey2%» /v DaylightStart /t REG_BINARY /d 00000000000000000000000000000000 /f >nul
    REG ADD «%Regkey2%» /v StandardBias /t REG_DWORD /d 0x00000000 /f >nul
    REG ADD «%Regkey2%» /v StandardStart /t REG_BINARY /d 00000000000000000000000000000000 /f >nul
    REG ADD «%Regkey2%» /v ActiveTimeBias /t REG_DWORD /d 0xffffff4c /f >nul

    If %OSver% GTR 5.2 (

    REG ADD «%Regkey1%» /v MUI_Display /t REG_SZ /d %Dllres1% /f >nul
    REG ADD «%Regkey1%» /v MUI_Std /t REG_SZ /d %Dllres2% /f >nul
    REG ADD «%Regkey1%» /v MUI_Dlt /t REG_SZ /d %Dllres3% /f >nul

    REG ADD «%Regkey2%» /v StandardName /t REG_SZ /d %Dllres3% /f >nul
    REG ADD «%Regkey2%» /v DaylightName /t REG_SZ /d %Dllres3% /f >nul
    REG ADD «%Regkey2%» /v DynamicDaylightTimeDisabled /t REG_DWORD /d 0x00000001 /f >nul
    REG ADD «%Regkey2%» /v TimeZoneKeyName /t REG_SZ /d E. Europe Standard Time /f >nul
    )

    If %OSver% LEQ 5.2 (

    REG ADD «%Regkey2%» /v StandardName /t REG_SZ /d %STD% /f >nul
    REG ADD «%Regkey2%» /v DaylightName /t REG_SZ /d %STD% /f >nul
    )

    Pause
    Exit

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  25. Единственный момент, я писал русские названия в 886 кодировке а потом перевел в 1251 чтобы корректно добавляло руские названия, билеберда это рууские буквы

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Сам Минск у Вас получился правильным.. +3 и без галки. А вот что такое Амман — вечером посмотрю, поразбераюсь 🙂

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
      1. А какого именно скрипта? Я привел пример только для Москвы и Киева.. Вы выполняли reg-файл через ГПО как сценарий автозагрузки или как именно был применен твик?

        VA:F [1.9.22_1171]
        Rating: 0 (from 0 votes)
  26. Добрый день!
    1.Выполняю под Win ХР. Часовой пояс сам не меняется, в реестре в [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation] след. данные:
    DaylightName = @tzres.dll,-1602
    StandardName = @tzres.dll,-1602
    При этом если вручную поменять, то значение меняется на «Киевское время (зима)».
    2.Интересно, а теоретически ведь можно просто выбрать часовой пояс «Найроби» — это будет тоже самое, что и для Украины?

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Владимир, под XP главное, чтобы в разделе TimeZoneInformation были следующие параметры со значениями:
      «Bias»=dword:ffffff4c
      «StandardName»=»Киевское время»
      «StandardBias»=dword:00000000
      «StandardStart»=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
      «DaylightName»=»Киевское время»
      «DaylightBias»=dword:00000000
      «DaylightStart»=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
      «ActiveTimeBias»=dword:ffffff4c
      Параметры DaylightName и StandardName, по большому счету, нужны для Windows Vista/7, но чтобы не создавать несколько твиков, а был один универсальный, эти параметры добавлены в сценарий.
      Если использовать сценарии автозагрузки, то часовой пояс должен измениться сам добровольно-принудительно.
      По поводу второго вопроса.. По большому счету, можно указать и Найроби, но ведь можно и сделать так, чтобы все отображалось красиво и была указана нужная страна 😉

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
      1. Проверил реестр, сценарий работает, на всех машинах домена нужные значения установлены, а пояс при этом стоит старый, фантастика…

        VA:F [1.9.22_1171]
        Rating: 0 (from 0 votes)
  27. Дима, так что с моим скриптом- посмотрели, нашли где порылась собака?
    Я уже раз 30 просмотрел вроде все правильно….

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Пока еще нашел, что именно не так в этом скрипте, похоже на то, что все там красиво… Раздел в TimeZones генерируется правильно, но вот откуда выбранный часовой пояс сбивается… А если в скрипте попробовать все DisplayNam-ы указать на латинице?

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  28. Здравствуйте,
    я программист, работаю в Windows.
    Храню в БД информацию с меткими времени unix time (dword, секунды с 1970/01/01 00:00:00).
    Соответственно в приложениях использую localtime() для преобразования к локальному времени.
    Теперь вот и в Украине сменили часовой пояс..
    Обеспечит ли ожидаемое обновление windows корректную работу localtime() для ретроспективных меток времени?

    Например, есть метка времени с локальным представлением «2009/01/01 00:00:00» (GMT+2 с летним временем).

    Обновил на WinXP SP3 реестр, как у автора.
    Метка времени отображается как «2009/01/01 01:00:00».
    Но мне ведь нужно получить старое представление локального времени!

    Читал, на linux’e эта проблема решается, там есть Olson tz database. А windows что, живёт только сегодняшним днём?

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  29. Добрый день! Насколько я помню, формат отображаемой даты и времени указывается в следующем разделе реестра: HKEY_CURRENT_USERControl PanelInternational
    И данный твик, по логике вещей, не имеет отношения к данному разделу. Или я немного не праивльно Вас понял.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Это Вы мне ответили? — я и сам со своим вопросом не туда залез.
      Ну вот пример — есть у меня метка времени (по Гринвичу) некоторого события, по локальному времени соответствует 2009/01/01 00:00 (формат не важен. У нас НовыйГод, в Гринвиче ещё 22:00).
      Теперь я поменял установки. В Гринвиче так и осталось, а вот когда я гринвичское время перевёл в локальное, получил 2009/01/01 01:00
      Непорядок, windows должна знать что в 2009г у нас было «зимнее» время.

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
      1. Вячеслав, база данных, насколько я знаю, не ведется и за все изменения в часовом поясе отвечает лишь параметр TZI, а разделы DST 2010 и 2011 – это обновления часового пояса (возможно, это отчасти и можно назвать базой, но тут нужно тестировать)…

        VA:F [1.9.22_1171]
        Rating: 0 (from 0 votes)
  30. «А если в скрипте попробовать все DisplayNam-ы указать на латинице?»

    Я так и сделал, все переменные в итоге становятся (+0300) Minsk. Странно это. Сбивается часовой пояс на Аман (+02:00) -когда вручную выбираешь Минск время переводиться на час вперед- т.е. сами настройки задаються.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. То есть, после выбора Минска все правильно обрабатыватся? Откуда Амман вылез, пытаюсь найти. Никакого упоминания про него в скрипте не вижу…

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  31. 1. На семерке все сработало хорошо и часовой пояс изменился, а вот на XP, в списке часовой пояс «Киев» появился, но автоматически не выбирается, либо же установился на Багдад (+03:00) (он идет следующим за Киевом).
    2. При выбранном часовом поясе «киев», при загрузке почты Windows Live выскакивает ошибка «Не удалось запустить программу Почта Windows Live. Прекращение работы программы Почта Windows Live. Календарь содержит поврежденные данные, вследствие чего программа Почта Windows Live будет закрыта (0x8000FFFF)» При старом, либо московском все рабоает нормально.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Но в указанных выше параметрах нет никакого упоминания про Амман… Как-то тут не совсем понятно, в чем именно сама проблема.

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  32. Единственно, что мне непонятно почему DaylightBias в TZI превращается из 4с в с4

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  33. TimeZoneInformation полностью формируется из выбранной ветки временной зоны, временные настройки берутся из ключа TZI названия из параметров Std Dlt
    Осталось только понять как из скрипта изменить временную зону

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  34. Вобщем я нашел решение проблемы.Завтра доделаю скрипт и напишу небольшую статью в блоге.
    -здесь отпишусь.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  35. Странно, при использовании патча 2443685 никаких видимых изменений не произошло, а при последующей установке 2570791 — произошло. Система 2003 сервер SP2. Интересно, почему? А на Windows 7 патч 2443685 вообще не установился.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  36. Алексей, для Росии надо устанавливать 2570791, в нем все изменения были.
    Обновление 2443685 более раннее, обновляет:
    Магадан, Намибийское время, Египетское время. Т.е. если вы живете в 3х последних странах- обновление подействует. Если нет- то неподействует…

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  37. Если в CMD-ке от volk1234 убрать изменения dlt, std, DaylightName, и StandardName т.е. оставить эти значения без изменения, то на XP отрабатывает корректно, без Амманов и т.д…
    Вопрос к volk1234: зачем их было вообще менять? или эти параметры важны?

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  38. я счас небольшую статейку пишу, все объясню.
    Дело в другом, временная зона должна быть изменена. Я использовал в скрипте tzchange, tzutil. Можно использовать ключ реестра TimeZoneKeyName, но в Хр он в другом месте и я его вначале не нашел.
    Да и мало ли что еще меняет утилита через API….
    Из статьи дмитрия половина значений вообще не нужна, ветку TimeZoneInformation создвать вообще нет смысла, она копируется из текущей часовой зоны.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
      1. Да, это костыль. Пока, скорее всего, единственный вариант, это использование сценариев автозапуска GPO и reg-файла 😉

        VA:F [1.9.22_1171]
        Rating: 0 (from 0 votes)
  39. Это же не апдейт, а предложение поменять часовой пояс вручную на Калининград. Для Беларуси и Украины обещают апдейт в декабре, жителям Армении вообще не обещают 🙂

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  40. Для установки Минска автоматом допишите перед паузой:
    control.exe TIMEDATE.CPL,,/Z E. Europe Standard Time

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  41. А кто знает решение которое поможет автоматически сменить временную зону на MS Vista/2008 т.к. ни tzutil.exe (которая появилась в 7/2008 R2), ни control.exe TIMEDATE.CPL,,/Z (которая отлично работает на 2000/xp/2003) в этой системе не работают.

    Буду примного благодарен, если подскажете вариант решения или направление в котором можно искать.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  42. ключ TimeZoneKeyName переключит часовой пояс, если его изменить.
    Т.е. если задать для него другое имя часового пояса.
    это что касается Vista. А в 7-2008замечательно работает tzutil.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  43. Увы, но изменение значения TimeZoneKeyName на любое другое значение из ветки HKLMSOFTWAREMicrosoftWindows NTCurrentVersionTime Zones никак не влияет на текущий часовой пояс в Windows 2008

    Если перезагрузить компьютер — вопросов нету, система перечитывает ветку HKLMSYSTEMCurrentControlSetControlTimeZoneInformation

    Вариант с перезагрузкой и ручной сменой — неприемлем из-за количества серверов и специфики выполняемых задач.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. «Танцы с бубном» около процесса explorer.exe дали свой результат, но увы применить его на бизнес-критичных серверах применять не приемлемо. Спасибо за уделенное время — буду дальше искать варианты решения задачи.

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  44. это volk1234
    А сколько серверов -до 10 штук можно ручками, а так вот вам скрипт,
    http://wp.me/pYNP6-7o
    правда на Висте все равно не отработает. Правда если переписать в папку скрипта tzutil может и отработает….

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Всего парк серверов насчитывает 500 машин (физические и виртуальные). Довольно большой процент Windows Server 2008 Перезагрузка не приемлема по причине которая упоминалась выше.

      tzutil.exe утилита которая работает только в Windows Server 2008 R2 и запустить ее на 2008 нету возможности.

      Сейчас у меня есть скрипт который создает зону Kyiv Standard Time и автоматом меняет для всех систем за исключением злополучной Windows Server 2008

      Если применить этот скрипт и на системах с 2008 — создается зона, но не переключается на нее, т.е. необходимо руками переставлять зону, что в силу большого количества серверов весьма накладно.

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  45. Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesBelarus Standard Time]
    «Display»=»(GMT+03:00) Минcк (Новое)»
    «Dlt»=»Минское время»
    «Std»=»Минское время»
    «MapID»=»4,5»
    «Index»=dword:0000009e
    «TZI»=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00,00,
    00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00

    [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation]
    «Bias»=dword:ffffff4c
    «StandardName»=»Минское время»
    «StandardBias»=dword:00000000
    «StandardStart»=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
    «DaylightName»=»Минское время»
    «DaylightBias»=dword:00000000
    «DaylightStart»=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
    «ActiveTimeBias»=dword:ffffff4c

    и скрипт refreshTZinfo.vbs для обновления

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Возьмите систему Windows 2008, добавьте эти ключи реестра и выполните команду:

      control.exe timedate.cpl,,/Z Belarus Standard Time

      Ничего кроме открытия окна «Дата и время» не произойдет.

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
    1. Добрый день! Интересная идея.. Можно попробовать сделать, но, думаю, что пока я дочухаюсь, уже давно часовой пояс поменяется 🙂

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  46. Для всех, кому интересно и актуально…

    12.10.2011 microsoft все-таки признал недочет в MS Server 2008 относительно отсутствия средств по смене временной зоны средствами командной строки, выпустив соотв. обновление которое добавляет такую возможность (http://support.microsoft.com/kb/2556308)

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

    Думаю, вам будет полезно в своих статьях дописать ссылку на данное обновление.

    Всем кого затронет вопрос с отменой перехода на зимнее время — удачи 30.10.2011 =)

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Андрей,
      Я отвечал попробуйте и я думаю будет работать по простой причине:
      у меня нет возможности проверить мое решение на Vista или Server 2008.

      Задо с выходом этого исправления мой скрипт даже переделывать не надо- он работает и на Vista2008 : )))))

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  47. Дима:
    1. Мой скрипт не только для ХР, он для всей линейки от ХР до 2008r2 и для англрус языков. Скрипт определяет сам версиюязык.
    2. Посмотрел Ваше видео по ГП. Скажите можно как нибудь в личку или по почте получить запись всех докладов по групповым политикам одним файлом вразнобой- дабы смотреть оффлайн?
    Зы. Хоть здесь и офтопик говоритьпро это видео, позволю себе покритиковать- очень быстро говорите.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. 1. Поправил;
      2. Я на днях запишу еще несколько видео, затем все залью на SkyDrive и в письме Вам отправлю ссылку на папку с файлами.
      Постараюсь в видео говорить немного медленнее 🙂

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  48. Добрый день, Дмитрий, был бы Вам так же признателен как и предыдущий оратор за ссылку на SkyDrive себе на емайл, спасибо.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  49. А-ха-ха-ха.
    Рада украины отменила отмену перехода на зимнее время…..
    http://atn.kharkov.ua/newsread.php?id=67258

    А в моем скриптике бэкап не зря предусмотрен :))))))
    ЗЫ. Как в анекдоте — а как удивились специалисты в Майкрософт…

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  50. Спасибо, Андрей.
    KB 2556308 актуально для 2008 серверов перезапускать которые нежелательно.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  51. Дмитрий, какой теперь будет код скрипта для возврата на нужный часовой пояс?

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  52. Alexey
    Можете запустить мой скрипт на любом некритичном компьютере, затем восстановить там зону из бэкапа и переписав бэкап на нужные компьютеры восстановить и там. Смотрите только, что бы совпадали ОС.
    http://www.oszone.net/figs/u/64156/111020155235/tz_by_v0.5.zip

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Проблема в том, что уже был запущен скрипт(тот который выше) на всех машинах в организации. Понятное дело, что очень рано запустил, т.к. не хотел к этому вопросу возвращаться. Теперь хочется исправить reg файл со старыми параметрами (которые к сожалению мне не известны).

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  53. я же предлагаю запустить на любой другой машине — в другой организации, дома, на виртуальной машине скрипт и получить правильные значения…

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  54. Прочитав эту статью, сделал так: (Для Республики Беларусь)
    т.е. перейти +2 на +3
    Создал раздел
    [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesKamenets Standard Time]
    Зашёл в раздел Russian Standard Time перенёс все параметры в свой раздел
    Получил:
    Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesKamenets Standard Time]
    «Display»=»(GMT+03:00) Каменец»
    «Dlt»=»Каменецкое время (лето)»
    «Std»=»Каменецкое время (зима)»
    «MapID»=»6,7»
    «Index»=dword:00000091
    «TZI»=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,0a,00,00,00,05,00,03,00,00,
    00,00,00,00,00,00,00,03,00,00,00,05,00,02,00,00,00,00,00,00,00
    Затем в настройках времени выбрал свой часовой пояс и убрал птичку перевода Зима-лето
    Скопировал значение раздела
    Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation]
    «Bias»=dword:ffffff4c
    «StandardName»=»Каменецкое время (зима)»
    «StandardBias»=dword:00000000
    «StandardStart»=hex:00,00,0a,00,05,00,03,00,00,00,00,00,00,00,00,00
    «DaylightName»=»Каменецкое время (зима)»
    «DaylightBias»=dword:00000000
    «DaylightStart»=hex:00,00,0a,00,05,00,03,00,00,00,00,00,00,00,00,00
    «ActiveTimeBias»=dword:ffffff4c
    «DisableAutoDaylightTimeSet»=dword:00000001

    Вообщем надо этих две ветви объеденить в 1 reg файл и через групповые политики заставить его выполниться. после перезагрузки всё ок.

    Смущает только значение параметра «MapID»=»6,7» что он означает?
    Кстати пробовал синхронизировать время, всё прошло ок.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  55. Для XP SP2 могу предложить вариант проще — с использованием патча от Microsoft. Официально он на SP2 не ставится, но если поменять в реестре HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlWindowsCSDVersion на 00000300, то устанавливается без проблем. Экспортнуть в загрузочном скрипте эту ветку реестра, импротировать нужное значение параметра, установить патч, импортнуть обратно оригинальную ветку. Просто и надежно.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    1. Да, работает на XP SP2. Было проверено на нескольких компьютерах.
      P.S. Спасибо за статью.

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  56. Столкнулся с проблемой. Были применены изменения (принимал за месяц, до изменения часового пояса) через скрипт, который взял здесь для Украины. Понимаю что сделал глупость. Но возможность вернуться обратно в GMT +2 у меня не получается. Что делал:
    1. Запускал скрипт который взял на oszone для бекапа настроек на нормальной машине.
    2. Добавил правильные данные, а именно в .reg файл.
    Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesFLE Standard Time]
    «MUI_Display»=»@tzres.dll,-350»
    «MUI_Dlt»=»@tzres.dll,-351»
    «MUI_Std»=»@tzres.dll,-352»
    «Display»=»(UTC+02:00) Вильнюс, Киев, Рига, София, Таллин, Хельсинки»
    «Dlt»=»Финляндия (лето)»
    «Std»=»Финляндия (зима)»
    «TZI»=hex:88,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,00,00,0a,00,00,00,05,00,04,00,00,
    00,00,00,00,00,00,00,03,00,00,00,05,00,03,00,00,00,00,00,00,00

    [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTimeZoneInformation]
    «Bias»=dword:ffffff88
    «DaylightBias»=dword:ffffffc4
    «DaylightName»=»@tzres.dll,-351»
    «DaylightStart»=hex:00,00,03,00,05,00,03,00,00,00,00,00,00,00,00,00
    «StandardBias»=dword:00000000
    «StandardName»=»@tzres.dll,-352»
    «StandardStart»=hex:00,00,0a,00,05,00,04,00,00,00,00,00,00,00,00,00
    «TimeZoneKeyName»=»FLE Standard Time»
    «DynamicDaylightTimeDisabled»=dword:00000000
    «ActiveTimeBias»=dword:ffffff4c

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

    Куда копать?
    Возможно думаю что на локальных машинах logon происходит под «Пользователем», а не под «Администратором». Возможно загвоздка в этом, Но переводить на каждой машине Пользователя в Администратора и применять политику глупо.

    Помогите с решением данной проблемы. Спасибо.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  57. Либо может не применяется потому, что на Domain Controller уже часовой пояс изменен на правильный?

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  58. после добавления и перехода на самодельную зону возникло несколько проблем
    сместился на 1 час календарь в оутлуке
    как быть с java
    есть программы на java так вот в нх не правильно время считается разница на 3 часа

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  59. Подскажите параметр MapID для Калининграда в ветке [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionTime ZonesKaliningrad Standard Time], иначе часовой пояс не отображается. WinXP.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  60. как проверить установлено ли обновление KB2633952
    и если установлено то сменить часовой пояс на Kaliningrad Standard Time
    проверить как применилось и удалить временную зону

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  61. I’m extremely impressed with your writing skills as well as with the layout on your weblog. Is this a paid theme or did you customize it yourself? Either way keep up the nice quality writing, it’s rare to see a great blog like this one today..

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  62. Доброго времени суток!
    Хотя проблему с «часами» уже вроде как давно решил на своём Покете, всё же есть несколько вопросов и одна небольшая просьба:
    1. «Подветки» реестра Dynamic DST они как вообще учитываются и обрабатываются? Вот например в некой стране есть летнее дискретное время, параметры перевода «стрелок» как я понял кодируются в «основном» TZI, a есть ещё TZI в подветке Dynamic DST… Так вот, если нет сценария перевода стрелок в Dynamic DST, тогда выполняется сценарий из «основного» TZI, так?
    2. Можно ли удалять поддиректории в реестре в подкаталоге Time Zones (там же в реестре ест-но), носящие в названии прошедшие годы и данные в них, без правки ключей FirstEntry и LastEntry, если «ретрорежим» часов как бы не нужен?
    3. И просьба: не могли бы залить в архиве всю «папку» реестра Time Zones , включая последние декабрьские обновления-2012? Подсемейство ОС Windows не так важно, так будет дорабатываться на КПК, где от М$ уже нет обновлений. (Хочу дополнить/пофиксить reg-файл от 2011-08 для других стран заодно.)
    Кстати, упомянутый выше Амман с этого года вроде как переезжает в зону UTC+3 без DST.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  63. Здравствуйте я первый раз сижу в интеренете.
    Зарегистрировался у вас на форуме только что то мне не разобраться что и как.
    Вот незнаю как получилось тему создать)).

    Объясните пожалуйста что к чему?

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)

Leave a Reply

Ваш e-mail не будет опубликован. Обязательные поля помечены *