Нет серверов, которые могли бы обработать запрос на вход в сеть Windows 7

Обновлено: 03.07.2024

В настоящее время нет серверов входа в систему, доступных для обслуживания. Ошибка запроса входа возникает, когда пользователь пытается войти в свою учетную запись домена на сервере Windows. Эта ошибка не позволяет пользователю войти в систему. Эта ошибка также возникает, если вы недавно восстановили контроллер домена Active Directory. Теперь эта ошибка может возникать по нескольким причинам, таким как вход пользователя в систему до процесса аутентификации хоста. Не удалось восстановить учетную запись пользователя в Active Directory. Итак, сегодня в этом руководстве по устранению неполадок мы исправим ошибку. Давайте сначала подробно рассмотрим его причины.

Оглавление

Причины того, что в настоящее время нет серверов входа в систему, доступных для обслуживания ошибки запроса входа:

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

Неверное время/дата в системах
Устаревшие сетевые драйверы
Сетевое подключение не работает
Неправильные настройки DNS
Сбой подключения между контроллером домена и рабочей станцией
Проблема с оборудованием

Подобные типы В настоящее время нет серверов входа в систему, доступных для обслуживания ошибки запроса входа:

В настоящее время нет доступных исправлений для серверов входа
Нет доступных серверов входа в Windows 10
Аутентификация Kerberos
В настоящее время нет доступных серверов входа в Windows 10
Доверие к домену
Контроллер домена
Удаленный пользователь
Гипер-V

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

В этом разделе мы обсудим несколько лучших способов устранения этой проблемы. Методы включают изменение имени домена в свойствах системы, сброс безопасного канала с помощью командной строки, восстановление безопасного канала с помощью PowerShell и, наконец, сброс системы.

1. Изменение имени домена/компьютера —

Это один из самых естественных методов. В этой ошибке в настоящее время нет серверов входа в систему, доступных для обслуживания метода запроса входа в систему Windows 7, мы перейдем к свойствам системы и настроим параметры. Следуйте инструкциям.

ШАГ 1. Нажмите "Пуск", введите "Выполнить" и нажмите Enter.
ШАГ 2. В поле запуска введите панель управления и нажмите Enter.
ШАГ 3. Теперь в окне панели управления выберите Система и безопасность >Система
ШАГ 4. Нажмите «Изменить настройки».

ШАГ 6. Ниже выберите «Параметры рабочей группы», введите любое имя в поле и нажмите «ОК».

ШАГ 7. Ваша система автоматически перезагрузится

2. Использование командной строки —

В этом методе мы будем использовать командную строку. Внимательно вводите каждую команду, чтобы избежать дальнейших ошибок. Команда, которую мы будем использовать, сбросит безопасный канал и удалит ошибку «В настоящее время нет серверов входа в систему, доступных для обслуживания ошибки контроллера домена запроса на вход». Следуйте инструкциям.

ШАГ 4. Безопасный канал будет сброшен, теперь выйдите из системы и войдите снова.
ШАГ 5. Проверьте, сохраняется ли ошибка

3. Использование Powershell —

В этой ошибке в настоящее время нет серверов входа в систему, доступных для обслуживания метода запроса входа в систему Windows 10; мы будем использовать Powershell. Как и в приведенном выше методе, мы будем использовать мощную команду, которая может восстанавливать защищенные каналы и управлять параметрами службы входа в сеть. Команда поможет восстановить соединение между локальным компьютером и его доменом.

ШАГ 4. Нажмите Enter, чтобы запустить команду. Устранение проблемы займет несколько минут.
ШАГ 5. Наконец, выйдите из системы и войдите снова, и вы увидите, что ваша ошибка исправлена.

4. Сброс настроек Windows –

Используйте эту ошибку. В настоящее время нет доступных серверов входа в систему для обслуживания метода запроса входа в систему Windows 8 после опробования всех вышеперечисленных методов.

ШАГ 3. Выберите, хотите ли вы сохранить свои файлы или удалить все.
ШАГ 4. Затем выберите Просто удалить мои файлы

