Лучший отвечающий
Неверно ищет контролер домена.

Вопрос
-
Есть домен test.local, в нем несколько сайтов, gorod1, gorod2, gorod3.
Есть комп Win7 ,находится в подсети, который относится к сайту gorod2. Однако при попытке пингануть test.local он пытается достучаться до контролера из сайта gorod3. DC и gorod2 доступен. Вопрос: почему он ломится не на ближайший контролер.
24 января 2011 г. 14:25
Ответы
-
Возврат IP-адреса от DNS-сервера и выбор контроллера для работы - это 2 разных механизма. Используйте команду nltest /dsgetdc:<domain>
- Помечено в качестве ответа Sergei Pyrkov 25 января 2011 г. 8:38
24 января 2011 г. 14:47Отвечающий
Все ответы
-
Возврат IP-адреса от DNS-сервера и выбор контроллера для работы - это 2 разных механизма. Используйте команду nltest /dsgetdc:<domain>
- Помечено в качестве ответа Sergei Pyrkov 25 января 2011 г. 8:38
24 января 2011 г. 14:47Отвечающий -
а сколько DNS-серверов и где они расположены?
24 января 2011 г. 17:31 -
Вроде разобрался.
Проверить контролер домена аунтифицировавший клиента можно set loginserver , или как написал AndricoRus.
Ненашел тока отвера на вопрос "почему при попытке пингануть test.local он ломится не на ближайший контролер."
25 января 2011 г. 8:42 -
Ненашел тока отвера на вопрос "почему при попытке пингануть test.local он ломится не на ближайший контролер."
так написал же в том же самом сообщении... что возвращать клиенту - решает DNS, а его логика зависит от двух факторов: Round-Robin и Netmask Ordering... механизм определения контроллера клиентом работает далее уже по иной логике: сайты, линк-косты... пинг пойдёт по тому адресу, который вернёт DNS...25 января 2011 г. 9:38Отвечающий -
Ненашел тока отвера на вопрос "почему при попытке пингануть test.local он ломится не на ближайший контролер."
уточню уже данный ответ:
клиенты (да и контроллеры) для обращения к контроллерам домена (для поиска) таких - test.local - запросов не делают, они обращаются к служебной зоне (и ее субдоменам).
25 января 2011 г. 10:09