Произошла внутренняя ошибка при подключении по RDP

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

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

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

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

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

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

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