ШАГ 5. Нажмите «Сброс».
ШАГ 6. Следуйте инструкциям на экране, чтобы завершить процесс.

Вывод:

В этой статье мы обсудили все методы устранения неполадок, чтобы исправить ситуацию, когда в настоящее время нет доступных серверов входа для обслуживания ошибки запроса на вход. Мы продемонстрировали четыре различных подхода к устранению проблемы. Кроме того, мы говорили о причинах и влиянии ошибки на систему.

Мы надеемся, что это руководство по устранению неполадок решит вашу проблему. Чтобы узнать больше статей об устранении ошибок, следите за нами. Спасибо!

при попытке входа на компьютер с Windows 7 появляется следующее сообщение "в настоящее время нет доступных серверов входа для обработки вашего запроса на вход". Это происходит только при первой попытке входа. успешно войти в систему после 2-й или 3-й попытки. Как перестать получать сообщение при первой попытке входа?

Защитите свои конечные точки от киберпреступников

2022-03-24 14:00:00 UTC Веб-семинар Веб-семинар: Cisco — защитите свои конечные точки от кибер-преступников Подробности о событии Просмотреть все события

40 ответов

ранхальт

Удалить и снова присоединиться к домену.

Более подходящая доска.

У меня такая же проблема.

Windows Server 2012 Essentials и Windows 8 Pro.

Я думаю, это связано с сетью.

С.Ли

Удалить компьютер из AD, присоединиться к рабочей группе (локальной)

Удалить учетную запись компьютера из AD

Войти как локальный администратор

Вновь присоединиться к домену,

Не забудьте шаг 0.

<р>0. Убедитесь, что учетная запись локального администратора не отключена и что вы знаете пароль.

Спасибо! Я попробую удалить и снова присоединиться к домену!

С.Ли

Robert5205 написал:

Не забудьте шаг 0.

0. Убедитесь, что учетная запись локального администратора не отключена и что вы знаете пароль.

ЭрикN

Это может быть проблема с сетью, и локальная сеть еще недоступна, когда вы пытаетесь войти в систему. Я видел, как это происходит как с беспроводным (более распространенным), так и с проводным подключением. Что попробовать:

проверьте диспетчер устройств, включен ли параметр "отключить это устройство для экономии энергии" для основного сетевого подключения.
проверьте, не слишком ли много групповых политик, которые замедляют работу
убедитесь, что сетевые подключения в порядке (например, слишком много ноутбуков одновременно подключаются к перегруженным точкам доступа)
проверьте и замените патч-кабели, если они неисправны.

Я бы удостоверился, что контроллер домена можно пропинговать. Пытаться присоединиться к домену бессмысленно, если они не разговаривают.

Также убедитесь, что часы синхронизированы.

Кроме того, при беспроводном соединении попробуйте подключиться напрямую к сети Ethernet.

Маленький зеленый человечек

Есть несколько причин, которые могут быть причиной этого. Это ноутбук или настольный компьютер, который загружается после холодной загрузки?

Один из шагов по устранению неполадок — проверить, включен ли протокол IPv6. Я знаю, что многие скажут, что это нормально, если он включен по умолчанию и что он ничего не ломает, но иногда это просто неправда, что он всегда работает по умолчанию.

Если у вас возникают периодические сетевые ошибки (проблемы с доменом esp/DC/dns), снимите флажок ivp6 в свойствах сети и посмотрите, устранит ли это проблему. если это может быть просто случай, когда он пытается использовать записи IPv6 DNS AAAA, которые могут еще не существовать.

Маленький зеленый человечек

Нет. Есть лучшие способы исправить это, чем использовать этот метод.

Спасибо всем. Удаление и повторное добавление в домен сработало!

Маленький зеленый человечек

ronaldgrim написал:

Спасибо! Я попробую удалить и снова присоединиться к домену!

Посмотрите, почему я отказываюсь от этого:

Если у вас возникла эта проблема, это означает, что возникла проблема со связью. Это может быть связано с неправильным паролем компьютера, возможно, доверие повреждено и его необходимо восстановить.

