Возможно, одна из самых неприятных проблем для устранения неполадок - это система, которая сидит на экране «Применить настройки компьютера ...» для того, что кажется навсегда раньше (в конечном итоге) до такой степени, что вы можете войти в систему. Интересно, хотя некоторые из этих случаев направляется в команду Performance, поскольку воспринимаемая система зависает, факт в том, что система действительно не висела вообще. В подавляющем большинстве случаев система пытается завершить операцию и ждет ответа. С учетом сказанного, неудачная реальность заключается в том, что существует буквально сотни возможных причин, но сегодня мы собираемся пройти через пару из них и покажем вам быстрые клавиши для устранения неполадок. Так что без дальнейших церемоний ...
Прежде чем мы углубимся в то, что происходит с «Применением настроек компьютера», давайте быстро рассмотрим последовательность загрузки для клиентского компьютера, подключенного к домену Active Directory, который получает динамический IP-адрес:
Пользовательские полномочия на машине, которая проходит через POST (Power-On Self-Test). Последовательность POST отображает информацию о BIOS и объеме установленной физической памяти. Система также попытается инициализировать PCI-карты. Как только последовательность POST завершится, вы обычно увидите базовую таблицу с описанием конфигурации системы, включая информацию о диске и информацию о карте PCI.
Система проходит процесс получения DHCP-адреса, обычно называемого DORA:
DHCP (D) iscover
DHCP (O) ffer
Конкуренция DHCP (R)
DCHP (A) cknowledge
Если система может успешно получить IP-адрес, тогда будут заполнены различные параметры конфигурации сети, такие как шлюз по умолчанию, серверы DNS, серверы WINS и т. Д. Если система не может получить IP-адрес, система будет отключать / отказываться от обработки различных сетевых функций, включая применение групповых политик и даже возможность входа на клиентскую машину.
Предполагая, что система получила IP-адрес от DHCP-сервера, служба клиента DHCP попытается зарегистрировать свой IP-адрес с DNS-сервером
Система пытается запросить DNS для записи SRV для контроллера домена. Если система находит контроллер домена, он начинает процесс применения системных и групповых политик на уровне системы. Если DC не может быть найден, тогда мы находимся в ситуации с другим таймаутом, когда групповые политики не будут применяться.
После того, как будут применены настройки компьютера, отобразится приглашение пользователя для входа в систему, и пользователь вводит свои учетные данные
Если система смогла связаться с контроллером домена, то вход в систему аутентифицируется и применяются политики пользователя. Если система не смогла связаться с контроллером домена, система может зарегистрировать пользователя с кэшированными учетными данными. Поскольку контроллер домена не может быть установлен, пользовательские объекты групповой политики не будут применяться.
Теперь это обзор высокого уровня процесса запуска. Итак, где же входит игра «Применение настроек компьютера»? Там, где вы, скорее всего, столкнетесь с этой проблемой, между этапами 4 и 5. Система установила контроллер домена и запрашивает его для списка групповых политик, которые должны применяться.
Теперь, когда мы знаем, где проблема возникает в нашем процессе, как мы можем лучше всего ее устранить? Существует несколько разных подходов. Верьте или нет, один из самых быстрых способов изолировать, если проблема возникает локально или вызвана тем, что требует сетевых ресурсов, - это просто отключить сетевой кабель. «Разбивая» сетевое соединение, сетевые запросы должны быть отключены почти мгновенно, и процесс входа в систему должен продолжаться. Вы также можете использовать утилиту MSCONFIG.EXE для временного предотвращения запуска служб, не входящих в Microsoft, в следующий раз при загрузке системы. Для этого запустите служебную программу настройки системы и вкладку «Службы», скройте все службы, отличные от Microsoft, и выберите «Отключить все». Когда вы перезагружаете систему, если проблема не повторяется, у вас теперь есть намного меньший список потенциальных виновников для устранения неполадок.
Большинство случаев, с которыми мы, как правило, сталкиваемся, однако, вращаются вокруг обработки групповой политики. В прошлом году мы написали несколько сообщений о групповых политиках (см. Ссылки ниже), но лучший способ действительно устранить проблему, подобную этой, - включить ведение журнала USERENV, а затем просмотреть файл журнала. Каждая из записей в файле журнала имеет временную метку, поэтому вы сможете узнать, есть ли какие-либо задержки в обработке или проблемы с определением определенной групповой политики и т. Д. Наша команда поддержки служб каталогов имеет много опыта в поиске журналов USERENV и устранении неполадок где системы застревают в «Применении настроек компьютера», поэтому, если вы столкнетесь с одной из таких ситуаций, которые вы просто не можете изолировать, дайте нам (ну, ребятам Directory Services) вызов, чтобы мы могли помочь вам его получить решена!