Remote desktop connection an internal error has occurred

Обновлено 08.12.2022

Добрый день! Уважаемые читатели и гости, IT блога Pyatilistnik.org. В прошлый раз мы с вами поговорили, про отложенный запуск служб в Windows, сегодня я хочу вам показать еще один не приятный момент в работе терминальных служб удаленного рабочего стола, а именно ошибка подключения «Произошла внутренняя ошибка«, после чего подключение разрывается. Такое я встречал уже в Windows Server 2012 R2 и 2016. Давайте разбираться в чем дело.

Описание проблемы

Есть сервер с операционной системой Windows Server 2012 R2, сотрудник пытается к нему подключиться, через классическую утилиту «Подключение к удаленному рабочему столу», в момент авторизации, выскакивает окно с ошибкой «Произошла внутренняя ошибка».

В английском варианте ошибка звучит вот так:

An internal error has occurred

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

🆘 Что есть в логах?

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

События нужно искать в журнале Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational

1️⃣ Первым будет идти событие ID 131 «The server accepted a new TCP connection from client IP-адрес:60050.». Тут вы увидите IP-адрес с которого идет попытка входа.

2️⃣ Далее событие ID 65 «Connection RDP-Tcp#11 created «.

3️⃣ Затем событие 141 «PerfCounter session started with instance ID 11». Тут сессии будет назначен ID.

4️⃣ За ним будет идти ID 142 «TCP socket READ operation failed, error 1236».

5️⃣ Потом вы увидите ID 72 «Interface method called: OnDisconnected»

ID 72

6️⃣ И же после этого вам покажут, что сервер разорвал подключение: «ID 102 The server has terminated main RDP connection with the client.»

7️⃣ В событии ID 145 так же появляются подробности «During this connection, server has not sent data or graphics update for 0 seconds (Idle1: 0, Idle2: 0).».

8️⃣ Могут быть события с ID 148 «Channel rdpinpt has been closed between the server and the client on transport tunnel: 0.» или «Channel rdpcmd has been closed between the server and the client on transport tunnel: 0.» или «Channel rdplic has been closed between the server and the client on transport tunnel: 0.»
9️⃣ Ну и вишенка на торте, ошибка ID 227 «‘Failed to get property Disconnect Reason’ in CUMRDPConnection::Close at 2212 err=[0x80070057]»

Исправляем ошибку «Произошла внутренняя ошибка»

Так как по RDP подключиться не получается, то первым делом нужно проверить отвечает ли порт, по умолчанию это 3389. О том, как проверить порт на удаленном сервере я вам описывал, там все сводилось к выполнению команды Telnet, ознакомьтесь. Если порт отвечает, то делаем следующее.

Нужно удаленно перезапустить службу на этом сервере, чтобы сам сервер не перезагружать, так как в этот момент, он может выполнять важные задачи, можно использовать утилиту «Управление компьютером». Открыть ее можно через команду вызова оснастки, вызываем окно «Выполнить», через одновременное нажатие клавиш WIN и R, в котором пишем:

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

Выберите пункт «Другим компьютером» и укажите его DNS имя, или найдите его через кнопку обзор.

Когда вы подключитесь к нужному серверу, перейдите в пункт «Службы и приложения — Службы», в списке сервисов найдите службу удаленных рабочих столов (Remote Desktop Services), и перезапускаем ее. После этого ошибка подключения по RDP «Произошла внутренняя ошибка», у вас должна пропасть.

Так же вы можете использовать оболочку PowerShell запущенную от имени пользователя, у которого есть права на удаленный сервер, где будет перезапускаться служба RDP. Выполните:

Get-Service TermService -ComputerName Имя сервера | Restart-Service –force –verbose

Дополнительные методы решения

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

Для этого в окне «Редактор реестра» пункт меню «Файл — Подключить сетевой реестр».

В открывшемся окне «Выбор компьютера» указываем его DNS-имя или ip-адрес и нажимаем ок. У вас будет установлено подключение к удаленному реестру сервера, что испытывает проблемы.

Находим ключ CheckMode по пути

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl Session ManagerCProIntegrityCheckMode

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

Выставляем ему значение о, чтобы отключить у программы КриптоПРО CSP проверку контрольных сумм. Еще один важный момент, если у вас старая версия КриптоПРО, то это так же может быть источником, проблем, недавний пример, это ошибка «Windows installer service could not be accessed». Для этого удаляем правильно КриптоПРО CSP и ставим последнюю доступную версию.

Еще можно попробовать изменить значение вот такого ключа реестра:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl Session ManagerMemory ManagementSessionImageSize

Найдите ключ SessionImageSize и задайте ему значение 0x00000020.

Дополнительные настройки RDP клиента

Например ошибка «An internal error has occurred» у меня встретилась на Windows Server 2022 и там мне помогло в настройках клиента RDP отключение некой опции. Перейдите в дополнительные настройки клиента для удаленного подключения, где н вкладке «Experiens (Взаимодействие)» вам нужно убрать галку с опции «Восстановить подключение при разрыве (Reconnect if the connection is droped)«

На каких-то сайтах предлагалось именно активировать данный пункт.

Удаление кэша подключений

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

C:Usersимя пользователяAppDataLocalMicrosoftTerminal Server Client

Обновление 07.12.2022

В декабре я вновь столкнулся с внутренней ошибкой, она еще стала проявлять себя вот так:

Не удается подключиться к удаленному компьютеру

Произошла внутренняя ошибка. Код ошибки: 0x4. Расширенный код ошибки: 0x0

В логах сервера очень много ошибок:

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

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

На клиентской машине откуда я пытался произвести подключение было три события:

ID 1024: Выполняется подключение RDP ClientActiveX к серверу (ter104)

ID 1105: Мультитранспортное подключение разорвано.

ID 1028: Отключение RDP ClientActiveX (Причина= 2308)

Код 2808 — Ваш сеанс служб удаленных рабочих столов завершен. Соединение с удаленным компьютером было потеряно, возможно, из-за проблем с сетевым подключением. Попробуйте снова подключиться к удаленному компьютеру. Если проблема не исчезнет, обратитесь к сетевому администратору или в службу технической поддержки.

Так как у меня это была виртуальная машина, то я смог легко подключиться через консоль. В случае с ошибкой «Отключение RDP ClientActiveX (Причина= 2308)«, я отключил на сервере и клиенте autotuninglevel:

netsh interface tcp set global autotuninglevel=disabled

Не забываем перезагрузиться.

Это не помогло, далее я выполнил еще несколько рекомендаций. Я установил на сервер валидный SSL сертификат для RDP сессии. В ошибке 0x907, RDP соединение разрывалось, так как клиентская система не доверяла самоподписному сертификату удаленного сервера. Это нужно поправить, ссылку я указал, обязательно проверьте, кто сейчас выступает в роли активного:

Get-WmiObject «Win32_TSGeneralSetting» -Namespace rootcimv2terminalservices -Filter «TerminalName=’RDP-tcp'»

Еще я создал параметр реестра MaxOutstandingConnections. В Windows по умолчанию есть ограничения на количество сетевых подключений, так например в серверной версии, это параметр равен 3000, в десктопной 100. Из-за нестабильной сети, они могут быстро забиваться. Одно из решений проблемы с внутренней ошибкой подключения, является увеличение этого значения. В командной строке в режиме администратора выполните:

REG ADD «HKLMSYSTEMCurrentControlSetControlTerminal Server» /v MaxOutstandingConnections /t REG_DWORD /d 65536

New-ItemProperty -Path «HKLM:SYSTEMCurrentControlSetControlTerminal Server»

-Name MaxOutstandingConnections -Value 10000 -PropertyType DWORD -Force

После этого нужно перезагрузиться.

Временное решение