Отключение и повторное присоединение НЕ является первым методом, который следует использовать. Выполнение этого таким образом имеет более серьезные последствия, которые большинство понимает в более крупных настройках AD. Вы сказали, что сможете войти в систему со 2-й или 3-й попытки. для меня это больше похоже на проблему со связью. повторное присоединение к домену не устраняет основную проблему.

Тем не менее, еще один метод устранения неполадок, который хорошо работает для пользователей ноутбуков с беспроводными и проводными сетевыми адаптерами, заключается в обеспечении правильного порядка интерфейсов в зависимости от того, какой интерфейс вы предпочитаете использовать первым:

Я удивлен, что повторное присоединение исправило это..

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

в любом случае... .по крайней мере отсортировано!

Следуя тому, что говорится в законопроекте, для явной ошибки "Отношения доверия"... я перехожу на эту страницу... с теми же командами.

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

[в настоящее время нет доступных серверов входа]

В зависимости от ваших обстоятельств и того, чего вы на самом деле пытаетесь достичь: тип разочарованного человека, который просматривает эту ветку, находится здесь, потому что. У них есть устройство, которое является новым, «конечным пользователем» или повторно созданным образом ... которое внезапно теперь выдает ошибку [в настоящее время нет доступных серверов входа в систему], когда когда-либо они «НЕ» жестко подключены к сети.< /p>

А ты сидишь и ломаешь голову, говоря "Что происходит, ты уже знаешь мои учетные данные. Они кэшированы. Позвольте мне войти в вас ______."

Не волнуйтесь, у меня может быть ответ, который вы еще не видели в сети, который упускается из виду и очень прост...

Если вы говорите об устройстве, которое находится в домене и является частью AD (Active Directory), я бы порекомендовал взглянуть на вашу группу. Теперь в нативе, AD и/или MSoft включено кеширование входа в сеть/пользователя. Тем не менее, с помощью GPO можно иметь группы или «дерево/лес», чтобы эта функция была отключена с помощью GPO. Очевидно, что этот параметр GPO встречается нечасто, так как это обычно делается в средах с ВЫСОКОЙ БЕЗОПАСНОСТЬЮ.
Таким образом, если ваше проблемное устройство выдает подобную ошибку [в настоящее время нет доступных серверов для входа в систему]. первое место, которое я бы посмотрел, было бы AD и где устройство находится в AD. Попробуйте переместить его в другую группу, так как он мог быть помещен не в ту группу. перезагрузите устройство и попробуйте. Имейте в виду, что может потребоваться "gpupdate или /force".

Если это не решит проблему, вы можете попробовать что-то из ^выше^ или командной строки, которые, я уверен, вы видели на других форумах/сайтах, так как вы прочесывали Google :P

Надеюсь, это поможет,
удачи,

BMG_Zone

Чтобы это исправить, я подключил кабель Ethernet, а не только беспроводную связь

У меня такая же проблема, я принес рабочий ноутбук домой и не могу войти в систему из-за того же сообщения об ошибке! я вошел в ноутбук на работе, и теперь, когда я дома, он не работает! Я также подключил кабель Ethernet, и он все еще не работает. я предполагаю, что все эти идеи выше требуют, чтобы я в какой-то момент вошел в компьютер, но как я должен это сделать? Есть идеи?

хорошо. Я понял. я подключил свой кабель Ethernet, когда я сделал это. попробовал еще раз и получил ту же проблему. я вошел в учетную запись локального администратора и заметил, что при проводном подключении возникла проблема с подключением. поэтому я провел диагностику соединения, и оказалось, что у меня не был включен dhcp, он исправил это для меня, и у меня снова было соединение, я вышел из системы и вошел в учетную запись домена, и проблема была исправлена. так что это ошибка сети.

У меня была эта проблема (нет доступных серверов входа в систему), и моя ситуация была немного уникальной.

Ранее я установил для пользовательского предпочтительного DNS значение 127.0.0.1. Цель состояла в том, чтобы ограничить использование Интернета только одобренными веб-сайтами, которые я ввел в файл HOSTS. Так было установлено в течение последних 5-6 месяцев без проблем.

