Мы ломаем голову, пытаясь разобраться в этой проблеме, и в настоящее время застряли!
По сути, у нас возникают проблемы с некоторыми пользователями, которые по утрам заходят в систему по утрам, иногда до 20 минут, мы пытались исправить эту проблему, рассматривая различные методы, мы проверили DNS (кажется, все в порядке, хотя не мой Сильнее всего я приму предложения), проверил скорость сети (кажется, хорошо), рассматриваемые пользователи не используют перемещаемые профили и нет политик, указывающих на недоступные подключенные сетевые диски.
В настоящее время это является серьезной проблемой, поскольку многие пользователи жалуются на то, что они могут приготовить чашку кофе, прежде чем компьютер войдет в систему.
windows
windows-xp
domain
startup
Дэрил Линей
источник
источник
Ответы:
У нас была похожая проблема, когда рабочим станциям требовалось около 10 минут для входа в систему. Однако, если сетевой кабель был отключен и компьютер перезагрузился, они сразу же вошли в систему.
Мы обнаружили, что медленный вход в систему был вызван драйвером принтера, который устанавливался, но требовал пользовательского ввода, что, очевидно, не могло быть предоставлено, поскольку пользователь еще не вошел в систему.
Попробуйте включить подробный экран приветствия в GPO. Это может показать вам, где застревает компьютер.
источник
Вы можете проверить параметр реестра «BufferPolicyReads». Этот параметр включен по умолчанию в Windows 7, но его необходимо указать для Windows XP.
http://support.microsoft.com/kb/319440
Ключ: HKLM \ Software \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon
Значение: BufferPolicyReads
Тип: DWORD
Значение: 1
источник
Чтобы добавить к тому, что другие опубликовали, я видел это иногда, когда на клиентских машинах DNS настроен не сервер AD (или внутренний DNS-сервер), это особенно верно, если ваш локальный домен использует .com или. сеть или что-то, что находится в публичном домене DNS.
источник
"this is especially true if your local domain is using a .com or .net or something that is in the Public DNS domain."- Нет. Это неправильно. Вы должны использовать поддомен в зарегистрированном домене, который у вас есть для вашей AD. Так что, если ваш сайт,example.comвы должны использовать что-то вродеad.example.comвашего Active Directory. Пока клиенты настроены на использование контроллеров домена для DNS, нет никаких причин отговаривать кого-либо использовать .net, .com, .edu или любой другой зарегистрированный TLD. Ни при каких обстоятельствах вы не должны использовать поддельные TLD, такие как .local, .lan или .corp.Попробуй netsh int ipv4 reset и netsh winsock reset и ipconfig / flushdns, в моем случае это было сделано
источник