An internal server error occurred rdp

Обновлено 08.12.2022

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

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

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

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

После этого у вас разрывается соединение. Когда мы видели моргающий экран по 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]»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обновление 07.12.2022

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если и это вам не помогло, то нужно смотреть вариант в сторону обновления или переустановки драйверов на сетевую карту, тут вы определяете модель вашей карты или материнской платы, если в нее все интегрировано и обновляете. С вами был Иван Семин, автор и создатель 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

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

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

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.
4. В комментариях 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 подключения исчезла!

An improper RDP setting or local group policy security generally cause the error, Remote Desktop Connection: An Internal Error has Occurred.

Here, at Bobcares we have come across situations where RDP client freezes with this error.

Yeah, we hate it too. That’s why our Experienced Server Admins are here to help you.

Remote Desktop Connection: An Internal Error has Occurred

Since Remote Desktop Connection is used by many users for their business or personal purposes, this error can turn out to be quite the pain.

For example,

While trying to connect from Windows 10 to a server running Windows Server 2012 R2 using RDP, we received the following error:

This might be a result of installation and configuration of RemoteApps.

The RDP console message “An internal error has occurred” may appear in different cases and the cause can be either Remote Desktop server or client issues.

In this article, let us see a few methods our Support Techs use to solve the problem.

Causes of Remote Desktop Connection: An Internal Error has Occurred

• Connection settings:

For some users, their Remote Desktop Connection client settings can be a cause for this error.

• RDP Security:

In some cases, the error can appear due to the Security of the Remote Desktop Protocol. In this case, we have to change the security layer.

• Computer’s domain:

Another possible reason can be the domain to which the system connects. In such a case, removing the domain and then joining it again will fix the issue.

Solutions for Remote Desktop Connection: An Internal Error has Occurred

First of all, we should make sure that the RDP port 3389 accepts connection on the RDS server, and that the connection is not blocked by the firewall (Test-NetConnection your_rdp_server –port 3389).

For instance, the Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational log once showed that it creates the RDP session:

The server accepts a new TCP connection from client (IP address):64379.
Connection RDP-Tcp#4 created

However, the RDP session terminates the later without any error:

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

We have to check the status of the Remote Desktop Services on our remote server and restart the service.

We can do it remotely through the Services.msc console (“Connect to another computer” option), but it is easier to check a service status and restart it using PowerShell:

(Get-Service TermService -ComputerName ny-rds1).status

Once the service is running, we restart it:

Get-Service TermService -ComputerName ny-rds1| Restart-Service –force –verbose

Let us now see some more ways our Support Techs use to fix, Remote Desktop Connection: An Internal Error has Occurred

Here are some other ways to solve it

• In the EventID 1057 in the TerminalServices-RemoteConnectionManager event log , go to the folder C:ProgramDataMicrosoftCryptoRSA, here, we rename the Machinekeys folder into Machinekeys_bak and restart the TermService

• The RDP problem happen in Windows 10 1809 if the Configure H.264/AVC hardware encoding for Remote Desktop connections policy is enabled on the remote computer.It is located in the following GPO section: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment.To solve the problem, we need to disable the UDP protocol for RDP by creating the fClientDisableUDP parameter with the value 1 in the registry key HKLMSOFTWAREPoliciesMicrosoftWindows NTTerminal ServicesClient

• If the error appears immediately after clicking connect, we have to try increasing the maximum outstanding RDP connections limit.On Windows 10 the SKUs by default is set to 100, but on Windows Server is 3000.Run the regedit.exe and create the DWORD registry parameter MaxOutstandingConnections with the value 10000 in the reg key HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal Server.

• In the client machine, clear the RDP connection history in the registry key HKEY_CURRENT_USERSoftwareMicrosoftTerminalServerClientServersOnce it is done, reset the RDP cache in C:Users%Username%AppDataLocalMicrosoftTerminal Server ClientCache. Prior to doing it, we have to close all running mstsc.exe sessions):del “C:Users%Username%AppDataLocalMicrosoftTerminal Server Clientcache”R

  Restart the computer.