Когда я получил сообщение об ошибке, я попробовал предложенное решение Network ID, но получил сообщение об ошибке, в котором говорилось, что мои учетные данные не могут быть проверены. Центр управления сетями и общим доступом сказал, что я подключен к «Сети 2» или чему-то столь же общему (точно не помню), а не к моему домену. Когда я выбрал «Получить адрес DNS-сервера автоматически» («Настройки адаптера» -> «Подключение по локальной сети» -> «Свойства» -> «Свойства TCP/IPv4»), я был мгновенно переподключен к домену. Затем я сбросил пользовательский DNS обратно на 127.0.0.1, и теперь, когда я вхожу в систему, все работает как надо.

Я понимаю, что это решение, вероятно, не подойдет большинству людей, но решил поделиться им на тот случай, если оно кому-нибудь поможет.

В этой статье представлено решение ошибки, возникающей после клонирования нового виртуального ЦОД и попытки входа в систему в интерактивном режиме.

Применимо к: Windows Server 2016, Windows Server 2019
Исходный номер базы знаний: 2742908

Симптомы

Вы используете функцию клонирования виртуализированного контроллера домена (VDC), представленную в Windows Server 2012. После клонирования нового VDC вы пытаетесь войти в систему в интерактивном режиме. Однако вы получаете следующую ошибку:

В настоящее время нет доступных серверов входа для обслуживания запроса на вход

Причина

Процесс клонирования завершился неудачно, и сервер был запущен в режиме восстановления служб каталогов (DSRM). Нет визуального указания на то, что контроллер домена запущен в DSRM на странице входа Ctrl+Alt+Delete в Windows Server.

Разрешение

Нажмите клавишу со стрелкой влево или нажмите клавишу Esc.
Выбрать другого пользователя.
Введите имя пользователя следующим образом: .\administrator
Укажите пароль пользователя DSRM, который в настоящее время установлен на исходном контроллере домена и использовался для клонирования этого компьютера. Этот пароль был указан во время первоначальной акции. Обратите внимание, что этот пароль мог быть позже изменен с помощью NTDSUTIL.EXE.
Когда вы войдете в систему, сервер отобразит БЕЗОПАСНЫЙ РЕЖИМ во всех четырех углах экрана. Устраните проблемы, препятствовавшие клонированию, удалите флаг загрузки DSRM и повторите попытку клонирования контроллера домена.

Подробнее

Это визуальное поведение и ошибка не связаны с клонированием. Это поведение и ошибка характерны только для DSRM. DSRM намеренно вызывается как часть процесса клонирования, чтобы защитить сеть и домен от дублирующихся контроллеров домена.

Режим восстановления служб каталогов в предыдущих операционных системах Windows назывался режимом восстановления служб каталогов.

Дополнительные сведения о настройке и устранении неполадок VDC, а также подробные сведения и пошаговые инструкции см. в Техническом справочнике по виртуализированным контроллерам домена (уровень 300).

О событии с идентификатором 5719 вы можете ознакомиться с этими статьями:

Событие с кодом 5719 регистрируется при запуске компьютера

Сообщение о событии "Netlogon event ID 5719" регистрируется при запуске компьютера под управлением Windows

Кроме того, я предлагаю попробовать следующее, чтобы сузить проблему:

1 Временно удалите все защитное программное обеспечение (брандмауэр, антивирус, антишпионское ПО и т. д.) на клиенте Windows Vista и проверьте, работает ли оно.

2 Что касается полученного сообщения об ошибке, обратитесь к следующей базе знаний и попробуйте найденное в ней решение:

Надеюсь, это поможет.

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

Поддержка сообщества TechNet

Как дела? Пожалуйста, не стесняйтесь давать мне какие-либо обновления.

Спасибо за сотрудничество.

Поддержка сообщества TechNet