Пока вы не уберете ошибку «Код ошибки, возвращенный модулем шифрования: ошибка 0x8009030D», описанную выше, вы можете понизить уровень безопасности вот такими манипуляциями, это устранит «An internal error has occurred».

На обычном сервере все это помогло, а вот на ноде RDSH ошибка оставалась. Тут я решил проверить догадку с уровнем безопасности «Configure security settings». На моей ферме был уровень «Согласования (Negotiate)«

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

Конфигурация компьютера — Административные шаблоны- Компоненты Windows — Службы удаленных рабочих столов — Узел сеансов удаленных рабочих столов — Безопасность — Требовать использование специального уровня безопасности для удаленных подключений по протоколу RDP

Тут попробуйте выставить уровень RDP. В результате у меня после этих настроек все заработало. Теперь нужно понять, что изменилось. В настройках RDS фермы указано, что мы используем уровень согласование:

* Согласование: метод согласования принудительно применяет самый безопасный метод, поддерживаемый клиентом. Если поддерживается протокол TLS версии 1.0, то он используется для проверки подлинности сервера узла сеансов удаленных рабочих столов. Если протокол TLS не поддерживается, то для обеспечения безопасности взаимодействий используется собственное шифрование протокола удаленного рабочего стола (RDP), но проверка подлинности сервера узла сеансов удаленных рабочих столов не выполняется. В отличие от SSL-шифрования, использовать собственное шифрование RDP не рекомендуется.

Если и это вам не помогло, то нужно смотреть вариант в сторону обновления или переустановки драйверов на сетевую карту, тут вы определяете модель вашей карты или материнской платы, если в нее все интегрировано и обновляете. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Дополнительные ссылки

https://serverfault.com/questions/934026/windows-10-pro-rdp-server-an-internal-error-has-occurred
https://social.technet.microsoft.com/Forums/en-US/e1d60cc0-0096-4859-a0e7-eb7f11905737/remote-desktop-v10-error-0x4-from-mac?forum=winRDc
https://learn.microsoft.com/en-us/answers/questions/108219/can-not-rdp-to-2012-r2-standard-server-after-septe.html
https://serverfault.com/questions/541364/how-to-fix-rdp-on-windows-server-2012

Источник

Столкнулся со странным сообщением “
Произошла внутренняя ошибка
/
An internal error has occurred
” при RDP подключении к недавно развернутому серверу RDSH на Windows Server 2012 R2 из Windows 10. Буквально вчера RDP подключение к серверу работало нормально, но после установки и настройки RemotApp приложений и перезагрузки сервера, я не могу удаленно подключиться к его рабочему столу. Служба Remote Desktop Services судя по всему работает, так как пароль пользователя при подключении запрашивается.

Как я понял, сообщение RDP консоли “Произошла внутренняя ошибка” может появляться в различных случаях и иметь совершенно различные причины, связанные как с сервером Remote Desktop, так и с клиентом. В этой статье я постарался собрать все варианты решения и сценарий, который помог мне.

В первую очередь, убедитесь, что на RDS сервере доступен RDP порт 3389, и подключение не блокируется файерволом (Test-NetConnection rdsserver –port 3389).

Изучив логи RDP подключений на удаленном RDS сервере, я не увидел никаких особенных ошибок. В журнале Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational видно, что RDP сессия создается:

The server accepted a new TCP connection from client 10.10.1.60:64379. Connection RDP-Tcp#3 created

Но потом без какой-либо ошибки RDP сеанс завершается:

The server has terminated main RDP connection with the client. The disconnect reason is 0

Проверьте состояние службу Remote Desktop Services на удаленном сервере и перезапустите ее. Вы можете удаленно перезапустить службу через консоль Services.msc (Connect to another computer), но гораздо проще проверить состояние службы и перезапустить ее через PowerShell:

(Get-Service TermService -ComputerName msk-ts1).status

Служба запушена (Running), перезапустим ее:

Get-Service TermService -ComputerName msk-ts1| Restart-Service –force –verbose

Но проблему это не решило.

Какие еще варианты решения проблемы мне удалось найти в сети:

Если у вас на удаленном сервере установлен КриптоПРО, он может быть источником проблем с rdp подключением. Попробуйте отключить проверку контрольных целостности файлов (проверки контрольных сумм) в КриптоПро через реестр. Перейдите в ветку реестра
HKLMSYSTEMCurrentControlSetControlSession ManagerCProIntegrity
и измените значение параметра CheckMode на 0. Перезагрузите сервер.
Если в журнале событий TerminalServices-RemoteConnectionManager вы встретите событие с EventID 1057 (The RD Session Host Server has failed to create a new self signed certificate to be used for RD Session Host Server authentication on SSL connections), перейдите в каталог
C:ProgramDataMicrosoftCryptoRSA
, переименуйте папку Machinekeys в Machinekeys_bak и перезапустите службу TermService.
Также нашел информацию, что RDP проблема “Произошла внутренняя ошибка” встречалась в Windows 10 1809, если на удаленном компьютере включена политика Configure H.264/AVC hardware encoding for Remote Desktop connections (находится в секции GPO: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment). Для решения этой проблемы достаточно отключить UDP протокол для RDP, создав в ветке реестра
HKLMSOFTWAREPoliciesMicrosoftWindows NTTerminal ServicesClient
параметр
fClientDisableUDP
со значением 1.
В комментариях Ivan оставил очень полезный фикс.
Проблема с ошибкой RDP может быть в наличии некоего счетчика учитывающего максимальное количество подключений в Windows.
В десктопных версиях Windows — 100, в Windows Server -3000. Для сброса счетчика достаточно перезагрузить компьютер, или просто увеличить лимит через реестр:
REG ADD "HKLMSYSTEMCurrentControlSetControlTerminal Server" /v MaxOutstandingConnections /t REG_DWORD /d 65536

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

Я очистил историю RDP подключений в ветке
HKEY_CURRENT_USERSoftwareMicrosoftTerminal Server ClientServers
и сбросил кэш RDP в каталоге
C:Users%Username%AppDataLocalMicrosoftTerminal Server ClientCache
(перед удалением закройте все запущенные сеансы mstsc.exe):

del "C:Users%Username%AppDataLocalMicrosoftTerminal Server Clientcache"

После этого перезагрузил свой компьютер, и ошибка RDP подключения исчезла!

Источник

Содержание

Произошла внутренняя ошибка при RDP подключении
Remote desktop connection an internal error has occurred
Описание проблемы
🆘 Что есть в логах?
Исправляем ошибку «Произошла внутренняя ошибка»
Дополнительные методы решения
Дополнительные настройки RDP клиента
Удаление кэша подключений
Обновление 07.12.2022
Временное решение

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

Столкнулся со странным сообщением “ Произошла внутренняя ошибка / An internal error has occurred ” при RDP подключении к недавно развернутому серверу RDSH на Windows Server 2012 R2 из Windows 10. Буквально вчера RDP подключение к серверу работало нормально, но после установки и настройки RemotApp приложений и перезагрузки сервера, я не могу удаленно подключиться к его рабочему столу. Служба Remote Desktop Services судя по всему работает, так как пароль пользователя при подключении запрашивается.

The server accepted a new TCP connection from client 10.10.1.60:64379.
Connection RDP-Tcp#3 created
Но потом без какой-либо ошибки RDP сеанс завершается:

The server has terminated main RDP connection with the client.
The disconnect reason is 0

(Get-Service TermService -ComputerName msk-ts1).status

Служба запушена (Running), перезапустим ее:

Get-Service TermService -ComputerName msk-ts1| Restart-Service –force –verbose

Но проблему это не решило.

Какие еще варианты решения проблемы мне удалось найти в сети:

