«Произошла внутренняя ошибка» RDP: 8 способов исправить

Q: Ошибка появилась в Windows 11 после обновления. Что делать в первую очередь?

Сбросьте Default.rdp и кэш клиента, удалите сохранённые учётные данные и попробуйте отключить UDP. Если не помогло, проверьте, подключаются ли к этому серверу другие компьютеры: так станет понятно, на какой стороне проблема.

Сообщение «Произошла внутренняя ошибка» при подключении к удалённому рабочему столу означает, что соединение с сервером установилось, но сорвалось на одном из следующих этапов: согласовании шифрования (распространенная ошибка при подключении из Linux клиентов), обмене сертификатом, работе транспорта или обработке настроек самого клиента. В отличие от ошибки 0x204, сервер в сети доступен и порт RDP открыт, а причину нужно искать в клиенте, сертификате или настройках безопасности сервера.

В Windows 10 и Windows 11 чаще всего помогают простые действия: повторная попытка после перезапуска клиента, очистка сохранённых настроек и кэша mstsc, отключение UDP-транспорта при работе через VPN, перезапуск службы удалённых рабочих столов на сервере. Если это не помогло, проверяют сертификат RDP, уровень безопасности и параметры TLS на сервере, а также вмешательство антивируса.

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

Сначала убедитесь, что это не сетевая проблема

Прежде чем чинить клиент, проверьте, что порт RDP на сервере доступен. В PowerShell на своём компьютере выполните:

Test-NetConnection -ComputerName server.example.ru -Port 3389

Если в строке TcpTestSucceeded стоит True, сеть в порядке, и способы из этой статьи для вас. Если False, до сервера вы не доходите, и разбираться нужно с сетью и настройками RDP на сервере: этот случай подробно разобран в статье про ошибку 0x204 при подключении к удалённому рабочему столу.

ВАЖНО: в нашем примере фигурирует стандартны порт подключения к RDP! Замените его на свой, если он у вас не стандартный.

Полезно также понять, у кого проблема. Если к тому же серверу не может подключиться никто, ищите причину на сервере (способы 5–7). Если не подключается только один компьютер, начните с клиента (способы 1–4 и 8).

Типичные причины внутренней ошибки

Причина	Признаки	Способ
Повреждённый файл Default.rdp или профиль подключения	Ошибка только на одном компьютере, с другого подключается	1, 2
Кэш клиента и сохранённые учётные данные	Ошибка появилась после смены пароля или переустановки сервера	2, 3
Проблемы UDP-транспорта через VPN	Ошибка или обрывы только через VPN, в офисной сети всё работает	4
Сбой службы удалённых рабочих столов	Не подключается никто, после перезагрузки сервера проходит	5
Повреждённый или просроченный сертификат RDP	Не подключается никто, в журналах ошибки TLS или Schannel	6
Несовпадение настроек безопасности и TLS	Ошибка после «усиления» безопасности сервера или смены политик	7
Антивирус или сетевой экран с инспекцией трафика	Ошибка после установки или обновления защитного ПО	8
Незавершённые обновления, повреждённые системные файлы	Ошибка появилась после обновления Windows на клиенте или сервере	8

Способ 1. Перезапустить клиент и попробовать через другой путь

Внутренняя ошибка иногда бывает разовой: сбой при согласовании соединения. Прежде чем что-то менять:

Закройте все окна «Подключение к удалённому рабочему столу» и проверьте в диспетчере задач, что процесса mstsc.exe не осталось.
Запустите клиент заново и повторите подключение.
Попробуйте подключиться по IP-адресу вместо имени, и наоборот. Если по IP работает, а по имени нет, проверьте DNS-запись сервера.
Для сравнения подключитесь через другой клиент, например приложение Windows App. Если через него подключение проходит, проблема в настройках mstsc на этом компьютере.

Способ 2. Сбросить настройки и кэш клиента mstsc

Стандартный клиент хранит настройки по умолчанию в скрытом файле Default.rdp в папке «Документы», а кэш изображений — в профиле пользователя. Повреждённые настройки или кэш могут вызывать внутреннюю ошибку.