Проблема все еще возникает. Я обновил драйвер Broadcom. Я применил исправление и повторно добавил машину в домен 3 раза, но, похоже, проблема остается. Единственное, что я не пробовал, это создать новый профиль для пользователя. Если он подключен к нашей сети, и мы оба входим в ноутбук, проблем нет, за исключением того, что он сидит на «приветствии» около 30 секунд, а затем заполняет рабочие столы. но когда он выключится и перезагрузит ноутбук, и мы оба попытаемся войти в систему (его учетная запись пользователя домена и мой администратор домена), мы получим сообщение об ошибке. Не уверен, куда еще пойти с этим. Я зашел в реестр ноута пользователя и сравнил их со своим и все было так же. Любые другие идеи о том, что может быть причиной этого?

Спасибо за обновление.

Если проблема не устранена, вы можете отключить политику «Всегда ждать сети при запуске компьютера и входе в систему» в разделе «Конфигурация компьютера/Административные шаблоны/Система/Вход в систему» в групповой политике.

Поддержка сообщества TechNet

Я не хочу менять групповую политику, поскольку у нас есть другие пользователи Windows 7, у которых нет этой проблемы. Я только что перерисовал ноутбук пользователя, и он все еще происходит. Единственное, что я заметил, это то, что когда пользователь приносит ноутбук домой и входит в систему, он получает сообщение, но когда пользователь подключен к сети, он может подключиться.

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

Поддержка сообщества TechNet

К сожалению, у меня нет ответов.Я отвечаю, чтобы показать, что у нас точно такая же проблема в нашей организации. Это типичный сценарий:

<р>1. Пользователь приходит на работу утром, входит в систему, выполняет какую-то работу, затем выходит из системы и берет ноутбук с собой, чтобы посетить клиента.
2. В офисе заказчика пользователь открывает свой ноутбук и пытается войти в систему: «В настоящее время нет доступных серверов входа в систему».
3. Он пытается перезагрузиться, безрезультатно.
4. Пробует отключать вайфай на компе (через вайфай-кнопку), перезагружать, результата нет.
Это всегда заканчивается тем, что пользователь возвращается в штаб-квартиру и входит в систему.

Это противоречит самой цели иметь ноутбук. Вы можете носить его с собой, без проблем, но на самом деле вы не можете его использовать.

Такой сценарий случается не ОЧЕНЬ часто, но когда он случается, то обычно в очень неудачное время..

Я обсудил с нашим менеджером политики и спросил, считает ли он, что нам следует увеличить "Количество предыдущих входов в кэш для кэширования" в политике, но он не согласился, поскольку имел в виду, что это был pr user, и поскольку все наши пользователи имеют свои собственный ноутбук, нет ноутбуков с более чем двумя пользователями. Лучшей практикой Microsoft является установка для кэша значения 2, поэтому вот что мы имеем: количество предыдущих входов в кэш для кэширования: 2

Мне нужно поднять эту тему.

Windows 7 загружается слишком быстро на новых компьютерах.

Windows открывает экран входа в систему до завершения процесса привязки к сети.

В дополнение к совету Лео:

" Если проблема не устранена, вы можете отключить политику «Всегда ждать сети при запуске компьютера и входе в систему» в разделе «Конфигурация компьютера/Административные шаблоны/Система/Вход в систему» в групповой политике. "

Конфигурация компьютера > Административные шаблоны > Система > Профили пользователей > Установить максимальное время ожидания для сети, если у пользователя есть перемещаемый профиль пользователя или удаленный домашний каталог.

То есть, если пользователь сообщает об этой проблеме, и у нас есть настройки политики по умолчанию, мы должны попросить пользователя подождать 30 секунд, а затем повторить попытку?
Также у наших пользователей нет перемещаемых профилей. Они получают новый профиль, если входят в систему в первый раз.

Для нас это было настоящей болью, потому что когда пользователь переносит компьютер в другое место, где у нас нет сети, а компьютер говорит "Вы не можете войти в систему, потому что домен недоступен" Естественной реакцией было: "Ну, конечно, я не в офисе, но мне все равно нужно использовать компьютер. Это ноутбук, и я должен иметь возможность использовать его где угодно, верно?" /em>" И у нас не было хороших ответов или решений для наших пользователей..

Вам нужно поработать над этим со своей сетевой командой.

ПРИЧИНА
Такое поведение может возникать, когда ваш сервер подключен к коммутатору с отключенным параметром связующего дерева "portfast".