Если у вас на удаленном сервере установлен КриптоПРО, он может быть источником проблем с rdp подключением. Попробуйте отключить проверку контрольных целостности файлов (проверки контрольных сумм) в КриптоПро через реестр. Перейдите в ветку реестра HKLMSYSTEMCurrentControlSetControlSession ManagerCProIntegrity и измените значение параметра CheckMode на . Перезагрузите сервер.
Если в журнале событий TerminalServices-RemoteConnectionManager вы встретите событие с EventID 1057 (The RD Session Host Server has failed to create a new self signed certificate to be used for RD Session Host Server authentication on SSL connections), перейдите в каталог C:ProgramDataMicrosoftCryptoRSA , переименуйте папку Machinekeys в Machinekeys_bak и перезапустите службу TermService.
Также нашел информацию, что RDP проблема “Произошла внутренняя ошибка” встречалась в Windows 10 1809, если на удаленном компьютере включена политика Configure H.264/AVC hardware encoding for Remote Desktop connections (находится в секции GPO: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment). Для решения этой проблемы достаточно отключить UDP протокол для RDP, создав в ветке реестра HKLMSOFTWAREPoliciesMicrosoftWindows NTTerminal ServicesClient параметр fClientDisableUDP со значением 1.
В комментариях Ivan оставил очень полезный фикс.
Проблема с ошибкой RDP может быть в наличии некоего счетчика учитывающего максимальное количество подключений в Windows.
В десктопных версиях Windows — 100, в Windows Server -3000. Для сброса счетчика достаточно перезагрузить компьютер, или просто увеличить лимит через реестр:
REG ADD «HKLMSYSTEMCurrentControlSetControlTerminal Server» /v MaxOutstandingConnections /t REG_DWORD /d 65536

Я очистил историю RDP подключений в ветке HKEY_CURRENT_USERSoftwareMicrosoftTerminal Server ClientServers и сбросил кэш RDP в каталоге C:Users%Username%AppDataLocalMicrosoftTerminal Server ClientCache (перед удалением закройте все запущенные сеансы mstsc.exe):

del «C:Users%Username%AppDataLocalMicrosoftTerminal Server Clientcache»

После этого перезагрузил свой компьютер, и ошибка RDP подключения исчезла!

Источник

Описание проблемы

В английском варианте ошибка звучит вот так:

🆘 Что есть в логах?

1️⃣ Первым будет идти событие ID 131 «The server accepted a new TCP connection from client IP-адрес:60050.». Тут вы увидите IP-адрес с которого идет попытка входа.

2️⃣ Далее событие ID 65 «Connection RDP-Tcp#11 created «.

3️⃣ Затем событие 141 «PerfCounter session started with instance ID 11». Тут сессии будет назначен ID.

4️⃣ За ним будет идти ID 142 «TCP socket READ operation failed, error 1236».

5️⃣ Потом вы увидите ID 72 «Interface method called: OnDisconnected»

6️⃣ И же после этого вам покажут, что сервер разорвал подключение: «ID 102 The server has terminated main RDP connection with the client.»

7️⃣ В событии ID 145 так же появляются подробности «During this connection, server has not sent data or graphics update for 0 seconds (Idle1: 0, Idle2: 0).».

8️⃣ Могут быть события с ID 148 «Channel rdpinpt has been closed between the server and the client on transport tunnel: 0.» или «Channel rdpcmd has been closed between the server and the client on transport tunnel: 0.» или «Channel rdplic has been closed between the server and the client on transport tunnel: 0.»
9️⃣ Ну и вишенка на торте, ошибка ID 227 «‘Failed to get property Disconnect Reason’ in CUMRDPConnection::Close at 2212 err=[0x80070057]»

Исправляем ошибку «Произошла внутренняя ошибка»

Выберите пункт «Другим компьютером» и укажите его DNS имя, или найдите его через кнопку обзор.

Дополнительные методы решения

Для этого в окне «Редактор реестра» пункт меню «Файл — Подключить сетевой реестр».

Находим ключ CheckMode по пути

Еще можно попробовать изменить значение вот такого ключа реестра:

Найдите ключ SessionImageSize и задайте ему значение 0x00000020.

Дополнительные настройки RDP клиента

На каких-то сайтах предлагалось именно активировать данный пункт.

Удаление кэша подключений

Обновление 07.12.2022

В декабре я вновь столкнулся с внутренней ошибкой, она еще стала проявлять себя вот так:

В логах сервера очень много ошибок:

На клиентской машине откуда я пытался произвести подключение было три события:

Не забываем перезагрузиться.

New-ItemProperty -Path «HKLM:SYSTEMCurrentControlSetControlTerminal Server»

-Name MaxOutstandingConnections -Value 10000 -PropertyType DWORD -Force

После этого нужно перезагрузиться.

Временное решение

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

Источник

Windows

The “Remote Desktop Connection: an internal error has occurred” message can show up on a Windows PC when the Remote Desktop Protocol (RDP) client is unable to make a connection with an RDP server. The error is due to one or more configuration issues related to RDP and security.

In this guide, we’ll help you troubleshoot this issue with a step-by-step tutorial. Throughout the different steps, we’ll be taking a look at the most important RDP settings you can check on your Windows PC.

Table of Contents

How to fix the “Remote Desktop Connection: An internal error has occurred” error
- 1. Allow remote connections
- 2. Change Remote Desktop connection settings
- 3. Allow the Windows Firewall to connect to RDP
- 4. Leave and re-join a domain
- 5. Restart the Remote Desktop Services service
- 6. Change the startup status of the Remote Desktop Protocol service
- 7. Change Remote Desktop Protorocl security in Group Policy Editor
- 8. Change the local security policy
- 9. Change the MTU value
- 10. Disable Network Level authentication
- 11. Disable VPN connections
- 12. Disable static IP on your PC
- 13. Enable persistent bitmap caching
Conclusion

As an IT pro, and especially as a server engineer for almost the last twenty years, I take ‘RDP’ing into a server for granted ALL the time. That is, using Remote Desktop Connection (or similar front-end software tools) to remotely log in to another server or computer, be it at my workplace, in Azure, etc.

Not surprisingly, there is a hell of a lot of technical environment variables that have to be just right in place in order for that Windows login screen to appear, showing you logging into that server. Oftentimes, especially when setting up a new server or a new Remote Desktop Host, you can run into errors trying to make that connection.

How to fix the “Remote Desktop Connection: An internal error has occurred” error

Let’s go through the most common RDP settings and configuration snafus that can cause the “Remote Desktop Connection: an internal error has occurred” message to appear. Then, we’ll show you how to solve them!

1. Allow remote connections

This is perhaps the most fundamental setting you will need to verify – checking your remote settings. You need to verify if ‘RDP is enabled’. Again, this can be discovered by clicking Start -> Settings -> Remote Desktop and verifying that ‘Enable Remote Desktop‘ is on.

Remote Desktop in Windows Settings

2. Change Remote Desktop connection settings

There are some basic settings related to RDP that are crucial, at the lowest layer of the TCP/IP stack. The default TCP port that Remote Desktop Host (RDH) listens on is ‘3389.’

To run a simple test from your client machine, run the Test-NetConnection command from a PowerShell prompt to test connecting to the server’s name or IP address on port 3389. I will test the connection to one of my Windows Server 2022 domain controllers (DCs).

Test-NetConnection WS16-DC1 –port 3389

Verifying some basic RDP connection settings – PowerShell

Well, that worked. And already, this is showing that quite a few blocks are in their right place. It doesn’t guarantee an RDP attempt will work, but it does confirm that at least something is listening on port 3389. There’s about a 99.9% chance it’s the server’s remote desktop service.

We can check more “basics” on the server side by going to Start -> Settings -> Remote Desktop. Here, I can click Advanced Settings and see a few more settings. I highly recommend keeping the ‘Require computers to use Network Level Authentication to connect (recommend)‘ checked. Definitely a wise and secure setting.

