Автор Тема: Смена таймзон на Windows XP в домене  (Прочитано 5035 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 123
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Смена таймзон на Windows XP в домене
« : 31 октября 2014, 12:46:29 »
Доброго Вам, Коллеги.

В связи с потехами нашего президента и его ручного медведя. Пришлось опять столкнуться с вопросом таймзон, но тут уже поддержка ХР закончилась.
На просторах интернета нашел вот такой скрипт + файл для реестра:
https://rzhevsky.wordpress.com/2014/10/13/kb2998527-windows-xp/

Создаю политику и в сценарий запуска забиваю скрипт, в той же директории со скриптом лежит и файл реестра. В фильтрах безопасности для политики выставляю:
Компьютеры домена
Прошедшие проверку

Расположение файлов такое:
\\office.local\SysVol\office.local\Policies\{547199BC-DA5B-4D54-9703-CB14E2FC1F23}\Machine\Scripts\Startup

На тестовой машинке получаю такой мессадж:
Тип события:	Ошибка
Источник события: UserInit
Категория события: Отсутствует
Код события: 1000
Дата: 31.10.2014
Время: 13:25:30
Пользователь: Н/Д
Компьютер: XPTEST
Описание:
Не удалось выполнить следующий сценарий: tzupdatexp.cmd "Russian Standard Time". Не удается найти указанный файл.
.

Есть мысли как заставить отработать?

« Последнее редактирование: 31 октября 2014, 12:51:52 от Gib_adm »

Оффлайн Fray

  • Администратор
  • Олдфаг
  • *****
  • Сообщений: 6668
  • Рейтинг: 58
  • Пол: Мужской
    • Просмотр профиля
    • IT-Бложек
  • Откуда: Петербург
Смена таймзон на Windows XP в домене
« Ответ #1 : 31 октября 2014, 12:49:59 »
Цитировать
REM Импортируем файл реестра с новыми временными зонами
reg.exe import rtz.reg
Этот файл где лежит?
MCSE: Messaging, MCSE: Communication, MCSE: Productivity, MCSA: Office 365, MCPS
my blog - http://it-blojek.ru

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 123
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Смена таймзон на Windows XP в домене
« Ответ #2 : 31 октября 2014, 12:51:59 »
Привет Фрай)

В этой же директории со скриптом в:
\\office.local\SysVol\office.local\Policies\{547199BC-DA5B-4D54-9703-CB14E2FC1F23}\Machine\Scripts\Startup

Оффлайн shs

  • Модератор
  • Ветеран
  • *****
  • Сообщений: 4401
  • Рейтинг: 89
    • Просмотр профиля
    • ShS's blog
  • Откуда: Default city
Смена таймзон на Windows XP в домене
« Ответ #3 : 31 октября 2014, 13:06:37 »
Не удалось выполнить следующий сценарий: tzupdatexp.cmd "Russian Standard Time". Не удается найти указанный файл.

Очевидно, что путь к tzupdatexp.cmd  неправильный ;)

положите все ваши батники и reg-файлы в \\office.local\netlogon\ и указывайте этот путь в политике, это сильно упростит жизнь

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 123
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Смена таймзон на Windows XP в домене
« Ответ #4 : 31 октября 2014, 13:12:45 »

Очевидно, что путь к tzupdatexp.cmd  неправильный ;)

положите все ваши батники и reg-файлы в \\office.local\netlogon\ и указывайте этот путь в политике, это сильно упростит жизнь

Пробовал:

Тип события:	Ошибка
Источник события: UserInit
Категория события: Отсутствует
Код события: 1000
Дата: 31.10.2014
Время: 13:25:30
Пользователь: Н/Д
Компьютер: XPTEST
Описание:
Не удалось выполнить следующий сценарий: \\office\netlogon\tzupdatexp.cmd "Russian Standard Time". Не удается найти указанный файл.
.

Оффлайн Fray

  • Администратор
  • Олдфаг
  • *****
  • Сообщений: 6668
  • Рейтинг: 58
  • Пол: Мужской
    • Просмотр профиля
    • IT-Бложек
  • Откуда: Петербург
Смена таймзон на Windows XP в домене
« Ответ #5 : 31 октября 2014, 13:18:54 »
\\office\netlogon\tzupdatexp.cmd
.local
MCSE: Messaging, MCSE: Communication, MCSE: Productivity, MCSA: Office 365, MCPS
my blog - http://it-blojek.ru

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 123
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Смена таймзон на Windows XP в домене
« Ответ #6 : 31 октября 2014, 13:29:38 »
Разницы нет. У меня домен виден как с local так и без