Закройте клиент удалённого рабочего стола.
Откройте папку «Документы», включите показ скрытых файлов («Вид → Показать → Скрытые элементы» в Windows 11) и переименуйте Default.rdp, например в Default.rdp.old. При следующем запуске клиент создаст файл заново с настройками по умолчанию.
Очистите кэш: нажмите Win+R, введите %LOCALAPPDATA%\Microsoft\Terminal Server Client\Cache и удалите содержимое папки. Это безопасно, кэш будет создан заново.
Если вы подключаетесь через сохранённый ярлык .rdp, создайте новое подключение с нуля в mstsc вместо того, чтобы открывать старый файл.

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

Способ 3. Удалить сохранённые учётные данные

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

Откройте «Панель управления → Учётные записи пользователей → Диспетчер учётных данных → Учётные данные Windows».
Найдите записи вида TERMSRV/имя_сервера и удалите их.
Подключитесь заново и введите логин и пароль вручную.

Если сервер переустанавливался с тем же именем, при подключении клиент может предупредить о новом сертификате. Это ожидаемо: проверьте, что вы подключаетесь к нужному серверу, и примите сертификат.

Способ 4. Отключить UDP-транспорт при работе через VPN

Современные версии RDP используют два транспорта: TCP и UDP (по умолчанию тоже порт 3389). UDP ускоряет работу, но через некоторые VPN, нестабильные каналы и сети с уменьшенным MTU пакеты UDP теряются или фрагментируются. Результат — внутренняя ошибка, чёрный экран или зависание сеанса вскоре после подключения. На практике мы видим это чаще всего у сотрудников, работающих из дома через VPN.

Проверить гипотезу можно, запретив клиенту использовать UDP. На компьютере с Windows 10 или 11 редакции Pro:

Нажмите Win+R, выполните gpedit.msc.
Перейдите в «Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Службы удалённых рабочих столов → Клиент подключения к удалённому рабочему столу».
Откройте параметр «Отключить UDP на клиенте», установите «Включено».
Выполните gpupdate /force и перезапустите клиент.

В редакции «Домашняя» редактора политик нет; тот же параметр задаётся в реестре. Выполните в командной строке от имени администратора:

reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDP /t REG_DWORD /d 1 /f

Чтобы вернуть UDP, удалите этот параметр или установите значение 0. Если после отключения UDP ошибка исчезла, дело в канале. Стоит проверить MTU на VPN-подключении: например, командой ping -f -l 1400 адрес_сервера найти максимальный размер пакета, проходящего без фрагментации, и согласовать MTU туннеля с администратором VPN.

Способ 5. Перезапустить службу удалённых рабочих столов на сервере

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

Учтите: перезапуск службы разрывает все активные RDP-сеансы, в том числе ваш, если вы работаете на сервере по RDP. Несохранённые данные пользователей в открытых программах будут потеряны. Делайте это в нерабочее время или предупредив пользователей, и имейте запасной способ доступа: консоль гипервизора, iLO/iDRAC, IPKVM или физический доступ.

Откройте PowerShell от имени администратора.

Выполните:

Restart-Service -Name TermService -Force

Проверьте, что служба снова в состоянии Running: Get-Service TermService.

Ключ -Force нужен потому, что от TermService зависит служба перенаправления портов (UmRdpService), и без него PowerShell откажется перезапускать службу. Если после перезапуска всё заработало, но ситуация повторяется, изучите журнал «Система» на предмет ошибок службы и нехватки ресурсов.

Способ 6. Проверить сертификат RDP на сервере

При каждом подключении сервер предъявляет клиенту TLS-сертификат. По умолчанию Windows создаёт самоподписанный сертификат и хранит его в хранилище «Удалённый рабочий стол» локального компьютера. Если сертификат повреждён, просрочен или у системы нет доступа к его закрытому ключу, клиент получает внутреннюю ошибку.

Нажмите Win+R, выполните certlm.msc (сертификаты локального компьютера).
Откройте раздел «Удалённый рабочий стол → Сертификаты». Посмотрите срок действия сертификата с именем сервера.
В «Просмотре событий» проверьте журнал «Система» на ошибки источника Schannel и журнал «Журналы приложений и служб → Microsoft → Windows → RemoteDesktopServices-RdpCoreTS → Operational».

Если используется самоподписанный сертификат и он выглядит повреждённым, типовое решение — экспортировать его для резерва, удалить из хранилища и перезапустить службу TermService (с учётом предупреждения из способа 5 про возможную потерю данных пользователей). Служба создаст новый самоподписанный сертификат. Клиенты при следующем подключении увидят предупреждение о новом сертификате.

