родная синхронизация пашет на ура
попробуй сервера ntp.tpu.ru и ntp.tomline.ru
[snapback]7350[/snapback]
Благодарю за подсказку. Синхронизация работает. Только не с первой попытки :(.
Видимо, на ntp.tomline.ru загрузка большая, а может мастдай глючит :) .
В домене тоже самое, поумолчанию входя в домен твоя винда будет синхронизироваться с контроллером домена, но это можно поменять так же net time /setsntp:ntp.tpu.ru и все, но лучше так и синхронизироваться с контроллером домена, а его уже с внешним источником.
[snapback]7358[/snapback]
вот. а как контроллер домена с внешним источником синхронизировать?
я делаю так:net time /setsntp:ntp.tomsk.ru
net stop w32time
w32tm -once
net start w32time
получаю результат - ноль:W32Time: Sending to server 48 bytes...
W32Time: NTP: didn't receive datagram
W32Time: Rejecting logging event 0x8000000B. 889 sec until this event is allowed.
W32Time: END Line 1949
W32Time: Time source failed to produce usable timestamp.
W32Time: BEGIN:NTPTry -- fail
W32Time: END Line 1683
доступ точно есть и ip ntp.tomsk.ru определяется.
вот. а как контроллер домена с внешним источником синхронизировать?
я делаю так:net time /setsntp:ntp.tomsk.ru
net stop w32time
w32tm -once
net start w32time
получаю результат - ноль:W32Time: Sending to server 48 bytes...
W32Time: NTP: didn't receive datagram
W32Time: Rejecting logging event 0x8000000B. 889 sec until this event is allowed.
W32Time: END Line 1949
W32Time: Time source failed to produce usable timestamp.
W32Time: BEGIN:NTPTry -- fail
W32Time: END Line 1683
доступ точно есть и ip ntp.tomsk.ru определяется.
[snapback]7361[/snapback]
А ntp случаем не порезан ? То что ip определяестя это еще не факт, что доступ есть.
"NTP: didn't receive datagram" говорит о том, что ответ от ntp сервера не получен.
попробуйте еще ntp.tsu.ru. Я с него время получаю.
На Win2k я пользую утилиту http://thinkman.com/dimension4/index.htm (http://thinkman.com/dimension4/index.htm). Я о ней кажется в форуме уже писал http://sysadmin.tomsk.ru/index.php?showtop...findpost&p=4748 (http://sysadmin.tomsk.ru/index.php?showtopic=627&view=findpost&p=4748).
Делаешь файл .cmd
пишешь:
@ECHO OFF
net time /setsntp:ntp.tsu.ru,ntp.tpu.ru,ntp.tomsk.ru,ntp.tomline.ru
net stop w32time
w32tm -once
net start w32time
w32tm /s
запускаешь....
если есть файрволл открываешь 123 порт...
[snapback]7397[/snapback]
вообщем выяснилось, что порт на циске закрыт. Использовал синхронизацию через "Atomic Clock Sync 2.7.0.3" она через другие порты видимо бегает. Но остановился на использовании корпоративного сервера ЦО, на него был открыт 123 порт. Хотя тоже извратно... через net time /setsntp:10.1.1.1 он не синхронизируется говорит cannot create socket. Поэтому пришлось использовать прожку Neutron, которая прекрасно находит его и синхронизирует время.
ps:// согласен - изврат, но уже впеченках сидит этот w32tm :)
вообщем выяснилось, что порт на циске закрыт. Использовал синхронизацию через "Atomic Clock Sync 2.7.0.3" она через другие порты видимо бегает. Но остановился на использовании корпоративного сервера ЦО, на него был открыт 123 порт. Хотя тоже извратно... через net time /setsntp:10.1.1.1 он не синхронизируется говорит cannot create socket. Поэтому пришлось использовать прожку Neutron, которая прекрасно находит его и синхронизирует время.
ps:// согласен - изврат, но уже впеченках сидит этот w32tm :)
[snapback]7398[/snapback]
пишешь....
@ECHO OFF
NET TIME \\имя /SET /Y
где имя - имя локальной машины которая синхронизируется с внешним NTP
на так на каждой машине 1 раз...
пишешь....
@ECHO OFF
NET TIME \\имя /SET /Y
где имя - имя локальной машины которая синхронизируется с внешним NTP
на так на каждой машине 1 раз...
[snapback]7399[/snapback]
это не зачем. все машины в локале обновляются с контроллера домена, они автоматом время синхронизируют. проблема была сам контроллер отсинхронизировать.
это не зачем. все машины в локале обновляются с контроллера домена, они автоматом время синхронизируют. проблема была сам контроллер отсинхронизировать.
[snapback]7400[/snapback]
Это если нет контроллера домена
и если сам DC не имеет связи с инетом, то ему прописывается имя локальной машины который коннектится с NTP...
вообщем выяснилось, что порт на циске закрыт. Использовал синхронизацию через "Atomic Clock Sync 2.7.0.3" она через другие порты видимо бегает. Но остановился на использовании корпоративного сервера ЦО, на него был открыт 123 порт. Хотя тоже извратно... через net time /setsntp:10.1.1.1 он не синхронизируется говорит cannot create socket. Поэтому пришлось использовать прожку Neutron, которая прекрасно находит его и синхронизирует время.
ps:// согласен - изврат, но уже впеченках сидит этот w32tm :)
[snapback]7398[/snapback]
Ситуация в следующем. "Классические" юниксовые ntp утилиты при синхронизации времени отправляют пакеты с dst port 123 и src port 123. Некоторые виндовые утилиты в качестве src port используют случайный непривелигированный порт (1024-65535). Если на брандмауэре правило ограничивает и src port то такие утилиты работать не будут. Кстати в ТПУ у Зорина на цисках именно такое ограничение было. Сейчас не знаю.
Видимо я такой один, что пошёл через другой путь - прописал серв в политиках винды и запустил ntp-клиента и ntp-сервер. Всё, слава Богу, работает стабильно.
[snapback]7409[/snapback]
Не, не один... Только ntp-сервер у мну на линухе поднят, а винда уже с него обнавляется :D
вот. а как контроллер домена с внешним источником синхронизировать?
[snapback]7361[/snapback]
после того как поставишь на контроллере домена синхронизацию через ntp, убедись по netdiag и dcdiag что у тебя ничего не поломалось. там есть некоторые ньюансы и ограничения. подробности на m$ knowledge base.
Чертов виндовоз.
После нажатия "обновить сейчас" выдает "Ошибка синхронизации времени". Проверял на сл. хостах:
ntp.tpu.ru
ntp.tomline.ru
time.windows.com
Что не так ?
Cистема - WinXP SP-2.
[snapback]7449[/snapback]
забыл добавить - фаервол отключал, когда пытался обновляться.
А у тебя провайдер не режет порты?
Просто, например, в ТПУ эти порты поумолчанию закрыты и мне пришлось просить их открыть... И то открыли для линуха на котором я ntp-сервер поднял, а потом уже с него обновляюсь...
[snapback]7454[/snapback]
Да я тоже на фре сервер вчера поднял... Рядом машина стоит с WinXP. Через сеть попытался ее (WinXP) синхронизировать уже со своим сервером - такая же ошибка... Досадно.
Да я тоже на фре сервер вчера поднял... Рядом машина стоит с WinXP. Через сеть попытался ее (WinXP) синхронизировать уже со своим сервером - такая же ошибка... Досадно.
[snapback]7462[/snapback]
А ты уверен, что на фре к моменту снхронизации у ntpd был достаточно высокий stratum?
Для того чтобы узнать можно пользовать ntpq, ntpdc.
Если ntpd считает что он не синхронизирован (что так и есть, если ему не с кем синхронизироваться), то время он раздавать не будет.
Да я тоже на фре сервер вчера поднял... Рядом машина стоит с WinXP. Через сеть попытался ее (WinXP) синхронизировать уже со своим сервером - такая же ошибка... Досадно.
[snapback]7462[/snapback]
и при этом ни в system eventlog, ни в application eventlog, нет ни одного мата?
что выдает w32time -once, при остановленном сервисе времени?
А ты уверен, что на фре к моменту снхронизации у ntpd был достаточно высокий stratum?
Для того чтобы узнать можно пользовать ntpq, ntpdc.
Если ntpd считает что он не синхронизирован (что так и есть, если ему не с кем синхронизироваться), то время он раздавать не будет.
[snapback]7466[/snapback]
плюс ко всему, при сильном разбеге синхронизация может не выполняться по соображениям безопасности.