Remote Desktop Advanced Settings – The current TCP port it’s listening on – the default ‘3389’

Notice the ‘Current Remote Desktop Port‘ is set to 3389. That checks. And yes, you still need to use the Registry if you want to change the TCP port that the Remote Desktop service listens on.

3. Allow the Windows Firewall to connect to RDP

One of the reasons the ‘Test-NetConnection’ from item #2 may fail is that the Windows Defender Firewall may be blocking TCP traffic. We need to make sure the inbound rules on the server allow for Remote Desktop Protocol traffic (port 3389).

On the server, click the Start menu, and search for ‘firewall‘ to open ‘Firewall & network protection.’
At the bottom, scroll down and click on ‘Allow an app through firewall.’
In the ‘Allow apps to communicate through Windows Defender Firewall‘ screen, scroll down and make sure ‘Remote Desktop‘ has a checkmark in the specific network type you are using (should be Domain).

Checking the Windows Defender Firewall to make sure Remote Desktop Protocol traffic is allowed

4. Leave and re-join a domain

You do have the option of disjoining your client PC from the Active Directory domain, rebooting, and then re-joining it. This doesn’t necessarily solve a lot of problems in this area, but, like rebooting, it can clear up innocuous issues.

I won’t go through the steps here, but you can use the Remove-Computer cmdlet in PowerShell to accomplish this task.

5. Restart the Remote Desktop Services service

There are times when you just need to “reboot” in a way. There are several methods you can use to restart the Remote Desktop Services service: the Services MMC snap-in, PowerShell, etc. I’ll show you the Computer Management way.

Right-click the Start button and click on Computer Management.
Expand Services and Applications, and click on Services.
Find the Remote Desktop Services service and Restart it.

You may not be able to restart the service if you are logged into it remotely, of course. You may need to log in interactively to the Console session of the server (KVM).

Restarting the Remote Desktop Services service in the Services Snap-In

6. Change the startup status of the Remote Desktop Protocol service

Yes, there are many steps you need to take to troubleshoot why you can’t access your server! 😉 Here’s another: The Remote Desktop Services (TermService) service might not be running. It also may not be set to automatic, meaning it doesn’t start when the server boots up.

Here’s a simple way for you to confirm all is good. Let’s use the PowerShell get-service command here:

get-service TermService | fl

Checking the status of the Remote Desktop Service using PowerShell

Here, we can see that the status of the Remote Desktop Services service is set to ‘Running’. That’s a good thing. 🙂 Next, let’s check the Startup type with another PowerShell command:

get-service TermService | select -property name,starttype

We can see it is set to ‘Manual’. Let’s change the startup type to Automatic with the set-service command:

Set-Service TermService -StartupType Automatic

Checking the startup type of the Remote Desktop Services service and then setting it to ‘Automatic’

Done!

7. Change Remote Desktop Protorocl security in Group Policy Editor

There are some cases where the security settings for the Remote Desktop Protocol are not behaving correctly. In that case, we can edit the group policy on the server.

You can open the local Group Policy Editor to do some trial and error in this realm.

Press ‘Windows key + R‘ and type in ‘gpedit.msc’.
Navigate to this location: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Security.
If the “Require use of specific security layer for remote (RDP) connections” parameter is set to Not Configured, select Enabled, and in Security Layer, choose RDP.
Close all programs, reboot your server and attempt to reconnect your RDP connection.

Using Local Group Policy Editor to check RDP Security settings

8. Change the local security policy

Another potential security issue can be looked into and resolved using the local security policy. Let’s follow through with these steps to gain more insight:

Press Windows key + ‘R’ to open the Run dialog.
Type in ‘secpol.msc’ to open the local security policy utility.
Click on ‘Local Policies‘ and select the ‘Security Option‘ on the left side.
Scroll down and double-click on the ‘System cryptography: Use FIPS compliant algorithms for encryption, having, and signing.’
Select ‘Enabled‘ and click OK.
Exit your programs and reboot the server.
Attempt to connect via the Remote Desktop Protocol again.

9. Change the MTU value

There is another somewhat obscure troubleshooting step that could assist in this troubleshooting. This involves changing the Maximum Transmission Unit (MTU) value on the client network interface. See the steps below.

Open an administrative command prompt/PowerShell window and type in this command where you replace “Ethernet” with the display name of the network interface you want to adjust.

netsh interface ipv4 set subinterface "Ethernet" mtu=1458

The default MTU size is 1500 bytes. This setting will resolve some less common connection issues.

Another method you can use to make this change is to download TCP Optimizer from here, a free program that can help you optimize your Internet connection.

10. Disable Network Level authentication

We’ve already discussed Network Level Authentication (NLA) briefly, but we can use this as another troubleshooting step. In some situations, the chance of success of an RDP connection is the use of a specific security layer. We can temporarily disable the requirement of connecting clients using NLA on the server.

However, this is only a troubleshooting step. In this day and age, you do not want to leave your server in this mode. Let’s check some advanced system settings related to the Remote Desktop Protocol.

Click Start -> Settings -> System -> Remote Desktop -> Advanced Settings.

Be very careful when turning off the requirement of NLA!

If you uncheck the box, you will see a warning, but again, this is only for troubleshooting. If you prefer, you can also use PowerShell to disable Network Level Authentication.

Try again to connect with your client. If the RDP connection does work now, you will need to do some research on why the client is not utilizing NLA when making that connection to your server. This Microsoft documentation may be able to assist you.

11. Disable VPN connections

There are a few settings related to Virtual Private Networks (VPNs) or Proxy settings that may be interfering with the traffic between your client and server in negotiating that RDP connection. There are easy-to-find options in the Settings app to verify the current config and make potential changes.

Click Start -> Settings -> Network & Internet. First, click the ‘VPN‘ category on the left.

The ‘VPN’ section of Windows Settings

If by chance you have any ‘Windows’ VPNs in use, disconnect them and try your RDP connection again.

Next, click the ‘Proxy‘ category on the left.

The ‘Proxy’ section of Windows Settings

The most common setup you’ll have is either the ‘Automatically detect settings‘ being set to on, or under ‘Manual proxy setup‘, the ‘Use a proxy server‘ set to on with an IP address or server name.

Basically, disable one of these settings for a moment, and try your RDP connection again. If it now does work, you can speak to your network administration team to inform them of the scenario you’re hitting. There may be some network traces they can run to identify where exactly (on the network) misconfiguration may be causing you grief.

There is a more drastic set of steps you can perform to be more thorough in identifying the root cause of potential VPN software connections. Follow these steps to find out if other system configurations are causing a blockage:

Press the Windows key + ‘R’.
Type ‘msconfig‘ and press Enter.
Select the boot option from the system configuration window and then check the ‘safe boot‘ option.
Click apply and then press OK.
Restart your PC into safe mode.
See if this resolves your issue.

If it does, you’ll need to work on finding the root piece of software or configuration setting that is interfering with the RDP connection.

12. Disable static IP on your PC

There is a relatively small chance that your client’s PC is using a static IP Address. There exists a scenario where the server you’re trying to RDP to has network-layer restrictions on what network IP addresses or subnet ranges it allows those connections from. In case your client’s static IP Address is NOT in that list, your connection will fail.

A troubleshooting step you can employ is to change from static to DHCP. It is very likely an IP address from your DHCP server will play more nicely with our post topic here. 🙂

Click Start -> open Settings -> Network & Internet -> Ethernet. Click on the Ethernet connection (or whatever the display name is).

Viewing the TCP/IP settings for my Ethernet connection

Incidentally, if you’ve read my prior posts, you’ll know that I’m running these machines in my Windows Server 2022 Hyper-V lab environment. I chose (for reasons) to allocate static IP addresses for my servers/workstations, etc. Here, you can see my machine is set to 192.168.1.252.