Если сервер использует сертификат, выданный центром сертификации организации или назначенный групповой политикой, удалять его не нужно: проверьте срок действия, доступ к закрытому ключу и настройки политики, которая его назначает. На серверах с ролями RDS (посредник подключений, шлюз) сертификаты настраиваются в свойствах развёртывания в «Диспетчере серверов».

Способ 7. Проверить уровень безопасности и настройки TLS

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

Что проверить:

Политики безопасности RDP. Они находятся в разделе «Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Службы удалённых рабочих столов → Узел сеансов удалённых рабочих столов → Безопасность». Здесь задаются уровень безопасности, уровень шифрования и требование проверки подлинности на уровне сети (NLA). Посмотрите, какие из них включены, и сверьте с тем, когда появилась ошибка.
Версии TLS. Если на сервере отключён TLS 1.2 или оставлен только набор шифров, который не поддерживает клиент, подключение не установится. После изменений протоколов и шифров сервер нужно перезагрузить.
Сторонние утилиты «усиления». Программы, которые массово меняют параметры Schannel, могут затронуть и RDP. Если ошибка появилась после их применения, начните с отката этих изменений.

Иногда в инструкциях советуют переключить уровень безопасности на «RDP» вместо «SSL (TLS)» или отключить NLA. Это может помочь как диагностика, но снижает защищённость подключения. Оставлять такие настройки на сервере, доступном из интернета, не стоит: найдите реальную причину и верните защищённые параметры.

Если сервер обслуживает 1С и несколько пользователей, а разбираться с политиками и сертификатами самостоятельно нет времени, можно поручить это специалистам: например, настройку серверов Windows выполняют удалённо, без выезда в офис.

Способ 8. Проверить антивирус, обновления и системные файлы

Антивирус и сетевой экран

Некоторые антивирусы и шлюзы безопасности проверяют зашифрованный трафик, подменяя сертификаты. Для RDP это может закончиться внутренней ошибкой. Для проверки временно отключите сетевой экран и проверку защищённых соединений на клиенте, подключитесь, а затем включите защиту обратно и добавьте сервер или mstsc.exe в исключения. Отключать защиту на сервере, доступном из интернета, даже временно не рекомендуем.

Обновления Windows

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

Системные файлы

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

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

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

Порядок действий кратко

Проверить порт: Test-NetConnection -Port 3389. Если False — это сетевая проблема, а не внутренняя ошибка клиента.
Определить масштаб проблемы: не подключается у одного пользователя или у всех.
Для одного компьютера: перезапуск клиента, сброс Default.rdp и кэша, удаление сохранённых учётных данных, отключение UDP.
Для всех: перезапуск TermService, проверка сертификата, политик безопасности и TLS.
В последнюю очередь: антивирус, обновления, проверка системных файлов.

Частые вопросы

Чем «Произошла внутренняя ошибка» отличается от ошибки 0x204?

Ошибка 0x204 означает, что клиент вообще не смог соединиться с сервером. Внутренняя ошибка обычно возникает, когда соединение установлено, но сорвалось на этапе шифрования, проверки сертификата или из-за настроек клиента.

Ошибка появилась в Windows 11 после обновления. Что делать в первую очередь?

Сбросьте Default.rdp и кэш клиента, удалите сохранённые учётные данные и попробуйте отключить UDP. Если не помогло, проверьте, подключаются ли к этому серверу другие компьютеры: так станет понятно, на какой стороне проблема.

Безопасно ли удалять сертификат из хранилища «Удалённый рабочий стол»?

Для самоподписанного сертификата, который Windows создала сама, да: после перезапуска службы он будет создан заново. Сертификат, выданный центром сертификации или назначенный политикой, удалять не нужно, с ним разбираются отдельно.

Помогает ли переустановка клиента удалённого рабочего стола?

Клиент mstsc встроен в Windows и отдельно не переустанавливается. Вместо этого сбрасывают его настройки и кэш. Если нужен второй клиент для проверки, установите приложение Windows App.

Можно ли оставить отключённым UDP навсегда?

Да, RDP полноценно работает через TCP. На медленных каналах отклик может быть немного хуже, но стабильность через проблемный VPN обычно важнее.

Почему ошибка возникает только через VPN?

Чаще всего из-за UDP-транспорта и размера пакетов: через туннель большие пакеты не проходят без фрагментации. Отключите UDP на клиенте и проверьте MTU VPN-подключения.