Moving forward, our support techs found that there are various other possible ways to fix, ‘Remote Desktop Connection: An Internal Error has Occurred’. Let us discuss it in detail.

• Change Remote Desktop Connection Settings

To start off, we will try to isolate the issue by changing the RDP settings a little bit. Some users have reported that their issue was resolved once they checked the ‘Reconnect if the connection is dropped’ box.

Let us see how we do it:

1. Go to the Start Menu, search for Remote Desktop Connection, and open it up.
2. Click on Show Options to unveil all the settings.
3. Switch to the Experience tab and then make sure ‘Reconnect if the connection is dropped’ box is checked.
4. Try connecting again.

Rejoin Domain

The error message is sometimes generated due to the domain we have connected our system to. In such cases, removing the domain and then joining it again will fix the issue.

Here is how we do it:

1. Press Windows Key + I to open Settings.
2. Navigate to Accounts and then switch to the Access work or school tab.
3. Select the domain connected to our system to and then click Disconnect.
4. Click Yes when prompted to confirm.
5. Disconnect the system and then restart as prompted.
6. Once done, join the domain again if required.
7. Try using RDP again.

Change MTU Value

Another way of fixing the issue would be to change the MTU value. Maximum Transmission Unit is the largest size of a packet that can be sent in a network. Dropping the MTU value can help in fixing the issue.

Here is how we do it:

1. To change MTU value, download TCP Optimizer.
2. Once downloaded, open up TCP Optimizer as an administrator.
3. At the bottom, select Custom in front of Choose settings.
4. Change the MTU value to 1458.
5. Click Apply Changes and then exit the program.
6. Check if it fixes the issue.

Change Security of RDP in Group Policy Editor

In some cases, the error message pops up due to our RDP security layer in the Windows group policies. In such scenarios, we will have to force it to use the RDP Security layer.

Here is how we do it:

1. Go to the Start Menu, search for Local Group Policy and open up ‘Edit group policy’.
2. Navigate to the following directory:
   Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Security
3. On the right-hand side, locate the ‘Require use of specific security layer for remote (RDP) connections’ and double-click it to edit it.
4. If it is set to ‘Not configured’, select Enabled and then in front of Security Layer, choose RDP.
5. Click Apply and then hit OK.
6. Restart the system so that the changes take effect.
7. Try connecting again.

Disable Network Level Authentication

We can also try to fix the issue by disabling Network Level Authentication or NLA. The issue can, at times, be caused if we or the target system is configured to only allow remote connections that are running Remote Desktop with NLA. Disabling it will fix the issue.

Here is how we do it:

1. Go to Desktop, right-click on This PC and select Properties.
2. Click on Remote Settings.
3. Under Remote Desktop, un-tick the ‘Allow connections only from computers running Remote Desktop with Network Level Authentication’ box.
4. Click Apply and then hit OK.
5. See if it isolates the issue.

Restart Remote Desktop Service

In some cases, restarting the Remote Desktop Service does the trick, so, in this step, we will be manually restarting it.

For that:

1. Press “Windows” + “R” to open Run prompt.
2. Type in “services.msc” and press “Enter“.
3. Double click on “Remote Desktop Service” and click on “Stop”.
4. Click on “Start” after waiting for at least 5 seconds.
5. Check to see if the issue persists.

Disable VPN Connection

It is possible that our computer might be configured to use a proxy or a VPN connection due to which its internet connection might be routed through another server.

This might be preventing from being able to properly establish a connection. Therefore in this step, we will be disabling the internet explorer’s proxy settings and we also have to make sure to disable any VPNs running on the computer.