All you need to do is click the ‘Edit‘ button, click the dropdown at the top of the ‘Edit IP settings‘ window, and choose ‘Automatic (DHCP)‘ and click Save.

Switching from a static IP Address to DHCP mode

13. Enable persistent bitmap caching

And, for our final troubleshooting step, another less prevalent but possible issue is a setting on the Experience tab in the Remote Desktop Connection application. Persistent bitmap caching can improve performance by storing bitmap images that were sent to the RDP client using the cache bitmap, and this feature requires additional disk space.

Let’s find out how to check and verify if persistent bitmap caching is enabled in the Remote Desktop Connection client, or more traditionally, the terminal server client. Press the Start button and start typing in ‘remote‘. Choose Remote Desktop Connection.

Accessing Remote Desktop Connection from the Start Menu

Click the ‘Show options‘ link at the bottom to expand the dialog. Click the ‘Experience‘ tab.

The Remote Desktop Connection application – the ‘Experience’ tab

Regardless of the state of the ‘Persistent bitmap caching‘ setting, toggle it: If it’s off, turn it on, and vice versa. 😉 Then attempt your connection again.

Conclusion

Well, well. As we’ve discovered here, there is a myriad of settings on the client computer, on the server (or computer) you’re trying to remotely log into, your network, your firewalls (hardware and software), and other settings that can cause the “Remote Desktop Connection: An internal error has occurred” issue. There are even potential Internet and/or ISP scenarios in case you’re attempting to RDP from your home office into your secure work networks.

We hope the troubleshooting steps we detailed in this guide helped you to fix your RDP connection issues. There are really a LOT of variables, settings, and configurations involved here, though if you’re methodical you shouldn’t have too much trouble getting your RDP connection up and running again.

Источник

“An Internal Error has Occurred” Error appears while connecting to a desktop or laptop through the Remote Desktop Connection. The error can be caused by misconfigured Remote Desktop Protocol (RDP) and security settings. When the error popups, that means RDP is not able to create a connection with the RDP server between the user and the client.

Fix- Remote Desktop Connection ‘An Internal Error has Occurred’

Before going further, we recommend reading the causes below. So you will understand deeply about this error:

Disabled Remote Connection- If the Remote Desktop connection is not enabled on your computer, the error will likely appear. Hence, allow the Remote Desktop connection on your Windows to fix this error.
Misconfigured RDP Security Settings- The misconfiguration of the Remote Desktop Protocol settings can cause this error. However, you can easily fix this error by configuring RDP settings correctly.
Corrupt Windows Update- According to some users, the error can appear due to a corrupt Windows Update installation. Therefore, reinstalling the Windows update might fix your issue.
Disabled Remote Desktop Service- If the Remote Desktop Service is disabled, you might encounter several errors such as this one. Hence, you need to ensure that the Remote Desktop Service is running properly.
Using Static IP- Another reason that can lead you to this issue is using a static IP address like Google, Cloudfare, and among others. If the DNS server is down, this error might appear. Therefore try switching to the automatic DNS to avoid this error.

1. Change RDP Security Settings

The error can often be caused by a disabled RDP setting in the Local Group Policy. The settings specify whether to use the RDP security layer feature to communicate between clients and the RDP server. However, in many scenarios, you might encounter this error if this setting is disabled. Several users have managed to fix this error by enabling this setting. Follow the steps:

Press the Win + R Simultaneously on the keyboard to open Run Window
Type gpedit.msc and click OK

Opening Run Window

Go to the following directory

Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Security

Find and open Require Use Of Specific Security Layer For Remote (RDP) Connections from the right pane
Opening RDP Service
Choose the Enabled option from the top left
Click Apply and click OK

Enabling RDP Security Layer Settings
Once all is finished, restart your computer and then try reconnecting to check if the error is fixed.

2. Allowing Remote Connections

The error also occurs if the Allow Remote connection option for your computer is not enabled from the settings. Hence, allow the Remote Desktop Connection and then try connecting to check if the error is fixed. Follow the steps to allow Remote Connection:

Press the Windows key and type View Advance System Settings

Opening Advance System Settings
Hit Enter to open the System Settings
Click on Remote from top
Select Allow Remote Connections To This Computer
Click Apply, then click OK

Allowing Remote Connection
Once done, try connecting through a Remote Desktop connection to check if the error persists.

3. Enable Reconnect If the Connection is Dropped

There is an option in the Remote Desktop Connection app that allows the user to reconnect when the user disconnects suddenly. So if the error is occurring due to an unstable network connection, enabling this option might help as it reconnects the user when the connection drops. Below are the steps:

Press the Windows key and type Remote Desktop Connection
Click Show Options

Click Show Options
Then, click Experience and check the option Reconnect If The Connection Is Dropped

Enabling Reconnect If The Connection Is Dropped
After that, try connecting to a Windows system.

4. Delete MachineKeys

Another solution that can fix this issue is deleting a machine keys folder. As per the affected users, deleting the Machinekeys fixed their issue. Hence, follow the steps to delete the MachineKeys.

Open File Explorer, navigate to the following path
```
C:ProgramDataMicrosoftCryptoRSAMachineKeys
```
Right-click the f686.. file and click Delete

Deleting Machine Key File
If you get an error message, right-click the file and go to Properties
Click Security from the top, then click Advanced
Opening Advanced Folder Settings
Click Change and type the username of your local account
Click Change
Then, click Check Names and click OK

Entering Microsoft Local Account Name
Click Add, then click Select A Principal

Clicking Add Button
Again, type the username and click Check Names, then click OK
Tick all the permissions under Basic Permissions

Taking Full Access to the File
Click OK, then click Apply and again click OK
Again, click OK to close the Window
Now try to delete the file and check if the error is fixed.

5. Restarting Remote Desktop Service

Remote Desktop Service allows the user to access the other Windows computer system. If this service is not working properly, it can cause this error. Hence, to fix this, try restarting the Remote Desktop Service. Below are the steps:

Press the Win key and type Services from Start Menu

Opening Services App
Open Services Window and find Remote Desktop Services
Right-click on the service and click Properties

Opening Service Properties
Change the startup type to Automatic
Then click Apply and if the service is stopped, click the Start button
Restarting RDP Service
Once done, check if it fixes the issue.

6. Disable or Uninstall VPN

If you use a VPN, your connection might be routed to another server; that is why you are encountering this error. Therefore, disable any Proxy server or uninstall VPN from the computer to fix this issue. Below are the steps:

Press the Windows key and type Appwiz.CPL and click OK

Opening Programs And Features
Select the VPN and click Uninstall

Uninstalling VPN Program
To disable proxy, follow the first method mentioned in this article
Once done, now check if the issue is fixed.

7. Switch to Automatic DNS

If you use a manual DNS instead of the automatic one, this error will likely appear as it is possible that the DNS you are using is facing server issues or the DNS is incompatible with RDP. Hence, to fix this, try switching to automatic DNS. Below are the steps:

Press Win + I to navigate into Settings
Then, go to Network & Internet
Click Change Adapter Settings

Navigating to Network Adapter Settings
Right-click the network adapter and select Properties

Opening Network Adapter Properties
Select Internet Protocol Version (TCP/IPv4) and click Properties

Opening Internet Protocol Version 4 (TCP IPv4) Properties
Choose Obtain DNS Server Address Automatically and click OK

Switching to Automatic DNS
Once done, check if the Remote Desktop app still gives the same error message.

8. Reinstall Windows Update

As per the affected users, a corrupt Windows update can lead to this error. Therefore, try reinstalling the recent Windows update to check if it fixes the error. If this method does not help, try to disable the HP printer driver, as it can cause this issue. Below are the steps to reinstall a recent Windows update:

