Открыть список
Как стать автором
Обновить

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

За цитату спасибо. Будет девизом =)
Всегда пожалуйста :)
Как альтернатива, менее трудоемкая, раздавать адрес сервера времени по dhcp(вмсете с остальными настройками).
Это возможно в том случае, если все машины настроены по DHCP и сервер сконфигурирован должным образом. В больших сетях это тоже не всегда возможно.
Если не секрет — когда не возможно применять dhcp для больший сетей?
Не могу придумать ситуацию :)
Например когда в сети несколько подсетей со своими администраторами и у каждой свой DHCP или вообще статические IP.
статические ip тоже можно раздавать по dhcp.
А пример с отсутствием контролем над сетью самый убедительный :)
Спасибо за заметку — у всех свои инструменты )
Спасибо, я в курсе возможностей dhcp ;) Имелось ввиду, что подсети могут быть настроены совершенно разными людьми в разное время и с разной степенью усердия. Так же впрочем, как и клиентские машины.
а оно это умеет? в 2k, помнится, клиент игнорировал поле с сервером времени
Не знаю, не знаю — это нужно вообще не иметь никаких средств управления клиентскими машинами, чтобы такими извратами заниматься.
Совершенно верно.

Неужели Вы не можете себе представить подобную ситуацию?
Ситуацию представить могу — сам пришёл на новую работу месяц назад: за сотню windows-машин, call-центр, ip-телефоны. Никаких доменов и DHCP.
А вот решение считаю в корне неправильным — надо исправлять ситуацию в целом, а не дыры латать хаками, трюками, и подменами имён.
А если вот так:
Больше 1000 машин, 12 зданий, в каждом свой администратор и зачастую свои dns/dhcp, причем некоторые особы весьма ленивы. Any-key служба так же везде своя. Плюс ко всему свободные ehernet-розетки и Wi-Fi для гостей.

С удовольствием послушаю, что в данной ситуации можно исправить «в целом», а не «латать дыры».
Ленивые свои админы — это администратиный вопрос, никакие технические ухищрения тут не помогут. Если вы руководитель — пользуйтесь полномочиями, налаживайте инфраструктуру в том числе силами местечковых отделов/служб. Если же вы не руководитель, то вряд ли представляете себе картину в целом, а значит ваши инициативы — на грани саботажа, со всеми вытекающими.
То есть Вы утверждаете, что точное время на компьютерах в локальной сети это саботаж? Как интересно.
такую ситуацию можно исправить только научив винду ходить на любой ntp сервер, а не только на time.windows.com вобще не ожидал, что в винде нет такого функционала, такая привязка это идиотизм имхо
Статья не об этом.
да, а о чем? я так понял что все эти пляски с бубном вокруг днсов как раз из-за того что винда может брать время только с time.windows.com или как?
Нет. Пляски с бубном из-за того, что не за всеми машинами в локальной сети можно уследить.

Windows может брать время с других серверов при ручной настройке и через GPO
а теперь понятно, я лично в данном решении не вижу костыля. все логично и практично, а товарищ который выступает против, глубоко не прав, особенно про ленивость админа
как вариант, это могут быть компьютеры гостей предприятия, почему бы им не предоставить подобный сервис, учитывая что через dhcp далеко не всегда можно выдать такие настройки
Потому что Винда синхронизирует время раз в несколько дней, вероятность того, что у клиента сбиты часы _и_ он полезет синхронизироваться во время подключения к внутренней сети, стремится к нулю.
Пару раз именно так и поступал (-;
Это конечно хак, но в некоторых случаях весьма обоснованный. Спасибо =)
НЛО прилетело и опубликовало эту надпись здесь
time.windows.com не менее надежен. Я ведь не шило на мыло меняю, а _внешний_ сервис на _внутренний_ :)
А зачем все это? Чем не устраивает time.windows.com?
Вы можете внутри сети создать более отказоустойчивый сервер? Или жалко траффика на ntp-запросы?
У нас интернет через прокси-сервер. Без NAT.
В таком случае можно правильно заворачивать траффик на гейтвее?
Что в Вашем понимании «правильно»?
А как связаны гетерогенные сети и time.windows.com?
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.