При загрузке рабочей станции с Windows XP SP3 долго висит окно “Применение параметров компьютера“(до ввода имени пользователя). После применения параметров загрузка проходит довольно быстро. Причем, аналогичная длительная загрузка наблюдается и на других компьютерах, но не на всех. Если во время загрузки отключить сетевой кабель, применение параметров компьютера происходит практически моментально.
Конфигурация вполне “стандартная” - рабочие станции Windows XP SP2, SP3, сервер - Windows Server 2003 / Windows Server 2008 c DNS, DHCP и Active Directory
В чем может быть дело:
Профиль еще не актуален. На этом этапе сначала ищется DC, затем примемяются компьютерные GP, поиск опубликованных в AD сетевых принтеров и папок… А так же выполняются скрипты. Например обновление файлов копированием.
В настройках сетевого подключения рекомендуется в графе “Предпочитаемый DNS-сервер” ввести точный IP адрес сервера контроллера домена. Как правило, это позволяет ускорить применение параметров компьютера.
Юзаем консоль, смотрим ошибки
Запустите rsop.msc и убедитесь, что гупповые политики отрабатывают
dsa.msc
Смотрим локальные логи - ищем ошибки, сообщения
На машинах, на которых долго применяются параметры, посмотреть в Event Viewer, нет ли сообщений, что не смог обработать групповую политику. Пару раз было такое при кривой настройке ДНС-сервера - ссылались на медленный сервер и происходила такая же петрушка.
Смотрим логи на сервере:
В логах на сервере есть ошибки от Kerberos? А именно EventID 4?
http://support.microsoft.com/kb/244474
Возможно, проблемы с DNS/DHCP
(”применение параметров компьютера” по времени доходило до 5 минут). В настройках TCP/IP клиента прописал адрес сервера в DNS и WINS(?). Проблема исчезла
Ещё один “голос” за DNS/DHCP
Предположительный источник проблемы длительной загрузки комьпютера:
1. DHCP сервер…. не отвечает или находится крайне далеко от пользователя
2. DNS
3. В принципе не плохо, чтобы контроллеры домена были доступны для всех пользователей ведь вход в домен (по моему, но не точно) осуществляется не только через PDC, а через ближайший доступный…
Интересный вариант развития событий:
У пользователей в профиле прописана шаровая папка, при исключении её из профиля - машина грузится нормально!!!
Была подобная проблема при падении AD.
Решилось убиением старых групповых политик на рабочих станциях.
На клиенте ipconfig /all
nslookup -q=a server_name
Убедись что с сервером DNS все в порядке.
Вынеси контроллер домена на медленном линке в отдельный сайт.
прогони netdiag.
В общем, как всегда - заглядываем в логи, ищем ошибки..
Полезности:
комплект утилит Sysinternals
http://technet.microsoft.com/ru-ru/sysinternals/bb963902.aspx
CodeStuff Starter - альтернатива
http://systemexplorer.net - бесплатная программа для настройки системы
3 типа Autorun
1. Machine Run [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run]
2. All Users Run + Users Run
3. Autorun
Конфигурация вполне “стандартная” - рабочие станции Windows XP SP2, SP3, сервер - Windows Server 2003 / Windows Server 2008 c DNS, DHCP и Active Directory
В чем может быть дело:
Профиль еще не актуален. На этом этапе сначала ищется DC, затем примемяются компьютерные GP, поиск опубликованных в AD сетевых принтеров и папок… А так же выполняются скрипты. Например обновление файлов копированием.
В настройках сетевого подключения рекомендуется в графе “Предпочитаемый DNS-сервер” ввести точный IP адрес сервера контроллера домена. Как правило, это позволяет ускорить применение параметров компьютера.
Юзаем консоль, смотрим ошибки
Запустите rsop.msc и убедитесь, что гупповые политики отрабатывают
dsa.msc
Смотрим локальные логи - ищем ошибки, сообщения
На машинах, на которых долго применяются параметры, посмотреть в Event Viewer, нет ли сообщений, что не смог обработать групповую политику. Пару раз было такое при кривой настройке ДНС-сервера - ссылались на медленный сервер и происходила такая же петрушка.
Смотрим логи на сервере:
В логах на сервере есть ошибки от Kerberos? А именно EventID 4?
http://support.microsoft.com/kb/244474
Возможно, проблемы с DNS/DHCP
(”применение параметров компьютера” по времени доходило до 5 минут). В настройках TCP/IP клиента прописал адрес сервера в DNS и WINS(?). Проблема исчезла
Ещё один “голос” за DNS/DHCP
Предположительный источник проблемы длительной загрузки комьпютера:
1. DHCP сервер…. не отвечает или находится крайне далеко от пользователя
2. DNS
3. В принципе не плохо, чтобы контроллеры домена были доступны для всех пользователей ведь вход в домен (по моему, но не точно) осуществляется не только через PDC, а через ближайший доступный…
Интересный вариант развития событий:
У пользователей в профиле прописана шаровая папка, при исключении её из профиля - машина грузится нормально!!!
Была подобная проблема при падении AD.
Решилось убиением старых групповых политик на рабочих станциях.
На клиенте ipconfig /all
nslookup -q=a server_name
Убедись что с сервером DNS все в порядке.
Вынеси контроллер домена на медленном линке в отдельный сайт.
прогони netdiag.
В общем, как всегда - заглядываем в логи, ищем ошибки..
Полезности:
комплект утилит Sysinternals
http://technet.microsoft.com/ru-ru/sysinternals/bb963902.aspx
CodeStuff Starter - альтернатива
http://systemexplorer.net - бесплатная программа для настройки системы
3 типа Autorun
1. Machine Run [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run]
2. All Users Run + Users Run
3. Autorun
Комментариев нет:
Отправить комментарий