Клуб владельцев корейских автомобилей

небольшая пред история.
Несколько лет назад в результате поломки сервера(основного контролера домена). были проблемки с синхронизацией времени. Решал так: настроил новый основной dc на синхронизацию времени с внешним источником. А синхронизацию клиентских машин и остальных серверов делал с помощью групповой политики, которая при входе компов в домен выполняла командный файлик со следущим текстом
net time /rtsdomain:имя домена /set /y и все замечательно работало.

что теперь: бесперебойно просуществовав 3 года, и пережив жаркое лето в помещении без кондея начались проблемы с рейдом (зеркало), основного dc, после 5ти часовой процедуры востановления сервак удалось загрузить. Но проблемы стали переодически возникать.. было принято решение о полной смене винтов , с перстановкой винды.

Удалось корректно перенести с умерающего dc роли fsmo и роль глобального каталога. Также успешно выгрузил дам dhcp и загрузил его на новый dhcp, резервный dns также имеется.
Встал вопрос о синхронизации времени, при выполнении команды (net time /rtsdomain:имя домена /set /y) на локальном компе , запрос упорно идет на старый контролер домена.
просто net time без параметров также лезет на старый контролер.
на всякий случай указал в dhcp сервером времени новый основной dc
результата нет...
Кто нибудь подскажет как сделать так чтобы по net time синхронизация шла по новому основному dc?
Разве не должен комп при выполнении net time лезть на основной dc? все роли же я перенес?
или обязательно надо понижать умирающий dc до рядового сервера? (чтото мне подсказывает что не в этом собака зарыта)?

За ранее все откликнувшимся спасибо

Раз у Вас есть GC, то можно в политиках указать сервер NTP.

NXNX писал(а):Раз у Вас есть GC, то можно в политиках указать сервер NTP.

Потому в своё время и делал через командный файлик с net time, поскольку через предложенный вами способ синхронизация времени ни как не шла....

Включение синхронизации внутренних часов с внешним источником
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters]
"Type"="NTP"
или
w32tm /config /syncfromflags:manual

Подробности — в библиотеке TechNet
Объявление NTP-сервера в качестве надежного
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config]
"AnnounceFlags"=dword:0000000a
или
w32tm /config /reliable:yes

Подробности — в библиотеке TechNet.
Включение NTP-сервера

NTP-сервер по умолчанию включен на всех контроллерах домена, однако его можно включить и на рядовых серверах.
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer]
"Enabled"=dword:00000001
Задание списка внешних источников для синхронизации
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters]
"NtpServer"="time.nist.gov,0x8 ntp1.imvp.ru,0x8 ntp2.imvp.ru,0x8 time.windows.com,0x8 ru.pool.ntp.org,0x8"
или
w32tm /config /manualpeerlist:"time.nist.gov,0x8 ntp1.imvp.ru,0x8 ntp2.imvp.ru,0x8 time.windows.com,0x8 ru.pool.ntp.org,0x8"

-=+DeMoN+=- писал(а):-=+DeMoN+=-

Пасиб, сейчас попробую

Добавлено спустя 43 минуты 16 секунд:
результата пока нет
w32tm /monitor
выдаёт
NTP:error WSAECONNRESET -no server listening on NTP port
хотя первой строкой уже пишет на новый контролер дамена что тот PDC
пойду ка я по гуглю

vla82 писал(а):Пасиб, сейчас попробую
Добавлено спустя 43 минуты 16 секунд:
результата пока нет
w32tm /monitor
выдаёт
NTP:error WSAECONNRESET -no server listening on NTP port
хотя первой строкой уже пишет на новый контролер дамена что тот PDC

Первая мысль - для того, чтобы сервак стал сервером времени, т.е. отдавал время клиентам, он должен сам быть синхронизирован с сервером времени. А синхронизироваться скачками он не будет. Там процедура длительная. Вызвано это тем, что скачки времени иногда бывают недопустимы.
Он там внутри себя корректирует свои часы по чуть-чуть. Т.е. чуть-чуть часы начинают идти быстрее/медленнее пока время не сравняется с источником.

Вторая мысль - встроенный тайм-сервер в винде по умолчанию не NTP.
Т.е. надо чтобы он сам стал NTP и чтобы клиенты просили время по NTP.
Т.е. "Type"="NTP" должно быть и у сервера и у клиента. Сервер при этом надо рестартовать.

Третья мысль - не мысль вовсе, просто наблюдение. Мой личный комп в течение почти полутора лет отставал ровно на три минуты от сервера. Не больше и не меньше. Ручное задание времени не помогало. И вот где-то пару недель назад часы встали вровень...
Одна из мыслей причин такого поведения - я изначально свой комп привязал к не виндовому источнику времени (у меня есть еще серверы под FreeBSD). Какое-то время назад (примерно те полтора года) FreeBSD что-то там у себя обновила и для версии, стоящей на том сервере, пропала поддержка NTP сервера... И вот две недели назад у меня дошли руки обновить ту FreeBSD. Там NTP заработало и у меня пошли часы...
Все подсказанные MS и Гуглем способы сменить источник времени на компе ни к чему не привели... Часы тикали строго на три минуты взад...

ЗЫ. На той самой FreeBSD сервак подтягивает свои часы к эталонному часов так от 8-и...
ЗЗЫ. Еще у меня возникло ощущение, что аппаратные часы на локальном сервере тестируются. И если вдруг они ходят нехорошо - сервак становится сервером времени не захочет. По крайней мере на одной мамке у меня сервер времени под FreeBSD так и не поднялся....
ЗЗЗЫ. А еще напрягает отсутствие вразумительной диагностики. Причем что под Виней, что под Фрёй