Оффлайн Fray

  • Администратор
  • Олдфаг
  • *****
  • Сообщений: 6668
  • Рейтинг: 58
  • Пол: Мужской
    • Просмотр профиля
    • IT-Бложек
  • Откуда: Петербург
Смена таймзон на Windows XP в домене
« Ответ #7 : 31 октября 2014, 13:32:05 »
А попробуйте без параметров "Russian Standard Time"
MCSE: Messaging, MCSE: Communication, MCSE: Productivity, MCSA: Office 365, MCPS
my blog - http://it-blojek.ru

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 123
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Смена таймзон на Windows XP в домене
« Ответ #8 : 31 октября 2014, 13:33:58 »
А попробуйте без параметров "Russian Standard Time"

Пробовал. Все едино)

Возможно сеть поднимается позже применения данной политики, это все бы объяснило. Но отсюда тогда вопрос, нафига тогда такой тип политики существует, если он не может работать?
« Последнее редактирование: 31 октября 2014, 13:58:43 от Gib_adm »

Оффлайн shs

  • Модератор
  • Ветеран
  • *****
  • Сообщений: 4401
  • Рейтинг: 89
    • Просмотр профиля
    • ShS's blog
  • Откуда: Default city
Смена таймзон на Windows XP в домене
« Ответ #9 : 31 октября 2014, 14:42:21 »
Возможно сеть поднимается позже применения данной политики, это все бы объяснило. Но отсюда тогда вопрос, нафига тогда такой тип политики существует, если он не может работать?
Он может работать. В книжках, которые издает производитель, например в учебных курсах, указано, что возможность асинхронной обработки политики при входе в систему (возможность входа до того, как сеть поднялась) предназначена для ускорения процесса входа, чтобы пользователь не ждал и не нервничал. И эта возможность по-дефолту включена, но ее можно отключить в политиках же.

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 123
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Смена таймзон на Windows XP в домене
« Ответ #10 : 31 октября 2014, 14:59:04 »
А причем тут пользователь?
Речь идет о политике для компьютера, а не для пользователя.

Оффлайн shs

  • Модератор
  • Ветеран
  • *****
  • Сообщений: 4401
  • Рейтинг: 89
    • Просмотр профиля
    • ShS's blog
  • Откуда: Default city
Смена таймзон на Windows XP в домене
« Ответ #11 : 31 октября 2014, 15:18:12 »
А причем тут пользователь?
Корпорация Майкрософт заботится о пользователях и его нервах, а так же о повышении продаж своего продукта, поэтому они работают над повышением комфортности условий работы пользователей. Исследования показали, что пользователь нервничает и переживает, когда ОС грузится долго, начинает ругать Била Гейтса нехорошими словами, а Windows называть "виндой" (фу таким быть). Так было во времена еще win2k, но ко времени появления на свет WinXP разработчики предприняли меры по ускорению процесса входа в систему. Одной из такий мер была возможность асинхронной обработки политик, которая позволяла входить в систему, когда сеть еще не поднялась, а НИКАКИЕ политики еще не прилетели на клиентскую ОС и не отработали, т.к. нет ручек - нет мультиков нет сети - нет обновления политик. Чисто психологически вход в систему стал происходить быстрее, пользователь получал доступ к раб. столу и начинал работать, а политики применялись чуть позже (в фоновом режиме). Пользователи с чувством глубокого удовлетворения покупают новую ОС.
Не забывайте, что в большинстве своем домашним пользователям никакие политики не нужны, а быстрый вход в систему нужен, в организациях же системный администратор может настроить систему так, что политики будут применятся синхронно, и клиентская ОС всегда будет ждать "поднятия сети" для того, чтобы обновить и применить сначала политики компьютера, а при входе пользователя в систему - политики пользователя.


Updated: 31 October 2014, 15:22:28

Цитировать
Конфигурация компьютера/Шаблоны администрирования/Система/Вход в систему/Всегда ждать сеть при запуске и входе в систему

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

« Последнее редактирование: 31 октября 2014, 15:28:59 от shs »

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 123
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Смена таймзон на Windows XP в домене
« Ответ #12 : 01 ноября 2014, 08:42:36 »
У меня изначально этот параметр политики включен.

Можно конечно сделать от пользователя, через runasspc.exe, но это очень костыльный вариант.

Оффлайн shs

  • Модератор
  • Ветеран
  • *****
  • Сообщений: 4401
  • Рейтинг: 89
    • Просмотр профиля
    • ShS's blog
  • Откуда: Default city
Смена таймзон на Windows XP в домене
« Ответ #13 : 01 ноября 2014, 08:47:44 »
Не удалось выполнить следующий сценарий: \\office\netlogon\tzupdatexp.cmd "Russian Standard Time". Не удается найти указанный файл.
если попытаться запустить на исполнение \\office\netlogon\tzupdatexp.cmd после входа в систему с гарантированно поднявшейся сетью, он отработает? не будет сообщения об ошибке?


