Удалённый рабочий стол “Доступ запрещён”, но только если пользователь не вошёл в систему локально.

Вопрос или проблема

Я использую RDP для подключения к Windows 11 Pro 23H2 с машины на Windows 10. Если я уже вошел локально на компьютер с Windows 11, RDP работает нормально, выгоняя локального пользователя и позволяя зайти удаленному пользователю.

Если учетная запись пользователя еще не вошла в систему (первый вход после загрузки или после тайм-аута), RDP просто говорит “Доступ запрещен” без какой-либо информации. Просмотр событий показывает успешный вход в систему.

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

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

“Ваши учетные данные не сработали”, если не вошли локально сначала

Что меня путает… моя машина на Win10 заставляет использовать NLA, и я могу подключиться к ней без проблем с первой попытки.

На компьютере с Windows 11 NLA отключен, и я до сих пор не могу подключиться к нему.

Таким образом, Windows 10 работает с NLA (или без), но Windows 11 не работает ни с NLA, ни без. ??

То же поведение с доменными учетными записями и локальными… пользователь является администратором и членом группы Remote Desktop Users.

Цель здесь – использовать NLA (как на машине с Windows 10) и разрешить первые подключения.

Какие-нибудь идеи?

Ответ или решение

Для обеспечения доступа по RDP к компьютеру с Windows 11, при возникновении ошибки "Access is Denied", требуется внимательное изучение всех аспектов имеющейся настройки и конфигурации системы. Данный сценарий предполагает, что если пользователь уже вошел в систему локально, подключение через RDP проходит успешно, в противном случае появляется ошибка. Это может быть связано с рядом факторов.

Проблематика и диагностика

Проблема может быть вызвана спецификой конфигурации безопасности, а именно в настройках аутентификации через Сетевую Уровень Защиту (NLA). Несмотря на то, что NLA обеспечивает дополнительную безопасность за счет аутентификации пользователя до установки соединения, она может также быть источником проблемы, если настройки используются некорректно.

1. Проверка настроек NLA

  • Проверьте настройки на обоих компьютерах: Убедитесь, что на обоих компьютерах, участвующих в RDP-сеансе, настройки NLA соответствуют друг другу. Если NLA включен на одном ПК, он также должен быть включен на другом.
  • Обновите ОС и ПО: Убедитесь, что оба устройства имеют последние обновления операционной системы и удаленного рабочего стола. Это поможет устранить возможные проблемы совместимости.

2. Конфигурация группы "Remote Desktop Users"

  • Проверка членства: Убедитесь, что все учетные записи, которые планируется использовать для входа, находятся в группе "Remote Desktop Users". Это актуально как для локальных, так и для доменных учетных записей.
  • Права администратора: Подтвердите, что учетная запись имеет необходимые права для удаленного доступа. В некоторых случаях, учетные записи с правами администратора могут испытывать конфликты конфигурации.

3. Дополнительные настройки безопасности и политики

  • Локальные и групповая политики: Проверьте настройки локальных и групповых политик, особенно связанные с RDP и NLA. Возможно, существует политика, блокирующая первый вход через сеть.
  • Логирование и мониторинг: Используйте дополнительно расширенные журналы событий для мониторинга попыток входа. Это может дать более детализированное представление о точке сбоя.

Рекомендуемые действия

  1. Перепроверьте конфигурацию NLA:

    • Попробуйте включить и настроить NLA одинаково на обоих устройствах.
  2. Обновите драйверы и ОС:

    • Убедитесь, что все обновления установлены. Иногда проблемы устраняются с выпуском патчей.
  3. Проверьте доступность учетной записи:

    • Убедитесь, что нет ограничений на частоту и тип входа для соответствующей учетной записи.
  4. Используйте PowerShell и команды:

    • Исполните команду Get-EventLog -LogName Security -Newest 10 для детального анализа последних входов.
  5. Консультируйтесь с документацией Microsoft:

    • Посетите официальный сайт поддержки Microsoft для получения дополнительных рекомендаций по устранению неполадок с RDP.

Эти шаги и рекомендации помогут выявить и устранить проблему, связанную с ошибкой "Access is Denied" при использовании RDP в Windows 11. Это должно обеспечить более стабильное и безопасное подключение с использованием NLA.

Оцените материал
Добавить комментарий

Капча загружается...