Click Start Menu and type Control Panel
Open the control panel, then click Uninstall Programs
Click View Installed Updates from the left pane
Viewing Installed Updates
Select the recent Windows Update and click Uninstall
Uninstalling Recent Windows Update
Now type Windows update from Start Menu and open it
Click on Check for Updates

Updating Windows update
Download and install pending updates
Restart your computer, and then try connecting the Remote Desktop app to see if the error is resolved.

9. Use System Restore

Unfortunately, if none of the solutions have worked, try restoring Windows to a previous state, as it can fix this issue. However, for this process, you will need a restore point, which should be created before encountering the error.

To use a System Restore, type rstrui from the start menu
Opening System Restore Settings
Open the restore settings and click Next

Clicking Next
Then, select a restore point and click Next
Selecting a Restore Point
Then, click Finish to start the process.

Kevin Arrows

Kevin is a dynamic and self-motivated information technology professional, with a Thorough knowledge of all facets pertaining to network infrastructure design, implementation and administration. Superior record of delivering simultaneous large-scale mission critical projects on time and under budget.

Источник

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

Причины появления окна “Произошла внутренняя ошибка” могут быть совершенно различным, и могу быть как с сервером Remote Desktop, так и с клиентом.

UPD (01.05.2020): В первую очередь попробуйте перезапустить службу удаленных рабочих столов на сервере. Если это не поможет :

Одним из способов решить данную проблему это очистка историю RDP подключений на клиенте в ветке HKEY_CURRENT_USERSoftwareMicrosoftTerminal Server ClientServers
Так же может помочь сброс кеша RDP в каталоге C:Users%Username%AppDataLocalMicrosoftTerminal Server ClientCache (перед очисткой завершите все запущенные сеансы mstsc.exe).
Для очистки кеша используйте команду:

del "C:Users%Username%AppDataLocalMicrosoftTerminal Server Clientcache"
(не забудьте указать корректный путь)

Одной из возможных причин возникновения данной ошибки, могут быть множественные попытки несанкционированного доступа. Иными словами, если ваш RDP сервер доступен для всего интернета по стандартному порту 3389 – велика вероятность, что вас пытаются взломать. Косвенным признаком, что “Внутренняя ошибка” происходит именно по причине ломящихся снаружи – в журнале (о том как открыть журнал – в конце статьи) RDP подключений будут ошибки с кодом 1006 “Сервер узлов сеансов удаленных рабочих столов получил большое количество незавершенных подключений. Возможно, система атакована.”

Решений тут несколько:

Закрыть доступ к серверу по порту 3389 для неизвестных IP-адресов через firewall
Сменить порты 3389 на любой другой

Как изменить RDP Порт

Открываем редактор реестра regedit
Открываем ветку HKEY_LOCAL_MACHINESystemCurrentControlSetControlTerminalServerWinStationsRDP-Tcp
Правим параметр PortNumber в десятичном фрмате
Порт RDP по умолчанию 3389
Перезагружаем сервер

В интернете можно встретить и другие варианты решений, какие подойдут именно вам – надо проверять.

1. Если у вас на удаленном сервере установлен КриптоПРО, он может быть источником проблем с rdp подключением. Попробуйте отключить проверку контрольных целостности файлов (проверки контрольных сумм) в КриптоПро через реестр. Перейдите в ветку реестра HKLMSYSTEMCurrentControlSetControlSession ManagerCProIntegrity и измените значение параметра CheckMode на 0. Перезагрузите сервер.
2. Если в журнале событий TerminalServices-RemoteConnectionManager вы встретите событие с EventID 1057 (The RD Session Host Server has failed to create a new self signed certificate to be used for RD Session Host Server authentication on SSL connections), перейдите в каталог C:ProgramDataMicrosoftCryptoRSA, переименуйте папку Machinekeys в Machinekeys_bak и перезапустите службу TermService.
3. Также нашел информацию, что RDP проблема “Произошла внутренняя ошибка” встречалась в Windows 10 1809, если на удаленном компьютере включена политика Configure H.264/AVC hardware encoding for Remote Desktop connections (находится в секции GPO: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment). Для решения этой проблемы достаточно отключить UDP протокол для RDP, создав в ветке реестра HKLMSOFTWAREPoliciesMicrosoftWindows NTTerminal ServicesClient параметр fClientDisableUDP со значением 1.

Пользователи windows 10 иногда сталкиваются с “Внутренней ошибкой” при подключении к RDP еще и из-за обновлений безопасности. В редких случаях, вместо ошибки “Ошибка RDP подключения CredSSP encryption oracle remediation” – пользователи могут получать “внутренняя ошибка подключения”. Если ни один из приведенных выше способов не помог – попробуйте решения описанные в статье RPD: ошибка подключения CredSSP encryption oracle remediation

Открыть журнала событий RDP

Откройте меню пуск и в строке поиска введите “Просмотр событий” (англ. Event Viewer).
В нем Журналы приложений и служб > Microsoft > Windows > TerminalServices-RemoteConnectionManager

Источник

🔥 В связи с тем, что почти всю Россию увели на дистанционную работу (удаленную работу) из-за пендемии коронавируса все пользователи на данный момент из дома работают с офисами через: ⚠️

VPN
RDP напрямую с пробросом портов

⛔️ Я в прошлой статье описал как настроить удаленное подключение для сотрудников во время изоляции.

⭐️И вот вчера одна из читательниц мне написала, что бы я ей помог с ошибкой которая возникала при подключении к 1с через RDP (Подключение к удаленному рабочему столу)

an internal error has occured / произошла внутренняя ошибка

У нее при подключении выскакивало сообщение: произошла внутренняя ошибка

Данная ошибка очень распространенная и она может возникать по разными причинам и сейчас мы рассмотрим как я решил проблему эту проблему и опишу как ее решают другие:

1 Вариант

Обновляю запись и дописываю новый вариант от 19.07.2020 решения данной ошибки. Очень много пишут вопросов о том, что с одного компьютера никак не получается подключаться к серверу по RPD , тогда как с этого же компьютера он спокойно подключается на другие сервера по RDP или наоборот! в итоге решил с этим вопросом разобраться на компьютере одного из моих подписчиков и выкладываю как я понял самую частую проблему которая не позволяет подключаться по рдп к серверам и появлением ошибки – произошла внутренняя ошибка

заходим в реестр HKEY_CURRENT_USERSoftwareMicrosoftTerminal Server ClientServers и удаляем все записи которые там есть
переходим в папку C:Users%Username%AppDataLocalMicrosoftTerminal Server ClientCache и все так же удаляем
советую после этих действий перезагрузить компьютер

2 Вариант

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

У данного сотрудника стояло приложение VipNet Client

⚡️ ViPNet Client – предназначен для защиты рабочих мест корпоративных пользователей, который надежно защищает от внешних и внутренних сетевых атак за счет фильтрации трафика. Кроме того ViPNet Client обеспечивает защищенную работу с корпоративными данными через зашифрованный канал, в том числе для удаленных пользователей.

т.е. данная программа включает в себя встроенный firewall который заблокировал порт 3389 и из-за этого само подключение отфутболивало все соединения и не давала провести коннект.

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

Вообщем проблема – была решена перенастройкой Випнета, т.е. ошибка возникла в результате стороннего ПО которое было установлено на компьютер.

Вариант 3

🔔 Проверка и настройка встроенного Firewall в windows 7 или 10 на открытые порты 3389

Откройте панель Управления
Запустите FireWall
настройте правида для входящих и исходящих подключений для порта 3389

Вариант 4

Зайти на сервер (но это уже относится к ситуации если вы Админ, а не юзер) и перейдите в пункт “Службы и приложения – Службы”, в списке сервисов найдите службу удаленных рабочих столов (Remote Desktop Services), и перезапускаем ее.

Т.е. если вы юзер теребите админа что бы он занимался своей работой ))))

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

Источник