Updated: 01 November 2014, 08:53:31

если проблема все-таки в запоздалом поднятии сети, то попробуйте обновить драйвера сетевого адаптера на клиентской машине.
У меня бывали случаи, когда сеть долго не поднималась с новыми драйверами от производителя чипсета сетевого адаптера, но поднималась вовремя со старыми драйверами от производителя сетевого адаптера/материнской платы, а бывало и наоборот (помогали свежие драйвера от производителя чипсета).
« Последнее редактирование: 01 ноября 2014, 09:12:43 от shs »

Оффлайн Gib_adm

  • Постоялец
  • ***
  • Сообщений: 123
  • Рейтинг: 2
  • Пол: Мужской
    • Просмотр профиля
  • Откуда: Нерезиновая
Смена таймзон на Windows XP в домене
« Ответ #14 : 01 ноября 2014, 14:54:16 »
Обнаружил еще странную штуку:
Конфигурация компьютера
------------------------

    Последнее применение групповой политики:  01.11.2014 at 15:32:29
    Групповая политика была применена с:      dc2.office.local
    Порог медленной связи групповой политики: 500 kbps

    Примененные объекты групповой политики
    ---------------------------------------
        Н/Д

    Следующие политики GPO не были приняты, поскольку они отфильтрованы
    --------------------------------------------------------------------
        Политика локальной группы
            Фильтрация:  Не применяется (пусто)

    Компьютер является членом следующих групп безопасности:
    -------------------------------------------------------
        Администраторы
        Все
        Прошедшие проверку

Комп получивший политики с другого ДК:
Конфигурация компьютера
------------------------
    CN=IT01,OU=IT,OU=Comps,DC=office,DC=local
    Последнее применение групповой политики:  01.11.2014 at 13:56:45
    Групповая политика была применена с:      dc0.office.local
    Порог медленной связи групповой политики: 500 kbps

    Примененные объекты групповой политики
    ---------------------------------------
        wsus_updates
        wsus_updates
        tzupdate_xp
        Default Domain Policy
        1C 8.2 install
        OCS install
        Политика локальной группы

    Следующие политики GPO не были приняты, поскольку они отфильтрованы
    --------------------------------------------------------------------
        OCS_Agent_install
            Фильтрация:  Не применяется (пусто)

    Компьютер является членом следующих групп безопасности:
    -------------------------------------------------------
        Администраторы
        Все
        Пользователи
        СЕТЬ
        Прошедшие проверку
        IT01$
        Компьютеры домена

При этом все политики одинаковые в "\SysVol\office.local\Policies" на обоих контроллерах. И репликация в порядке:
Repadmin: выполнение команды /showrepl контроллере домена localhost с полным дос
тупом
Default-First-Site\DC2
Параметры DSA: IS_GC
Параметры узла: (none)
DSA - GUID объекта: b68a8b22-8a06-4252-850f-99a468b12b8b
DSA - код вызова: b9b69960-8571-4704-bdda-521bc724a7ea

==== ВХОДЯЩИЕ СОСЕДИ   ======================================

DC=office,DC=local
    Default-First-Site\DC0 через  RPC
        DSA - GUID объекта: a93c6a25-8fe0-4db2-b2ae-5f7e14bb1b30
        Последняя попытка @ 2014-11-01 14:48:30 успешна.

CN=Configuration,DC=office,DC=local
    Default-First-Site\DC0 через  RPC
        DSA - GUID объекта: a93c6a25-8fe0-4db2-b2ae-5f7e14bb1b30
        Последняя попытка @ 2014-11-01 14:47:51 успешна.

CN=Schema,CN=Configuration,DC=office,DC=local
    Default-First-Site\DC0 через  RPC
        DSA - GUID объекта: a93c6a25-8fe0-4db2-b2ae-5f7e14bb1b30
        Последняя попытка @ 2014-11-01 14:47:51 успешна.

DC=DomainDnsZones,DC=office,DC=local
    Default-First-Site\DC0 через  RPC
        DSA - GUID объекта: a93c6a25-8fe0-4db2-b2ae-5f7e14bb1b30
        Последняя попытка @ 2014-11-01 14:47:51 успешна.

DC=ForestDnsZones,DC=office,DC=local
    Default-First-Site\DC0 через  RPC
        DSA - GUID объекта: a93c6a25-8fe0-4db2-b2ae-5f7e14bb1b30
        Последняя попытка @ 2014-11-01 14:47:51 успешна.