1. Press Windows + R key on the keyboard simultaneously.
2. A run dialog box will appear on the screen, type “MSConfig” in the empty box, and press OK.
3. Select the boot option from the system configuration window and then check the “Safe Boot” option.
4. Click apply and press OK.
5. Restart PC to boot into the safe mode.
6. Again, press the same “Windows” + “R” keys simultaneously and type “inetcpl.cpl” in the Run dialog box and press “Enter” to execute it.
7. An internet properties dialog box would appear, select the “Connections” tab from there.
8. Uncheck the “Use a proxy server for your LAN” box and then click OK.
9. Open MSConfig again now and this time uncheck the safe boot option save the changes and restart computer.
10. Check to see if the error message persists.

• Reconfigure Local Security Policy

This is another way to fix the issue in which we should use the Local Security Policy utility. We can do it by proceeding with the following steps:

1. Press “Windows” + “R” to open the Run prompt.
2. Type in “Secpol.msc” and press “Enter” to launch the Local Security Policy Utility.
3. In the local security policy Utility, click on the “Local Policies” option, and then select the “Security Option” from the left pane.
4. In the right pane, scroll and click on the “System Cryptography” option
5. Use FIPS 140 compliant cryptographic algorithms, including encryption, hashing and signing algorithms” option.
6. Double click on this option and then check the “Enabled” button on the next window.
7. Click on “Apply” to save changes and then on “OK” to close out of the window.
8. Check to see if doing so fixes the issue.

Allow Remote Connections

It is possible that Remote Connections are not allowed according to some system configurations. In this step, we will be reconfiguring this setting from the Control Panel and then we will check to see if doing so fixes this issue on our computer.

In order to do that:

1. Press “Windows” + “R” to launch the Run prompt.
2. Type in “Control Panel” and press “Enter” to launch the classical control panel interface.
3. In the Control Panel, click on the “System and Security” option and then select the “System” button.
4. In system settings, click “Advanced System Settings” from the left pane.
5. Click on the “Remote” tab and make sure that the “Allow Remote Assistance Connections to this Computer” option is checked.
6. In addition to that, make sure that the “Allow Remote Connections to this Computer” tab below it is also checked.
7. Click on “Apply” to save the changes and then on “OK” to exit out of the window.
8. Check to see if doing so fixes this issue on computer.

Change the Startup of Service

It is possible that the Remote Desktop service has been configured in such a way that it is not allowed to start up automatically. Hence, we will be changing this configuration and we will allow the service to be started automatically.

To do it, we follow the steps below.

1. Press “Windows” + “R” to launch the Run prompt.
2. Type in “Services.msc” and press “Enter” to launch the service management window.
3. In the service management window, double click on the “Remote Desktop Services” option and then click on the “Stop” button.
4. Click on the “Startup Type” option and select the “Automatic” option.
5. Closeout of this window and return to to the desktop.
6. After doing so, restart computer and check to see if the issue persists.

Enable Persistent Bitmap Caching

Another possible reason is the “Persistent Bitmap Caching” feature being disabled from the RDP settings. In this step, we will launch the Remote Desktop Connections app and then change this setting from its experience panel.

In order to do this, we follow the steps below:

1. Press “Windows” + “S” on keyboard and type in “Remote Desktop Connection” in the search bar.
2. Click on the “Show Options” button and then click on the “Experience” tab.
3. In the experience tab, check the “Persistent Bitmap Caching” option and save changes.
4. Try to make the Remote Desktop connection and then check to see if the issue still persists.

Disable Static IP on Computer

One possible cause is that we might have configured our network adapter to use a static IP and it is not aligning with the Remote Desktop Connection properly. So, we will be disabling the Static IP on our computer through the network configuration settings.

For that:

1. Press “Windows” + “R” to launch the Run prompt.
2. Type in “ncpa.cpl” and press “Enter” to launch the network configuration panel.
3. In the network configuration panel, right-click on the network adapter and select “Properties”.
4. Double-click on the “Internet Protocol Version 4 (TCP/IPV4)” option and then click on the “General” tab.
5. Check the “Obtain IP Address automatically” option and save changes.
6. Click on “OK‘ to exit out of the window and check to see if the issue still persists.

Reconfigure SonicWall VPN