ВРЕМЕННОЕ РЕШЕНИЕ
Чтобы обойти эту проблему, включите параметр связующего дерева «portfast» на коммутаторе. Информацию о правильном использовании параметра связующего дерева «portfast» см. в документации, поставляемой с коммутатором.

Для нас это было настоящей болью, потому что когда пользователь переносит компьютер в другое место, где у нас нет сети, а компьютер говорит "Вы не можете войти в систему, потому что домен недоступен" Естественной реакцией было: "Ну, конечно, я не в офисе, но мне все равно нужно использовать компьютер. Это ноутбук, и я должен иметь возможность использовать его где угодно, верно?" /em>" И у нас не было хороших ответов или решений для наших пользователей..

Интерактивный вход: количество предыдущих входов в кэш для кэширования (в случае, если контроллер домена недоступен)

Описание

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

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

Windows не удается подключиться к серверу для подтверждения настроек входа. Вы вошли в систему, используя ранее сохраненную информацию об учетной записи. Если вы изменили данные своей учетной записи с момента последнего входа на этот компьютер, эти изменения не будут отражены в этом сеансе.

Если контроллер домена недоступен и информация для входа пользователя не кэширована, пользователю выдается следующее сообщение:

Сейчас система не может войти в систему, поскольку домен недоступен.

В этом параметре политики значение 0 отключает кэширование входа в систему. Любое значение выше 50 кэширует только 50 попыток входа в систему.

По умолчанию: 10

Как указывалось ранее, я уже спрашивал нашего менеджера политик об этом параметре, "Количество предыдущих входов в кэш для кэширования". Он сомневается, что это может быть причиной проблемы, и ссылается на передовой опыт Microsoft, который, как говорят, равен 2.

Это локальный параметр, который вы применяете с помощью групповой политики.

Включив этот параметр, ваши пользователи смогут входить в систему на компьютерах даже при отсутствии сети, при условии, что они ранее успешно входили на этот компьютер.

Если вы хотите сделать это через реестр

Кэшированная информация для входа управляется следующим ключом:

Есть ли какие-либо обновления по этому поводу? У меня есть несколько ноутбуков Win7, которые должны работать «в автономном режиме» (т. Е. Не подключены к какой-либо сети), и при входе в систему появляется сообщение «в настоящее время нет доступных серверов входа в систему для обслуживания запроса на вход». Однако иногда это работает, что очень расстраивает.

Идентификатор события 1129 в журнале системных событий.

У меня та же проблема в нашей организации, и пока я не вижу конкретного решения, которое бы работало. Есть ли новости в этой теме?

Возможно, вам потребуется изменить групповую политику, как указано в этой статье:

Член домена: отключить изменение пароля учетной записи компьютера

Одна вещь, которая, кажется, не решена, — это возможная проблема с DNS. У меня было много случаев, когда в сложных маршрутизируемых сетях, охватывающих несколько подсетей, мне приходилось указывать контроллер домена в качестве основного DNS-сервера, чтобы вход в систему работал без сбоев. В некоторых системах проблем никогда не возникнет, а в других в той же среде потребуется указать DNS-сервер в качестве контроллера домена.

Попробуйте это при входе в систему:

Поместите имя сервера DC перед именем пользователя, затем обратную косую черту и имя пользователя:

(Вы также можете попробовать это с IP-адресом вместо имени сервера DC - просто чтобы убедиться, что нет проблем с DNS)

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

Женщина, с которой это происходило, носила фамилию через дефис, а поскольку имена пользователей в наших организациях имеют форму имя.фамилия, ее имя пользователя состояло из впечатляющих 23 символов. Что бы я ни пытался, я не мог заставить ее учетную запись домена кэшироваться локально на ее ноутбуке.

Я установил для ее поля "Имя для входа в систему (до Windows 2000)" в AD только ее имя (9 букв), что позволило бы ей использовать либо свое полное имя, либо только свое имя для входа в систему. сеть. Используя только ее имя, учетная запись входит в систему и отлично кэшируется.

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

