foboss24 мая 2009 в 05:00

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

1 мин

21K

Системное администрирование *

Комментарии 31

Odes 24 мая 2009 в 05:41

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

foboss 24 мая 2009 в 06:21

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

dymdym 24 мая 2009 в 06:16

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

foboss 24 мая 2009 в 06:19

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

dymdym 24 мая 2009 в 06:23

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

foboss 24 мая 2009 в 06:29

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

dymdym 24 мая 2009 в 06:34

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

foboss 24 мая 2009 в 06:41

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

Busla 24 мая 2009 в 06:32

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

Busla 24 мая 2009 в 06:24

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

foboss 24 мая 2009 в 06:31

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

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

Busla 24 мая 2009 в 07:56

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

foboss 24 мая 2009 в 08:07

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

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

Busla 24 мая 2009 в 08:41

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

foboss 24 мая 2009 в 08:44

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

bezgubov 29 июн 2009 в 09:43

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

foboss 29 июн 2009 в 10:24

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

bezgubov 29 июн 2009 в 10:30

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

foboss 29 июн 2009 в 10:34

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

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

bezgubov 29 июн 2009 в 10:47

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

mikes 24 мая 2009 в 07:07

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

navion 24 мая 2009 в 22:32

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