Windows 11 не подлючается к RDP Недопустимые учетные данные

имя учетной записи пишите в Пример:

ИмяПК\rdpmanager

так тоже делал не помогало (((

В логах на удаленной машине есть что?

cyrilic

- нет у меня на латинице rdpmanager у меня

- подтверждаю из 10и подключается из 11 нет


- да как раз таки через впн

какой впн ?

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

- мне тоже не помогло ...

Короче, выяснил что виноват протокол РРРТР. После замены его на любой другой все подключается. ;) МС сломали или что то изменили именно этот протокол.

Снизу достаточно нажать "Больше вариантов", "использовать другую учётную запись" и повторно ввести учетные данные рдп.

Мне помогло следующее. После переустановки винды10 перестало пускать по РДП. Локально я всегда входил по пин-коду. И как только я впервые локально вошел через логин и пароль, меня стало пускать по РДП)))))

Мне помог параметр в реестре
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa]
"LsaCfgFlags"=dword:00000000

прикладываю reg-файл, для простого внедрения в систему

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

т.к. я много что перепробовал, и могло получиться так,
что несколько действий необходимо сделать, а не только это....
------------------
входные данные:
Терминальный йлиент на w11pro 23H2 со всеми обновлениями,
Терминальный Сервер w8.1 - рабочий комп...

Спасибо! Этот метод точно работает (проверенно на такой же вин11).

Убил несколько часов на бодание с такой же проблемой. В какой-то момент перестало работать подключение по RDP к серверу терминалов WS2012R2 с нового мини-ПК с W11P 23H2 (сборка 22631.3447, установлены все обновления на 11.04.24). Не работает ни из-под админской учётки, ни из-под пользовательской. При этом доступ к расшаренным на сервере папкам работает прекрасно и в соответствии с правами, данными на нём текущему пользователю мини-ПК (на сервере заведены пользователи с такими же именами и паролями). Доступ под теми же пользователями с другого кома работает нормально, то есть дело не в сервере, а в W11P. D журнале событий сервера несколько раз в секунду регистрируются странные попытки авторизации с незаполненными полями данных, ну и изредка отказы:

Учетной записи не удалось выполнить вход в систему.

Субъект:
ИД безопасности: NULL SID
Имя учетной записи: -
Домен учетной записи: -
Код входа: 0x0

Тип входа: 3

Учетная запись, которой не удалось выполнить вход:
ИД безопасности: NULL SID
Имя учетной записи: Иван Иванов
Домен учетной записи: S

Сведения об ошибке:
Причина ошибки: Неизвестное имя пользователя или неверный пароль.
Состояние: 0xC000006D
Подсостояние: 0xC000006A

Сведения о процессе:
Идентификатор процесса вызывающей стороны: 0x0
Имя процесса вызывающей стороны: -

Сведения о сети:
Имя рабочей станции: GEEKOMMINIAIR11
Сетевой адрес источника: -
Порт источника: -

Сведения о проверке подлинности:
Процесс входа: NtLmSsp
Пакет проверки подлинности: NTLM
Промежуточные службы: -
Имя пакета (только NTLM): -
Длина ключа: 0

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

Поля "Субъект" указывают на учетную запись локальной системы, запросившую вход. Обычно это служба, например, служба "Сервер", или локальный процесс, такой как Winlogon.exe или Services.exe.

В поле "Тип входа" указан тип выполненного входа. Наиболее распространенными являются типы 2 (интерактивный) и 3 (сетевой).

В полях "Сведения о процессе" указано, какая учетная запись и процесс в системе выполнили запрос на вход.

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

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

Перепробовал несколько найденных в сети способов победить проблему – не помогло. И тут я на интуитивном уровне вспоминаю, что накануне включил какой-то новый компонент ОС, которого раньше не встречал – ну, знаете, как обычно: вдруг это что-то полезное, а я и не в курсе? Снял галку напротив "Application Guard в Microsoft Defender", перезагрузился, и доступ к серверу терминалов заработал. Если вдруг кто не в курсе, где её искать, то Панель управления\Все элементы панели управления\Программы и компоненты\Включение или отключение компонентов Windows.