foboss May 24 2009 at 09:00

Подмена time.windows.com локальным ntp-сервером

1 min

19K

System administration*

Comments 31

Odes May 24 2009 at 09:41

За цитату спасибо. Будет девизом =)

foboss May 24 2009 at 10:21

Всегда пожалуйста :)

dymdym May 24 2009 at 10:16

Как альтернатива, менее трудоемкая, раздавать адрес сервера времени по dhcp(вмсете с остальными настройками).

foboss May 24 2009 at 10:19

Это возможно в том случае, если все машины настроены по DHCP и сервер сконфигурирован должным образом. В больших сетях это тоже не всегда возможно.

dymdym May 24 2009 at 10:23

Если не секрет — когда не возможно применять dhcp для больший сетей?
Не могу придумать ситуацию :)

foboss May 24 2009 at 10:29

Например когда в сети несколько подсетей со своими администраторами и у каждой свой DHCP или вообще статические IP.

dymdym May 24 2009 at 10:34

статические ip тоже можно раздавать по dhcp.
А пример с отсутствием контролем над сетью самый убедительный :)
Спасибо за заметку — у всех свои инструменты )

foboss May 24 2009 at 10:41

Спасибо, я в курсе возможностей dhcp ;) Имелось ввиду, что подсети могут быть настроены совершенно разными людьми в разное время и с разной степенью усердия. Так же впрочем, как и клиентские машины.

Busla May 24 2009 at 10:32

а оно это умеет? в 2k, помнится, клиент игнорировал поле с сервером времени

Busla May 24 2009 at 10:24

Не знаю, не знаю — это нужно вообще не иметь никаких средств управления клиентскими машинами, чтобы такими извратами заниматься.

foboss May 24 2009 at 10:31

Совершенно верно.

Неужели Вы не можете себе представить подобную ситуацию?

Busla May 24 2009 at 11:56

Ситуацию представить могу — сам пришёл на новую работу месяц назад: за сотню windows-машин, call-центр, ip-телефоны. Никаких доменов и DHCP.
А вот решение считаю в корне неправильным — надо исправлять ситуацию в целом, а не дыры латать хаками, трюками, и подменами имён.

foboss May 24 2009 at 12:07

А если вот так:
Больше 1000 машин, 12 зданий, в каждом свой администратор и зачастую свои dns/dhcp, причем некоторые особы весьма ленивы. Any-key служба так же везде своя. Плюс ко всему свободные ehernet-розетки и Wi-Fi для гостей.

С удовольствием послушаю, что в данной ситуации можно исправить «в целом», а не «латать дыры».

Busla May 24 2009 at 12:41

Ленивые свои админы — это администратиный вопрос, никакие технические ухищрения тут не помогут. Если вы руководитель — пользуйтесь полномочиями, налаживайте инфраструктуру в том числе силами местечковых отделов/служб. Если же вы не руководитель, то вряд ли представляете себе картину в целом, а значит ваши инициативы — на грани саботажа, со всеми вытекающими.

foboss May 24 2009 at 12:44

То есть Вы утверждаете, что точное время на компьютерах в локальной сети это саботаж? Как интересно.

bezgubov Jun 29 2009 at 13:43

такую ситуацию можно исправить только научив винду ходить на любой ntp сервер, а не только на time.windows.com вобще не ожидал, что в винде нет такого функционала, такая привязка это идиотизм имхо

foboss Jun 29 2009 at 14:24

Статья не об этом.

bezgubov Jun 29 2009 at 14:30

да, а о чем? я так понял что все эти пляски с бубном вокруг днсов как раз из-за того что винда может брать время только с time.windows.com или как?

foboss Jun 29 2009 at 14:34

Нет. Пляски с бубном из-за того, что не за всеми машинами в локальной сети можно уследить.

Windows может брать время с других серверов при ручной настройке и через GPO

bezgubov Jun 29 2009 at 14:47

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

mikes May 24 2009 at 11:07

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

navion May 25 2009 at 02:32

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