На чтение 15 мин. Просмотров 1.9k. Опубликовано 20.04.2021

Ошибка удаленного рабочего стола « Произошла внутренняя ошибка » часто вызвана настройками RDP или его локальной групповой политикой безопасности. Было довольно много отчетов, в которых говорится, что пользователи не могут использовать клиент подключения к удаленному рабочему столу для подключения к другой системе. Согласно сообщениям, эта проблема возникла неожиданно и не была вызвана каким-либо конкретным действием.

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

Содержание

Что вызывает ошибку «Произошла внутренняя ошибка» в Windows 10?
Решение 1. Измените настройки подключения к удаленному рабочему столу
Решение 2. Повторное присоединение к домену
Решение 3. Изменение значения MTU
Решение 4. Изменение безопасности RDP в группе Редактор политик
Решение 5. Отключение аутентификации на уровне сети
Решение 6. Перезапуск службы удаленного рабочего стола
Решение 7. Отключите VPN-соединение
Решение 8. Перенастройте локальную политику безопасности
Решение 10. Разрешение удаленных подключений
Решение 11. Изменение запуска службы
Решение 12. Включите постоянное кэширование растровых изображений
Решение 13: Отключение статического IP-адреса на компьютере
Решение 14. Перенастройка SonicWall VPN
Решение n 15: Диагностика подключения с помощью командной строки
Решение 16. Отключите UDP на клиенте
Метод реестра:
Метод групповой политики
Использование команды PowerShell
Окончательное решение:

Что вызывает ошибку «Произошла внутренняя ошибка» в Windows 10?

Поскольку ошибка появляется неожиданно, ее конкретная причина неизвестна, однако она может возникнуть из-за одного из следующих факторов –

Настройки подключения к удаленному рабочему столу: для некоторых пользователей ошибка была вызвана настройки клиента подключения к удаленному рабочему столу.
Безопасность RDP: в некоторых случаях ошибка может появляться из-за безопасности протокола удаленного рабочего стола, и в этом случае вы будете необходимо изменить уровень безопасности.
Домен компьютера: Другая причина, которая может вызвать появление ошибки, – это домен, к которому подключена ваша система. В таком случае удаление домена и последующее присоединение к нему решит проблему.

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

Решение 1. Измените настройки подключения к удаленному рабочему столу

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

Перейдите в меню «Пуск» , найдите Подключение к удаленному рабочему столу, и откройте его.
Нажмите Показать параметры , чтобы открыть все настройки.
Переключитесь на
# strong> Опыт , а затем убедитесь, что установлен флажок “ Повторно подключаться, если соединение разорвано “.
Попробуйте подключиться еще раз.

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

Нажмите Windows Key + I , чтобы открыть Настройки .
Перейдите в Учетные записи , а затем перейдите на вкладку Доступ к работе или учебе .
Выберите домен, к которому вы подключили свою систему, и затем нажмите Отключить .
При появлении запроса на подтверждение нажмите Да .
Отключите систему и затем перезагрузите компьютер, как будет предложено.
После перезапуска системы вы можете снова присоединиться к домену, если хотите.
Попробуйте снова использовать RDP.

Решение 3. Изменение значения MTU

Другой способ решения проблемы – изменить значение MTU. Максимальная единица передачи – это самый большой размер пакета, который может быть отправлен в сети. Уменьшение значения MTU может помочь в решении проблемы. Вот как это сделать:

Чтобы изменить значение MTU, вам необходимо загрузить инструмент под названием TCP Optimizer . Вы можете скачать его отсюда.
После загрузки откройте TCP Optimizer как администратор .
Внизу выберите Пользовательский перед Выбрать настройки .
Измените значение MTU на 1458 .
Нажмите Применить изменения , а затем выйдите из программы.
Проверьте, устраняет ли он проблему.

Решение 4. Изменение безопасности RDP в группе Редактор политик

В некоторых случаях сообщение об ошибке появляется из-за уровня безопасности RDP в групповых политиках Windows. В таких сценариях вам придется заставить его использовать уровень безопасности RDP. Вот как это сделать:

Перейдите в меню «Пуск» , найдите Local Group Policy и откройте ‘ Изменить групповую политику ‘.
Перейдите в следующий каталог:
Конфигурация компьютера> Административные шаблоны> Компоненты Windows> Службы удаленного рабочего стола> Узел сеанса удаленного рабочего стола> Безопасность
Справа найдите « Требовать использования определенного уровня безопасности для удаленных (RDP) подключений ‘и дважды щелкните его, чтобы отредактировать его.
Если для него установлено значение « Не настроено », выберите Включено и затем перед Security Layer выберите RDP .
Нажмите Применить , а затем нажмите OK .
Перезагрузите систему, чтобы изменения приняли эффект.
Попробуйте подключиться еще раз.

Решение 5. Отключение аутентификации на уровне сети

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

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

Решение 6. Перезапуск службы удаленного рабочего стола

В некоторых случаях перезапуск удаленного Desktop Service делает свое дело, поэтому на этом этапе мы перезапустим его вручную. Для этого:

Нажмите « Windows » + « R », чтобы открыть окно «Выполнить».
Введите « services . msc » и нажмите « Enter ».
Дважды щелкните « Remote Desktop Service »и нажмите « Остановить ».
Нажмите «Пуск» после ожидания не менее 5 секунд.
Отметьте , чтобы посмотрите, сохраняется ли проблема.

Решение 7. Отключите VPN-соединение

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

Нажмите Windows + R одновременно на клавиатуре.
На экране появится диалоговое окно запуска, введите «MSConfig» в пустом поле и нажмите OK.
Выберите вариант загрузки в системе в окне конфигурации и затем отметьте опцию «Безопасная загрузка» .
Нажмите «Применить» и нажмите OK.
Перезагрузите компьютер сейчас, чтобы загрузитесь в безопасном режиме.
Снова нажмите те же клавиши «Windows» + «R» одновременно и введите «inetcpl.cpl» в диалоговом окне «Выполнить» и нажмите «Enter» , чтобы запустить его.
На вашем экране появится диалоговое окно свойств Интернета, выберите оттуда вкладку « Подключения ».
Снимите флажок « Использовать прокси-сервер для вашей локальной сети » и нажмите «ОК».
Снова откройте MSConfig и на этот раз снимите флажок с опции безопасной загрузки, сохраните изменения и перезагрузите компьютер.
Проверьте, сохраняется ли сообщение об ошибке.

Решение 8. Перенастройте локальную политику безопасности

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

Нажмите «Windows» + «R» , чтобы открыть приглашение «Выполнить».
Введите «Secpol.msc» и нажмите «Enter» , чтобы запустить Утилита локальной политики безопасности.
В утилите локальной политики безопасности щелкните значок «Локальные политики» , а затем выберите «Безопасность Option» на левой панели.
На правой панели прокрутите и щелкните параметр «Системная криптография» и
Прокрутите правую панель и найдите параметр « Системная криптография: использовать криптографические алгоритмы, совместимые с FIPS 140, включая алгоритмы шифрования, хеширования и подписи ».
Дважды щелкните этот параметр, а затем отметьте кнопку «Включено» в следующем окне.
Нажмите « Применить », чтобы сохранить изменения, а затем нажмите « ОК », чтобы закрыть окно. .
Проверьте, устраняет ли это проблему на вашем компьютере.

Решение 10. Разрешение удаленных подключений

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

