Author Topic: Синхронизация часов.  (Read 21783 times)

0 Members and 1 Guest are viewing this topic.

Offline demiurg

  • Hero Member
  • *****
  • Posts: 1014
  • Karma: +0/-0
    • http://larin.tomsk.ru
Синхронизация часов.
« Reply #20 on: February 14, 2006, 12:56:25 »
Quote
Да я тоже на фре сервер вчера поднял... Рядом машина стоит с WinXP. Через сеть попытался ее (WinXP) синхронизировать уже со своим сервером - такая же ошибка... Досадно.
[snapback]7462[/snapback]
А ты уверен, что на фре к моменту снхронизации у ntpd был достаточно высокий stratum?
Для того чтобы узнать можно пользовать ntpq, ntpdc.
Если ntpd считает что он не синхронизирован (что так и есть, если ему не с кем синхронизироваться), то время он раздавать не будет.
« Last Edit: February 14, 2006, 12:58:28 by demiurg »

Offline visual

  • Hero Member
  • *****
  • Posts: 714
  • Karma: +0/-0
    • http://
Синхронизация часов.
« Reply #21 on: February 14, 2006, 22:17:50 »
Quote
Да я тоже на фре сервер вчера поднял... Рядом машина стоит с WinXP. Через сеть попытался ее (WinXP) синхронизировать уже со своим сервером - такая же ошибка... Досадно.
[snapback]7462[/snapback]
и при этом ни в system eventlog, ни в application eventlog, нет ни одного мата?
что выдает w32time -once, при остановленном сервисе времени?

Offline visual

  • Hero Member
  • *****
  • Posts: 714
  • Karma: +0/-0
    • http://
Синхронизация часов.
« Reply #22 on: February 14, 2006, 22:19:08 »
Quote
А ты уверен, что на фре к моменту снхронизации у ntpd был достаточно высокий stratum?
Для того чтобы узнать можно пользовать ntpq, ntpdc.
Если ntpd считает что он не синхронизирован (что так и есть, если ему не с кем синхронизироваться), то время он раздавать не будет.
[snapback]7466[/snapback]
плюс ко всему, при сильном разбеге синхронизация может не выполняться по соображениям безопасности.

Offline MadCatt

  • Newbie
  • *
  • Posts: 9
  • Karma: +0/-0
Синхронизация часов.
« Reply #23 on: October 22, 2007, 15:22:01 »
Есть Win2003, контроллер домена, надо синхронизацию часов.

1. Перепробовал все, что написано в этой ветке, не работает.
2. После этого полез в gpedit.msc в админ.шаблоны, настроил как смог, не работает.
3. После этого залез непосредственно в реестр HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\, там по инструкции с сайта ru-admin.com все сделал, как требовали, не работает.

Итог постоянно такой: файервол не видит даже попытки обратиться в сеть. Пересмотрел все правила и логи.

Далее.

Запускаю Neutron ver. 1.06. Тот лезет в сеть, даю файеру добро, время синхронизируется по серверам, указанным у него в списке. Указание томских вышеперечисленных серверов не дает результата. Сервер одним интерфейсом смотрит в Томлайн, по идее должен хотя бы с ntp.tomline.ru связываться, пинги идут, и на этом точка.

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

При попытках на шаге 1. w32time выдавал в этих же логах, дескать не могу получить получить время с сервера такого-то (здесь пишет правильно указанный тот или иной томский сервер, все перепробовал, DNS имена и голые IP томских sntp). Но, повторюсь, нет даже обращения в сеть, кроме ДНС-резолвинга в случае с ДНС-именем.

В связи с этим 2 вопроса...

1. Что может быть с контроллером домена, что он не пропускает сверку часов?
2. Что можно сделать, чтобы Neutron смог-таки достучаться до "наших" серверов?

P.S. Neutron выходит на связь по UDP на 37-й порт "TIME".
PS/2 Просто удивительно, что у кого-то работает синхронизация времени через Томские sntp.

Offline Unit

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1263
  • Karma: +9/-1
Синхронизация часов.
« Reply #24 on: October 23, 2007, 00:54:04 »
gpedit.msc не судьба использовать?
Я через них синхру настраиваю.

Offline Diver

  • Hero Member
  • *****
  • Posts: 790
  • Karma: +2/-0
Синхронизация часов.
« Reply #25 on: October 23, 2007, 11:17:06 »
Quote from: Unit
gpedit.msc не судьба использовать?
Я через них синхру настраиваю.
ну он в пункте ДВА указал что он пытался юзать политики, но не помогло...
MCP

Offline MadCatt

  • Newbie
  • *
  • Posts: 9
  • Karma: +0/-0
Синхронизация часов.
« Reply #26 on: October 23, 2007, 15:10:30 »
Верно.

В шаге 1 действовал по инструкции для 2003 с www_mobatime_ru (гиперссылки на форуме не работают нормально - ошибка, говорит, какая, не пишет), предварительно получив имя сервера по запросу(ntp.mobatime.ru, - кто ж знал, что он такой простой ).

После этого "w32tm /resync" выдает "Команда синхронизации не выполнена, поскольку нет доступных данных о времени".

Тоже самое касается заведомо рабочего cuckoo.nevada.edu из Neutron'a.

Где подробный лог w32time найти?

Offline Федотов Александр

  • Newbie
  • *
  • Posts: 1
  • Karma: +0/-0
Синхронизация часов.
« Reply #27 on: December 18, 2007, 11:43:49 »
Можно делать таким образом:
1) на домен-контроллере делаем сначала так -  net time \\ваш_компутер /setsntp:ntp.tomsk.ru
2) НЕ ОБЯЗАТЕЛЬНЫЙ ШАГ!!!! набираем net time /querysntp - должен показать новый источник обновления времени.
3) w32tm /reliable:YES - эта команда устанавливает ваш компьютер в качестве приоритетного источника времени в сети(домене)
4) делаем w32tm /resync - должна начаться синхронизация времени на компьютере с внешним источником.

Далее дело техники: клиенты должны брать время с вашего сервера.

P.S. Если что пропустил, то обращайтесь.

Offline MadCatt

  • Newbie
  • *
  • Posts: 9
  • Karma: +0/-0
Синхронизация часов.
« Reply #28 on: December 21, 2007, 13:08:31 »
Спасибо, но:
1 и 2-й шаги - нормально
3-й - неизвестная команда "/reliable:YES" /* Windows 2003 server */
4-й - "синхронизация не выполнена, поскольку нет доступных данных о времени"

3-й шаг переделал так, чтобы заработало:
w32tm /config /computer:ИМЯ_СЕРВЕРА /reliable:YES
Команда прошла успешно. На результат 4-го шага не повлияло.

 
« Last Edit: December 21, 2007, 13:26:09 by MadCatt »