If we are using the SonicWall VPN client and use the default configurations with that application, this error might spring up. Therefore, in this step, we will be changing some settings from within the VPN.

For that:

1. Launch Sonicwall on the computer.
2. Click on “VPN” and then select the “Settings” option.
3. Look for “WAN” under the VPN policies list.
4. Click on the “Configure” option to the right and then select the “Client” tab.
5. Click  on “Virtual Adapter Settings” dropdown and select the “DHCP Lease” option.
6. Check to see if doing so fixes the issue.
7. If this issue still is not fixed, we will have to remove the current DHCP lease from the VPN.
8. Navigate to the “VPN” option and then select the “DHCP over VPN” button.
9. Delete the already existing DHCP lease and restart the connection
10. Check to see if the issue persists after doing this.

Diagnose Connection through Command Prompt

It is possible that the computer that we are trying to connect to might not be available for connection. Hence, we will have to diagnose.

For this purpose, we will be using the command prompt to first identify the IP address of the computer and then we will use the command prompt on our computer to try and ping it.

If the ping is successful, the connection can be made, if it isn’t that means that the computer that we are trying to connect to is at fault.

For this purpose:

1. Gain access to the computer we want to connect to locally and press the “Windows” + “R” keys on its keyboard to launch the run prompt.
2. Type in “Cmd” and press “Enter” to launch the command prompt.
3. In the command prompt, type in the following command and press “Enter” to display the IP information for the computer.
4. Note the IP address listed under the “Default Gateway” heading which should be in the “192.xxx.x.xx” or a similar format.
5. Once we have acquired the IP address of the computer, we can come back to our own computer for further testing.
6. On personal computer, press “Windows” + “R” to launch the Run prompt and type in “Cmd” to open the command prompt.
7. Type in the following command in the command prompt and press “enter” to execute it:

   ping (IP ADDRESS of the computer that we want to connect to)

8. Wait for the command prompt to finish the pinging of the IP address and note down the results.
9.  If the ping is successful, it means that the IP address is accessible.
10. Now we will be testing the “telnet” capability of the computer by checking if telnet is possible over the IP address.
11. For that, press “Windows” + “R” and type in “Cmd” to open the command prompt.
12. Type in the following command to check if telnet is possible on the port which is required to be open by the RDP client:

    telnet <IP address> 3389

13. We should be seeing a black screen if this telnet is successful, if it is not it means that the port is being blocked on our computer.

Reconfiguring the Windows Firewall

If the black screen is not returned, it means that the port might not be opened on our computer due to which this issue is being shown while trying to telnet on the port.

Therefore, in this step, we will be reconfiguring the Windows Firewall to open the specific port on our computer. For that:

1. Press “Windows” + “I” to open settings and click on “Update & Security”.
2. Select the “Windows Security” tab from the left pane and click on the “Firewall and Network Security” option.
3. Select the “Advanced Settings” button from the list.
4. A new window will open up, Click on the “Inbound Rules” option, and select “New Rule“.
5. Select “Port” and click on “Next”.
6. Click on “TCP” and select the “Specified Local Ports” option.
7. Enter in “3389” into the port number.
8. Click on “Next” and select “Allow the Connection“.
9. Select “Next” and make sure all three options are checked.
10. Again, click on “Next” and write a “Name” for the new rule.
11. Select “Next” after writing a name and click on “Finish“.
12. Similarly, go back to the 4th step that we have listed and select “Outbound Rules” this time and repeat the whole process to create an Outbound Rule for this process as well.
13. After creating both an inbound and an Outbound rule, check to see if the issue persists.

Turn off UDP on Client

It is possible to fix this issue by simply changing a setting inside the registry or from the group policy.

If we are using Windows Home version, we can try going about this solution using the registry method, and otherwise, implement the group policy method from the steps below.

Registry Method:

1. Press “Windows” + “R” to launch the run prompt.
2. Type in “regedit” and press “Enter” to launch the Registry.
3. Inside the registry, navigate through the following options.
   HKLMSOFTWAREPoliciesMicrosoftWindows NTTerminal ServicesClient