Нажмите «Windows» + «R» , чтобы запустить Run Приглашение.
Введите «Панель управления» и нажмите «Enter» , чтобы запустить классический интерфейс панели управления.
В Панели управления щелкните «Система и безопасность» и затем нажмите кнопку «Система» .
В настройках системы нажмите «Расширенные настройки системы» из левой панели.
В расширенных настройках системы щелкните вкладку « Удаленный » и убедитесь, что параметр« Разрешить подключения удаленного помощника к этот компьютер »отмечен флажком.
В дополнение к этому, убедитесь, что вкладка« Разрешить удаленное подключение к этому компьютеру »ниже этого также проверено.
Нажмите «Применить» , чтобы сохранить изменится, а затем нажмите «ОК» , чтобы закрыть окно.
Проверьте, устраняет ли это действие на вашем компьютере.

Решение 11. Изменение запуска службы

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

Нажмите «Windows» + «R» , чтобы запустить запрос «Выполнить».
Введите «Services.msc» и нажмите «Enter» , чтобы открыть окно управления службами.
В окне управления службами дважды щелкните параметр «Службы удаленного рабочего стола» . а затем нажмите кнопку «Стоп» .
Нажмите «Тип запуска» и выберите «Автоматически» .
Закройте это окно и вернитесь в рабочий стол.
После этого перезагрузите компьютер и проверьте, сохраняется ли проблема.

Решение 12. Включите постоянное кэширование растровых изображений

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

Нажмите «Windows» + «S» на клавиатуре и введите «Подключение к удаленному рабочему столу» в строке поиска.
Нажмите кнопку «Показать параметры» , а затем перейдите на вкладку «Опыт» .
На вкладке взаимодействия установите флажок «Постоянное кэширование растровых изображений» и сохраните изменения.
Попробуйте установить подключение к удаленному рабочему столу, а затем проверьте, не проблема все еще сохраняется.

Решение 13: Отключение статического IP-адреса на компьютере

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

Нажмите «Windows» + «R» , чтобы запустить запрос «Выполнить».
Введите «ncpa.cpl» и нажмите «Enter» , чтобы открыть панель конфигурации сети.
На панели конфигурации сети щелкните правой кнопкой мыши сетевой адаптер и выберите «Свойства».
Дважды щелкните параметр «Версия протокола Интернета 4 (TCP/IPV4)» , а затем щелкните на вкладке «Общие» .
Установите флажок «Получить IP-адрес автоматически» и сохранить изменения.
Нажмите « OK », чтобы выйти из окна и проверить чтобы проверить, сохраняется ли проблема.

Решение 14. Перенастройка SonicWall VPN

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

Запустите Sonicwall на вашем компьютере.
Нажмите «VPN» и затем выберите Параметр «Настройки» .
Найдите «WAN» в списке политик VPN.
Нажмите кнопку «Настроить» справа, а затем выберите вкладку «Клиент» .
Нажмите раскрывающееся меню «Настройки виртуального адаптера» и выберите вариант «Аренда DHCP» .
Убедитесь, что это решит проблему.
Если проблема все еще не устранена, нам придется удалить текущий DHCP аренду от VPN.
Перейдите к параметру «VPN» , а затем выберите «DHCP через VPN ».
Удалите уже существующую аренду DHCP и перезапустите соединение.
Проверьте, сохраняется ли проблема после этого.

Решение n 15: Диагностика подключения с помощью командной строки

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

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

Получите доступ к компьютеру, к которому вы хотите подключиться локально, и нажмите «Windows» + Клавиша «R» на клавиатуре вызывает запрос запуска.
Введите «Cmd» и нажмите «Enter» для запуска командной строки.
В командной строке введите следующую команду и нажмите «Enter» , чтобы отобразить IP-информацию для компьютера.
Обратите внимание на IP-адрес, указанный в «Шлюз по умолчанию» , который должен быть в формате «192.xxx.x.xx» или аналогичном формате.
Получив IP-адрес компьютера, к которому вы пытаетесь подключиться, вы можете вернуться к своему компьютеру для дальнейшего тестирования.
На вашем персональном компьютере нажмите «Windows» + «R» , чтобы запустить t Запустите приглашение и введите «Cmd» , чтобы открыть командную строку.
Введите следующую команду в командной строке и нажмите « введите », чтобы выполнить его.
ping (IP-АДРЕС компьютера, к которому мы хотим подключиться)
Подождите, пока командная строка завершит проверку связи IP адрес и запишите результаты.
Если эхо-запрос прошел успешно, это означает, что IP-адрес доступен.
Теперь мы будем тестировать «Telnet» , проверив, возможен ли telnet по IP-адресу.
Для этого нажмите «Windows» + «R» и введите «Cmd» , чтобы открыть командную строку.
Введите следующую команду, чтобы проверить, работает ли telnet возможно на порту, который должен быть открыт клиентом RDP.
```
 telnet  3389 
```
Вы должны увидеть черный экран, если этот telnet успешно, если это не так ns, что порт заблокирован на вашем компьютере.

Если черный экран не возвращается, это означает, что порт не может быть открыт на вашем компьютере, из-за чего возникла проблема отображается при попытке установить Telnet на порт. Поэтому на этом этапе мы будем перенастраивать брандмауэр Windows, чтобы открыть определенный порт на нашем компьютере. Для этого:

Нажмите « Windows » + « I », чтобы открыть настройки, и нажмите « Обновление и безопасность ».
Выберите « Windows Безопасность »на левой панели и нажмите« Брандмауэр и Сеть Безопасность ».
Выберите« Advanced Настройки »в списке.
Откроется новое окно, нажмите« Входящие Правила »и выберите« Новое Правило «.
Выберите« Порт »и нажмите « Далее ».
Щелкните « TCP » и выберите « Указанные локальные порты ».
Enter в «3389» в номер порта.
Нажмите « Далее » и выберите « Разрешить Соединение «.
Выберите « Далее » и убедитесь, что отмечены все три параметра.
Снова нажмите« Далее »и напишите« Имя »для новое правило.
После ввода имени выберите « Next » и нажмите « Finish ».
Точно так же вернитесь к 4-му шагу, который мы перечислили, и выберите на этот раз «Outbound Rules» и повторите весь процесс, чтобы создать исходящее правило для этого процесса.
После создания правил для входящего и исходящего трафика проверьте, сохраняется ли проблема.

Решение 16. Отключите UDP на клиенте

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

Метод реестра:

Нажмите «Windows» + «R» , чтобы запустить приглашение.
Введите «regedit» и нажмите «Enter» , чтобы запустить реестр.
В реестре перейдите по следующим параметрам:
```
 HKLM  SOFTWARE  Policies  Microsoft  Windows NT  Terminal Services  Client 
```
Внутри этой папки установите для параметра fClientDisableUDP значение
Сохраните изменения и выход из реестра.
Проверьте, решает ли добавление этого значения в реестр эту проблему на вашем компьютере.

Метод групповой политики

Нажмите кнопки «Windows» + «R» на клавиатуре, чтобы запустить запрос запуска.
Введите «Gpedit.msc» и нажмите «Enter» , чтобы запустить диспетчер групповой политики.
В диспетчере групповой политики дважды щелкните параметр « Конфигурация компьютера » и затем откройте Параметр «Административные шаблоны» .
Дважды щелкните «Компоненты Windows» , а затем дважды щелкните параметр «Службы удаленного рабочего стола».
Дважды щелкните «Клиент подключения к удаленному рабочему столу» , а затем дважды щелкните параметр «Отключить UDP на клиенте» . .
Установите флажок «Включено» и сохраните изменения.
Выйдите из диспетчера групповой политики и проверьте, сохраняется ли проблема.

Использование команды PowerShell

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

Нажмите «Windows» + «X» на клавиатуре и выберите Параметр «Powershell (Admin)» .
Введите следующую команду в окне PowerShell и нажмите «Enter» для ее выполнения.
```
 New-ItemProperty 'HKLM:  SOFTWARE  Microsoft  Terminal Server Client' -Name UseURCP -PropertyType DWord -Value 0 
```
После выполнения команды на вашем компьютере проверьте, сохраняется ли проблема.

Окончательное решение:

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

Источник