» расхождение времени, NTP с корректировкой

организвал NTP сервер в домене - настроил, прописал...время было точное
Ставлю время нормальное (в ручную или синхронизацией) затем либо сразу либо в течение 5 секунд происходит корректировка и время перескакивает на 10 минут вперед

HKLM-SYSTEM-CurrentControlSet-services-W32Time-Parameters - NtpServer : ntp.nasa.gov,0x1 ntp2.stratum1.ru,0x1 ntp0.zenon.net,0x1



При сверке времени:

w32tm /stripchart /computer:ntp.nasa.gov /samples:5 /dataonly
Отслеживание ntp.nasa.gov [198.123.30.132:123].
Сбор образцов 5.
Текущее время - 12.05.2013 13:29:53.
13:29:53, -645.7651275s
13:29:55, -645.7503749s
13:29:57, -645.7683482s
13:29:59, -645.7671381s
13:30:01, -645.7873357s

используй сервера точного времени microsoft

Phenix604
Цитата:

NTP сервер в домене
...........
затем либо сразу либо в течение 5 секунд происходит корректировка и время перескакивает на 10 минут вперед

такое ощущение, шо твой PDC не в курсе относительно твоего сервера NTP..
и, соответссно, поскоку он "толще", он и устанавливает своё время на клиентах в сетке..
вопчем, я бы ещё раз проверил настройки самого локального ntp.. в частности, его статус в домене..

и ещё.. не настаиваю, ессно, но чуть смущает набор серверов времени.. в частности - этот:
Цитата:

ntp0.zenon.net

провайдерский, што-ль? я б сменил на более специализированный..
ну, к примеру, выбрав походяший из pool.ntp.org или любой отсюда..

Добавлено:
redson
Цитата:

используй сервера точного времени microsoft

тонкий намёк, шо время мелкомягких течёт всегда вперёд, не?.. )))
э-м-ммм.. перефразируя известную рекламу - "мелкософт - на 10 минут впереди".. +)

ВСЕ гон,полнейший! еще варианты

time.windows.com,0х1 time.nist.gov,0х1 time-nw.nist.gov,0х1 time-a.nist.gov,0х1 time-b.nist.gov,0х1

он синхронит, выставляет время на 1-5 секунд точное, а затем корректирует на...

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









w32tm /monitor - все показала! - это я ступил... NTP: +746.3969638s смещение относительно Srv....local - вне зависимости от указанного NTP корректировка с вышестоящим сервером в домене


w32tm /monitor
Srv**.local *** PDC ***[....251:123]:
ICMP: 10ms задержка
NTP: +0.0000000s смещение относительно Srv....local
RefID: (неизвестный) [0x3310BEC2]
Страта: 3
Srv....local[192....:123]:
ICMP: 10ms задержка
NTP: ошибка ERROR_TIMEOUT - нет ответа от сервера в течение 1000мс
K..local[[::1]:123]:
ICMP: ошибка 0x8007271D
NTP: +746.3969638s смещение относительно Srv....local
RefID: 80.84....86.rev.sfr.net [86....84.80]
Страта: 2

Phenix604
ещё раз - если твой ntp-сервер является членом домена и НЕ является PDC, внешняя синхронизация на нём работать не будет..
по-любасу, твой сервак синхронизируется с КД, поскольку пока не озвучено, шо есть доп.настройки ГП/реестра на самом КД..
смотри время на КД, и внимательно проверяй, с чем сам КД синхронизируется..

это и есть КД, но не PDC (-по идее тянет с него же)

в общем ни с кем в домене больше КД не синхронился. зашел другой админ и руками поправил время - что я делал много раз, но у него время не скорректировалось, а осталось! сам в шоке

Phenix604
Цитата:

зашел другой админ

ну.. тогда я б посмотрел, шо прописано в гп - безопасность/изменение сист.времени..

TheBarmaley
а чем чревато поднимать NTP сервер не на PDC - ведь работает и все с него автоматом время тянут?

Phenix604
сопссно, если не лень менять стандартные настройки домена - то пофигу, пущай клиенты хоть с инета время берут.. ;)
но раздача времени в домене через ПКД лежит в основе доменной структуры, не вижу особого смысла это менять..
исходя из идеологии мелкософта, при этом клиенты гарантированно синхронятся.. независимо от наличия тырнета и пр..
да и мало ли где эта "идеология" ещё вылезет - все нюансы доменной структуры, я думаю, не знают и в самой M$.. ;))
ну.. утрированно - ведь без КД домен всё-рно жить не будет.. а раз так - незачем и городить огород..

сопссно, весь кайф от синхрона времени в домене - в стабильной (и корректной!) работе самого домена..
и то, шо "доменное" время в локалке будет хоть как-то отличаться от "настоящего", никакой роли играть не будет..
вопчем, я бы озаботился только точностью времени именно на КД, а уж клиенты сами его разберут.. :)

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

Phenix604
вдогонку - 1, 2, 3, 4..