4. Inside this folder, set the fClientDisableUDP option to “1”.
5. Save changes and exit out of the registry.
6. Check to see if adding this value to the registry fixes this issue.

Group Policy Method:

1. Press “Windows” + “R” buttons on keyboard to launch the run prompt.
2. Type in “Gpedit.msc” and press “Enter” to launch the Group Policy Manager.
3. In the Group Policy Manager, double click on the “Computer Configuration” option and then open the “Administrative Templates” option.
4. Double click on “Windows Components” and then double click on the “Remote Desktop Services” option.
5. Double click on the “Remote Desktop Connection Client” and then double click on the “Turn off UDP on Client” option.
6. Check the “Enabled” button and save changes.
7. Exit out of the Group Policy manager and then check to see if the issue persists.

Use PowerShell Command

If for some reason we are unable to add the registry value as indicated above, we can also implement this change using the Windows Powershell utility. For that purpose:

1. Press “Windows” + “X” on keyboard and select the “Powershell (Admin)” option.
2. Type in the following command inside the PowerShell window and press “Enter” to execute it:

   New-ItemProperty ‘HKLM:SOFTWAREMicrosoftTerminal Server Client’ -Name UseURCP -PropertyType DWord -Value 0

3. After the command is executed, check to see if the issue still persists.

[Still facing the error? We are here to help you fix!]

Conclusion

In short, the error, Remote Desktop Connection Error: Internal Error has Occurred is often caused by RDP settings or its local group policy security. But the fix involves various ways.

Today, we saw some solutions provided by our Support Engineers.

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

I have a Windows 10 Pro machine that is functioning as a RDP terminal for a single user.

This machine was configured more than 2 years ago and has had no major changes made to its configuration, except of course for the obligatory Windows 10 automatic updates.

Everything has been working fine until a few months ago, when the user started getting this error when window attempting to connect via RDC:

Remote Desktop Connection
An internal error has occurred.

I tried logging in via RDC via my Admin credentials, and I get the same error. The error appears immediately after clicking connect. There is no processing time and the connection attempt seem to be immediately rejected by the server.

I can’t trace the problem down to any specific time, or event. It occurs seemingly at random. Sometimes after a few days, sometimes twice in one day.

Restarting the Windows 10 Pro machine always seems to fix the problem.

Strangely, accessing the Event Viewer on the Windows 10 Pro machine also seemed to fix the problem, but it almost always returns much more quickly if I use this «fix».

Speaking of the Event Viewer, these are relevant errors I found in the log related to RDC at the time that my login was rejected:

Error Event 227 RemoteDesktopServices-RdpCoreTS
    General: 'Failed OnConnected to Listener callback' in CUMRDPConnection::InitializeInstance at 606 err=[0x8007050c]
    Log Name: Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational
    Source: RemoteDesktopServices-RdpCoreTS
    EventID: 227
    Task Category: RemoteFX module
    Level: Error
    User: NETWORK SERVICE
    OpCode: Runtime

Error Event 227 RemoteDesktopServices-RdpCoreTS
    General: spCoreConnection is NULL!' in CUMRDPConnection::TerminalInstance at 741 err=[0x8007139f]
    Log Name: Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational
    Source: RemoteDesktopServices-RdpCoreTS
    EventID: 227
    Task Category: RemoteFX module
    Level: Error
    User: NETWORK SERVICE
    OpCode: Runtime

These are some other errors I noticed in the log, but don’t correspond to the moment I try to connect:

Warning Event 226, RemoteDesktopServices-RdpCoreTS
    General: RDP_TCP: An error was encountered when transitioning from StateUnknown in response to Event_Disconnect (error code 0x80070040)

Warning Event 142, RemoteDesktopServices-RdpCoreT
    General: TCP socket READ operation failed, error 64

Note that the client machines are also running Windows 10 Pro.