
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[216.73.216.62] |
![]() |
|
Сообщ.
#1
,
|
|
|
Здравствуйте, уважаемы участники форума!
Исходная ситуация: Есть контроллер домена на Win Server 2008 Std, SP1. Есть станция на Win XP Pro, SP3. На контроллере настроены DNS- и DHCP-серверы. Используется IPv4, IPv6 не используется. Других контроллеров нет. Маршрутизация не используется. Брандмауэры везде отключены. Групповые политики - только две стандартные. В "Default Domain Policy" включена политика Конфигурация компьютера - Политики - Административные шаблоны - Система - Вход в систему: Всегда ждать сеть при запуске и входе в систему. Всё прочее - по умолчанию. "Учётка" станции находится в стандартном AD-контейнере "Computers". Проблема: В журнале событий станции есть запись об ошибке 1054, источник Userenv (домен недоступен или к нему невозможно подключиться). Как следствие на станцию не распространяется доменная групповая политика. Найденные советы по устранению такой ошибки сводятся к рекомендациям о верной настройке DNS-сервера, но в моём случае он настроен верно. Станция нормально зарегистрирована в AD, получила верные DNS-имя и IP-адрес. Запущенная на станции NSLOOKUP правильно указывает на DNS-сервер. В чём бы здесь ещё могло быть дело? |
Сообщ.
#2
,
|
|
|
Dmitrii, сеть LAN или Wi-Fi? Если Wi-Fi, то измени драйвер управления сетями с брендового на виндовый. А еще как вариант перезагони тачку в домен.
|
Сообщ.
#3
,
|
|
|
Цитата Arny @ LAN.сеть LAN или Wi-Fi... Цитата Arny @ Испробовано до того, как был задан вопрос на форуме. ... перезагони тачку в домен |
![]() |
Сообщ.
#4
,
|
|
Сообщ.
#5
,
|
|
|
Цитата Rust @ Нет не это, но причина тоже аппаратная.Может это... Задача решена путём замены коммутирующего устройства (3Com-концентратор на D-Link-коммутатор). Занятно, что у Win Server 2003 Ent при работе с тем же концентратором ничего подобного не наблюдалось. Благодарю всех за внимание и участие. |
Сообщ.
#6
,
|
|
|
Цитата Dmitrii @ Найденные советы по устранению такой ошибки сводятся к рекомендациям о верной настройке DNS-сервера, но в моём случае он настроен верно. Станция нормально зарегистрирована в AD, получила верные DNS-имя и IP-адрес. Запущенная на станции NSLOOKUP правильно указывает на DNS-сервер. В чём бы здесь ещё могло быть дело? Отключи NetBIOS over TCP на клиенте, и результат работы DCDIAG и тоже но с ключем /DNSall в студию. |
Сообщ.
#7
,
|
|
|
Цитата В файлах DCDiag_with_Error и DCDiag_DNSAll_with_Error - результаты диагностики при использовании концентратора (политика не распространяется).Отключи NetBIOS over TCP на клиенте, и результат работы DCDIAG и тоже но с ключем /DNSall в студию. В файлах DCDiag_without_Error и DCDiag_DNSAll_without_Error - результаты диагностики при использовании коммутатора (политика распространяется). Прикреплённый файл ![]() |