Не удалось получить имя контроллера домена в этой сети.
 

данная ошибка появляется на котролере домена win 2003 standart R2 SP2
Тип события: Ошибка
Источник события: Userenv
Категория события: Отсутствует
Код события: 1054
Дата: 28.01.2009
Время: 19:12:34
Пользователь: NT AUTHORITY\SYSTEM
Компьютер: HEFEST
Описание:
Не удалось получить имя контроллера домена в этой сети. (Указанный домен не существует или к нему невозможно подключиться. ). Обработка групповой политики прекращена.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".


ipconfig /all

с сервера
C:\Documents and Settings\admin2>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : hefest
Основной DNS-суффикс . . . . . . : GCompany.local
Тип узла. . . . . . . . . . . . . : неизвестный
IP-маршрутизация включена . . . . : нет
WINS-прокси включен . . . . . . . : нет
Порядок просмотра суффиксов DNS . : gcompany.local

2.1 - Ethernet адаптер:

DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Intel(R) PRO/1000 EB Network Connection w
ith I/O Acceleration
Физический адрес. . . . . . . . . : 00-15-17-22-EE-B4
DHCP включен. . . . . . . . . . . : нет
IP-адрес . . . . . . . . . . . . : 191.100.2.1
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . : 191.100.2.11
DNS-серверы . . . . . . . . . . . : 191.100.2.1
191.100.5.5

с клиента
D:\Documents and Settings\PlNi>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : cb0168
Основной DNS-суффикс . . . . . . : GCompany.local
Тип узла. . . . . . . . . . . . . : неизвестный
IP-маршрутизация включена . . . . : да
WINS-прокси включен . . . . . . . : нет
Порядок просмотра суффиксов DNS . : GCompany.local

d-link - Ethernet адаптер:

Состояние сети . . . . . . . . . : сеть отключена
Описание . . . . . . . . . . . . : D-Link DFE-520TX PCI Fast Ethernet A
dapter
Физический адрес. . . . . . . . . : 00-1C-F0-C8-09-30

lan - Ethernet адаптер:

DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Realtek RTL8168/8111 PCI-E Gigabit E
thernet NIC
Физический адрес. . . . . . . . . : 00-1C-C0-3D-55-AE
Dhcp включен. . . . . . . . . . . : нет
IP-адрес . . . . . . . . . . . . : 191.100.2.168
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . : 191.100.2.11
DNS-серверы . . . . . . . . . . . : 191.100.2.1
191.100.2.4

D:\Documents and Settings\PlNi>ipconfig /flushdns

Настройка протокола IP для Windows

Успешно сброшен кэш распознавателя DNS.

D:\Documents and Settings\PlNi>nslookup hefest.gcompany.local
Server: hefest.gcompany.local
Address: 191.100.2.1

Name: hefest.gcompany.local
Address: 191.100.2.1


D:\Documents and Settings\PlNi>nslookup 191.100.2.1
Server: hefest.gcompany.local
Address: 191.100.2.1

Name: hefest.gcompany.local
Address: 191.100.2.1

проверь, время на на сервере и рабочей станции одно и тоже?

babki, да, один в один.

может ли проблема быть связанна с тем что в домене есть несколько контролеров??

Состояние сети . . . . . . . . . : сеть отключена

случайно проблема не в этом?
сети где то нет!

это не втему но разная подсеть
а так если мне не изменяет память то проблема во время загрузки по мойму DNS загружается раньше AD или наоборот.
Если так то ничего страшного нет.

это на клиенте. я думаю ошибки на КД не из-за этого

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

дак вообще с рабочей станции можно попасть в какую нибудь папку на сервере- контроллере домена? Линия в принципе исправна? Проверь!

ну тогда вот твой ответ.

можно более точную инфу, хочется убедиться и избавиться от ошибки.

любопытно

что именно??

Просто в первом случае у тебя DNS в другой подсети в 191.100.5.5 при маске 24 не стыковка с 191.100.2.1
И вообще частные адреса класса С начинаются с 192.168.x.x или я не прав
http://support.microsoft.com/kb/324174/ru

Diesel315, т.е. вы хотите сказать, что когда сервак стартует он не может найти 191,100,5,5??

Цитата:

Цитата Diesel315 И вообще частные адреса класса С начинаются с 192.168.x.x или я не прав »

10,х,х,х - тоже частная сеть

10,х,х,х - тоже частная сеть
Это понятно она относится к классу A. Я говорил про 191. сеть класса C начинается насколько мне известно с 192.
НУ это просто так к делу не относится а про 191.100.5.5 ты его вообще разме можешь пингануть судя по твоей инфе машины находятся по 2 подсети они в принципе не могут видеть 5 подсеть с маской /24 если только у тебя не стоит маршрутизатор.
А в принципе у тебя есть проблемы по существенней (ну в смысле ощутимые).По томучто этот лог не критичен сам по себе только в купе с чем нибудь еще.

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

monkkey, так оно же все на англ. можно так сказать в общих чертах о чем там??

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

На Primary DNS с ресурсными записями все в порядке? То, что происходит разрешение FQDN контроллера в IP-адрес и обратно - мало о чем говорит... Проверьте разрешение gcompany.local, на кого показывает? И стандарт - netdiag /fix :) на всех контроллерах. Не повредит, уж это точно.

что это значит??

кста, проблема на сервер решилась: на серваке были 2 карточки, в дополнительных параметрах сетка которая работая была поставлена вверх.

Это значит в какой адрес разрешается корень домена. Именно с него начнется поиск ближайшего контроллера

а как это можно узнать??

nslookup
domain.com

Oleg Krylov, а как можно удалить лишние из списка??

Это что?
Что у тебя висит по данному адресу?

то же что и написано в ipconfig.
в частности isa2006

прошу помочь в данном вопросе

В общем, как я писал раннее, столкнулся с этой же проблемой сразу после перехода на w2r3 R2 SP2 Rus License (на w2k3 SP2 Eng Nolicense все работало без проблем).
ПРочитал статейку
Сразу же обновил все драйвера, потому как отключать фишки не хотелось, да и собственно, других мыслей не было. Контроллер был физически 1, standalone полный. Поэтому грешить на DNS и другие настройки особо не пришлось

После обновления драйверов, ошибки поисчезали. Осталось 4 компьютера с ними. Но на работу это никак не сказывалось больше полугода.

И вот, буквально, в начале февраля эти 4 компа отвалились, т.е. перестали забирать групповые политики. (возможно после очередного обновления сервера)

Сегодня решил добить, чтобы не ухудшить.

2 компьютера - обновил драйвера, еле нашел. Ошибка исчезла, сразу появились недельные проги.
2 компьютера - пришлось ставить новые сетевые карты. Как в первом примере, ошибка исчезла.

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