У меня есть пара моноблоков Win8 Desktop, которые соединяют домен с маршрутизатором точки доступа Wi-Fi и работают нормально. Однажды мой босс взял один из них, отсоединил домен и поигрался со Skype через внешнюю сеть Wi-Fi. После использования я повторно присоединил рабочую станцию к домену (не заметил, было ли предупреждение о входе в систему с CACHED CREDENTIAL или нет). Ни одному пользователю не удалось войти на рабочую станцию.

При входе в систему с кэшированными учетными данными я могу выполнять ping везде в пределах нашего домена и входить в DC через MSTSC. Другая рабочая станция, которая подключается к тому же маршрутизатору точки доступа Wi-Fi, может пинговать. Однако другие рабочие станции с прямым подключением к DC не могут пинговать эту рабочую станцию.

Раньше у меня была похожая проблема, просто отключите Wi-Fi и прямое соединение с Cat5, чтобы решить проблему. Этот DELL XPS не имеет порта Cat5 для моего трюка.

Я думаю, что на этот вопрос уже ответил кто-то, в чем я уверен?

Однако, читая это, я не думаю, что понятно, в чем заключается решение, поэтому я подумал, что просто добавлю несколько советов, основанных на моих выводах (если они кому-то полезны)?

У нас есть домен, и люди, использующие ноутбуки, постоянно приходят и уходят, входя в домен.

Да, мы получаем эту ошибку, поэтому сегодня я нашел этот поток.

Когда у меня возникла эта ошибка «в настоящее время нет доступных серверов входа для обслуживания этого запроса», я обнаружил, что основная причина заключается в том, что компьютер каким-то образом неправильно подключен к сети (это кажется слишком простым, но если вы подумайте об этом, об этом говорит ошибка - я не могу подключиться к вашему AD, чтобы войти в систему этого человека)?

Это может означать:
<р>1. Они используют неправильное имя пользователя и пароль — проверьте их написание (заглавные и строчные буквы) — они должны быть на 100 % правильными в большинстве доменов (также будьте осторожны при смене пароля, когда их нет в офисе — это может вызвать проблемы с доступом, когда они вернутся). ). Если у вас есть веб-почта — я предпочитаю входить под их именем с рабочей машины с учетными данными, которые они мне дают (если это работает, значит, это правильно, если нет, то, вероятно, проблема в этом)
<р>2. Их ноутбук физически неправильно подключен к сети - это основная проблема, которую я обнаружил, и (1 выше, потому что они пробовали всевозможные вещи, чтобы заставить его работать, только чтобы ошибиться в своих данных пользователя. Так что проверьте кабель, проверьте TCPIP настройки не статичны и неверны для локации). В 4 случаях, когда я обсуждал эту проблему с пользователями, все они были простыми сетевыми проблемами (1.Был ли статический IP-адрес, который работал только в их офисе 2. DNS не был настроен на автоматический 3. Кабель не был подключен должным образом 4. Или Wi-Fi, на котором они были, был не тем, который позволял им войти в наш домен - этот сложно, потому что, пока они не войдут в систему, они не увидят это (поэтому используйте кабель, чтобы подключить их к линии)
<р>3. Если они удаленно работают «вне офиса», то применимо все вышеперечисленное, однако это может быть просто потому, что они не подключились к домену до того, как покинули офис (если они никогда не входили в систему до того, как покинули офис, тогда нет «роумингового» пользователя), поэтому их компьютер не может войти в систему, пока это не произойдет. Другими словами, вернитесь в офис, подключитесь, войдите в систему, а затем выйдите из нее. Затем вы сможете выйти где-нибудь в мире.

После исправления одного или нескольких из перечисленных выше вопросов они заработали. (Мне не нужно было загружать это, изменять это или что-то вручную возиться). Нет, с профилем все в порядке, компьютер не нужно было отключать от домена и снова добавлять.

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

Читайте также:


Где Windows Movie Maker Windows 10

Msn погода windows 10 не работает

Mac os очистить кеш DNS

Как установить инструменты vmware в Linux

На каком дистрибутиве основана Astra Linux