Код ошибки 0x4 расширенный код ошибки 0x0 rdp

Код ошибки 0x4 расширенный код ошибки 0x0 rdp

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

Источник

How to Fix Mac Microsoft Remote Desktop RDP Error Code 0x4

How to Fix Mac Microsoft Remote Desktop RDP Error Code 0x4

You have a Mac Computer and are running Microsoft Desktop (RDP) throws an Error code: 0x4 just randomly when you try to connect to a computer you have configured for connection.

For us, this problem just randomly started this year after Microsoft updated their RDP software. “Go Microsoft”

We have searched the web, and noticed that the suggestions to Reboot the computer, or restart the RDP software, or both. Do not appear to reliably work. Although we did have some luck with this.

Another suggestion was to copy or recreate the connection in RDP. Again, only limited success with this solution.

The Fix for 0x4 Errors on Mac RDP Remote Desktop Connection

For us the solution came when we went into the system preferences of the Remote Desktop Connection

And you will notice the default preferences look something like this.

We simply unticked the “Use hardware acceleration when possible” check box.

That’s it. After doing this you should notice that it can fixe in some cases the Mac RDP not connecting with 0x4 Errors.

Update

We have found that the errors can reoccur, which is super frustrating. So there are a few other tips that we have found can assist.

Reboot

It’s odd, but sometime rebooting the computer that is making the connection, and help in eliminating the 0x4 error.

Duplicate the Connection

If you right click / or Two finger click on the connection, and select Duplicate – Then use the duplicated connection, sometimes that can allow you to connect.

Try Again

When all else has failed, trying to connect from the connection multiple times can also sometimes work after multiple attempts.

Alternating the Attempts

Lastly, trying the original connection, or alternating between the original, then the newly duplicated connection (in the point above) can also help.

Basically we know these are not solutions, but we have found that they definitely can assist in helping to get the connecting going and avoiding the 0x4 error. Hope it helps, and if you find anything else that eliminates or reduces the error, please chime in.

Источник

Код ошибки 0x4 расширенный код ошибки 0x0 rdp

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

I’m running Microsoft Remote Desktop 10.2.1 (1143) Beta on Mac High Sierra 10.13.6 attempting to connect to a local (LAN) Windows 10 system.
I can connect initially, but if I suspend the Mac and reopen it and try to connect via MRD I get the error «Your session ended because of an error. If this keeps happening, contact you network administrator for assistance. Error ode: 0x4»

If I reboot the Windows 10 box, or connect to it via another remote tool (eg TeamViewer) and then disconnect, I can reuse MRD to connect again.

It’s as if its maintaining the original connection, and can’t reconnect.

I’ve only recently started using V10, and V8 had been working fine. I re-downloaded V8 and tried to connect whilst I was getting the V10 0x4 error and in V8 the msg is «Connection reset by peer».

Anything I can check on the network/router, Mac or Windows settings?

I also see a few other entries on here of similar issues from Mac High Sierra with no responses — has something recently changed on the Mac side that is causing issues?

This is very similar to the issue I am having:

But I can’t even connect on first instance.

And like you we’re getting no responses.

We’re told to direct technical issues to this forum, but I’m unsure if it’s monitored by Microsoft or it’s just a community based support forum.

There seems to be a few recent issues with Mac/RDP so we need a bit of guidance if it’s a Mac issue, an RDP issue, or config on the Windows Server side.

I’ve even tried using the «Report an issue» option in the product — no response, nothing.

Is this the correct channel to report issues?

Are people who are running RDP Mac 10.2.1 still having the 0x4 errors connecting to Windows 10 servers?

I finally got an update via «Report an issue» in RDP on 9th August — saying they are «looking into the issue» and will get back to me if they need more information. But nothing since. Don’t know if they’ve replicated the issue, or it’s just my config.

Very frustrating as I need to keep jumping into TeamViewer when I get the 0x4 error on RDP which seems to ‘reset’ the issue. May as well just keep using TeamViewer until I see a new beta version to test.

I have exactly the same issue. Started Today. Was working perfectly fine before.

Hope it’ll be fixed soon. Otherwise will have to switch to Linux on my server box .

I encourage everyone encountering this issue to use the «Report an Issue» menu option from within the RDP application. Hopefully that flags it to Microsoft more than us just reporting on this forum.

I also use the «Report an Issue» to ask for updates as well.

And like you we’re getting no responses.

We’re told to direct technical issues to this forum, but I’m unsure if it’s monitored by Microsoft or it’s just a community based support forum.

There seems to be a few recent issues with Mac/RDP so we need a bit of guidance if it’s a Mac issue, an RDP issue, or config on the Windows Server side.

I’ve even tried using the «Report an issue» option in the product — no response, nothing.

Is this the correct channel to report issues?

Just stating Im having the same issue. RDM 10.2.1, MacOS 10.13.6 connecting to Windows 10 1734.

Why drop support for RDM 8 which is working..

So, think I found what the issue was, at least in my case.

If the PIN sign-in option is enabled for windows 10 and your try to log in and it asks for the pin instead of a password the remote desktop gets all confused and gives 0x4 error.

So I tested it using the Splashtop solution to establish the session as that goes via the login screen and proms you for pin and after I logged in I can establish a normal remote session with Remote Desktop.

So either disable PIN sign-in via the policy or set the PC not to terminate session ever.

Hope it helps someone.

In my environment I do not have PIN sign-in option enabled.

But what I do find is — if I encounter the 0x4 error and then use another remote desktop solution (eg. TeamViewer in my case — you used Splashtop) I can connect to the remote server and it seems to ‘reset’ or ‘clear’ the error and I can log back into the remote server using RDP. at least for a bit longer until I hit the 0x4 error again.

In your environment do you find you have not encounter the 0x4 error again after removing the PIN option?

How do you set the PC to not terminate the session?

Since I disabled the policy it hasn’t happen again. But I also changed my behaviour since then, so it might also be responsible:

1. As soon I am done with the current task I just command + q out of remote manager
2. Also unticked resize to fit he window or something (as it was giving me same errors as well)
3. Currently in a process of migrating to Ubuntu Server

What I noticed — if you login locally to the RDP server, the error resets, and you can connect again via RDP. Also the problem exists with RDP Client v8 for Mac, so looks like it’s Windows problem.

https://answers.microsoft.com/en-us/windows/forum/windows_10-networking/windows-10-version-1803-remote-desktop-problem/3c3bc004-7a93-44c8-b930-4c4d140487c0 — did anybody try this?

Thanks for the info. I’ll look to try that out over the next couple of days and report back.

» Start the «Function Discovery Provider Host» and «Function Discovery Resource Publication» services, and then set them toAutomatic (Delayed Start). «

I had no luck with starting the above 2 services. I still got the 0x4 error.

Although the services were set for Automatic (Delayed) start, and I started both manually, I noticed «Function Discovery Provider Host» would often stop.

I’m now trying the ‘completely quit MRD’ process after I’m finished with it, to see if that helps.

. I’m now trying the ‘completely quit MRD’ process after I’m finished with it, to see if that helps.

I still find even if I completely quit MRD I still get the occasionally 0x04 error.

Are others still suffering through this problem with MRD 10 ?

I think it’s a server, not client problem. E.g. once the login starts failing, it’ll fail from both my OSX MBP client and another Windows machine. Local login into the server will always clear it.

It is also fairly recent: I’ve been using the RDP solution for years, but this problem is 6-8 months old max.

P.S. For awhile, this workaround worked — http://jacobackerman.blogspot.com/2010/02/terminal-server-refuses-new-connection.html .. but recently it doesn’t seem to do anything.

3 days running and I continue to have success using the latest RDP Beta on my Mac- RDP Version 10.2.2 (1237)

I’ve disconnected multiple times, connected to different networks, reconnected and been able to seamlessly reconnect back to my Windows 10 desktop via RDP.

No 0x4 errors in 3 days — I’m happy for now.

Hi, i also encountered the same problem and could fix it by checking the Login Settings for the remote connection, could you try the following? Search for «Remote Desktop Settings» -> Advanced settings and check the «Require computers to use Network Level Authentication to connect». Then try to log out and reconnect using Mac RDP Client.

I also tried it with the latest beta, the problem was still there, only the above solution worked.

Can you please check the event viewer (eventvwr.msc) of the server for the following log entries.

Applications and Services Logs
-> Microsoft
-> Windows
-> RemoteDesktopServices-RdpCoreTS
-> Operational

Look for event ID #227 with descriptions like:

‘Failed OnConnected to Listener callback’ in CUMRDPConnection::InitializeInstance at 606 err=[0x8007050c]
or
‘spCoreConnection is NULL!’ in CUMRDPConnection::TerminateInstance at 741 err=[0x8007139f]

If these exist it means that the server is denying connections because it has been flooded with connection requests.

Do you see these log entries?

Can you clarify what policy you’re referring to? Where do I find this?

These are logs in the Event Viewer.

To start the Event Viewer, hit WIN+R and then run eventvwr.msc.

You can find the logs in:

Applications and Services Logs
-> Microsoft
-> Windows
-> RemoteDesktopServices-RdpCoreTS
-> Operational

Look for event ID #227 with descriptions like:

‘Failed OnConnected to Listener callback’ in CUMRDPConnection::InitializeInstance at 606 err=[0x8007050c]
or
‘spCoreConnection is NULL!’ in CUMRDPConnection::TerminateInstance at 741 err=[0x8007139f]

These are logs in the Event Viewer.

To start the Event Viewer, hit WIN+R and then run eventvwr.msc.

You can find the logs in:

Applications and Services Logs
-> Microsoft
-> Windows
-> RemoteDesktopServices-RdpCoreTS
-> Operational

Look for event ID #227 with descriptions like:

‘Failed OnConnected to Listener callback’ in CUMRDPConnection::InitializeInstance at 606 err=[0x8007050c]
or
‘spCoreConnection is NULL!’ in CUMRDPConnection::TerminateInstance at 741 err=[0x8007139f]

I wasn’t replying to you (stupid non-threaded forum. ). I was actually referring to the response from uFlock above.

But, OK, Yes, I have dozens of those errors. So. now what??

Well my run of no 0x4 errors using the Beta version ended. Had 0x4 several times this week.

Upgrading to the latest Beta Version 10.2.2 (1285) to see if it makes any difference.

I checked out the Event Viewer and also had the #227 errors — all from the RemoteFX module.

A bit of searching found some entries about issues with RemoteFX and Remote Desktop

My remote Windows 10 system didn’t have the key that they reference:

So not sure if it’s relevant, or if there is a way to disable RemoteFX to see if that is the issue.

Well my run of no 0x4 errors using the Beta version ended. Had 0x4 several times this week.

Upgrading to the latest Beta Version 10.2.2 (1285) to see if it makes any difference.

Where are you getting this beta? Would love to try _anything_ to help.

I just ran the beta and it’s, unbelievably, worse than the shipping version (10.2.1).

• Fixed my 0x4 error by logging into the remote machine in person.
• Ran the beta, it worked and logged in. Tried it twice, worked OK. Maybe we have something?
• Third try, within minutes, I got an 0x4. Out of the blue.
• Now I have to go log in manually on the remote machine to fix it.

Clearly this beta isn’t fixing anything. At least with 10.2.1 it was an «overnight» kind of thing.

It must be some kind of setting on the remote machine? Or. Never had this with version 8. I could leave it open for weeks.

With MSTSC you will get «An internal error has occurred» if you try to connect. The issue is not with the Mac RD client Beta. It’s likely a server-side issue where the server is refusing connections because it is in a state where it thinks that it is under attack (max outstanding connections has been exceeded). That’s what the 0x8007050c (ERROR_IMPLEMENTATION_LIMIT) error means.

OK, but it doesn’t explain why the server thinks it’s under attack with the RD Client V10 and it _didn’t_ think it was under attack with the RD Client V8. That tells me that the V10 client is doing some kind of «poking» at the server when it is idle that the V8 client did not do.

The server in my case, has not changed in any way. It’s just a Win10 machine, hasn’t had any substantial change (other than WinUpdates). The variable that has changed is the RD Client.

The server in my case, has not changed in any way. It’s just a Win10 machine, hasn’t had any substantial change (other than WinUpdates). The variable that has changed is the RD Client.

Well, I tried to rollback to client v8, it didn’t change anything: still 0x4 after some time.

A temporary workaround for this issue is to increase the maximum outstanding connections limit. On client SKUs it is 100 by default, while on server SKUs it is 3000. The following DWORD registry key controls this value:

A temporary workaround for this issue is to increase the maximum outstanding connections limit. On client SKUs it is 100 by default, while on server SKUs it is 3000. The following DWORD registry key controls this value:

Interestingly I just received the same advise via Microsoft via the «report an issue» channel, and suggested a value of 10,000.

I’ll give it a try tonight and monitor it for a few days and report back.

Interestingly I just received the same advise via Microsoft via the «report an issue» channel, and suggested a value of 10,000.

I’ll give it a try tonight and monitor it for a few days and report back.

So I did the registry change, and when my user disconnects properly (closes the session), then all the following session/connection will work flawlessly. But if he closes the RDP window, and a few seconds later opens again (so not closing his session), we will have a warning «Session timeout in 2 minutes, please save your documents». But again, if then he closes his windows session, and reconnects, all good.

So at least for now, he is not disconnected every two minutes, but they took that habit of leaving all the apps open and would logically want to keep that. Any ideas ?

Located that Error code 0x204 comes when you’re trying to connect to an IP-number:00.00.00.00:3395 and so on a Mac cannot be in the same External IP-number, you need to place the Mac either with an Internal IP whilst being in the LAN or External IP whilst being outside (Mobile 4G or outside of the network).

Don’t know if it helps but there you go Kidhazy.

Located that Error code 0x204 comes when you’re trying to connect to an IP-number:00.00.00.00:3395 and so on a Mac cannot be in the same External IP-number, you need to place the Mac either with an Internal IP whilst being in the LAN or External IP whilst being outside (Mobile 4G or outside of the network).

Don’t know if it helps but there you go Kidhazy.

This worked for me, thanks much Elton — what a relief to have this issue fixed. I often work remotely and RDP into my desktop (Win7) at work to reach secure environments, and this issue popped up for me starting Tuesday out of the blue and I was having to ask a coworker to reboot my desktop whenever I needed to reconnect. To fix, I had to create the MaxOutstandingConnections DWORD as it didn’t exist, and used the 10000 value as suggested by others.

macOS: 10.13.6 (High Sierra)

Microsoft Remote Desktop: 10.3.2

I had the same problem and after banging my head against the wall I had this problem narrowed down to the firewall. This is a still need to prove it works. but I think I solved the problem in my case. Here goes what I this was wrong.

Ok I use a program to block IPs case they fail a login on Remote Desktop more then 5 times. (RDP Defender)

this program places a block ip on firewall list and then remove it after a certain amount of time but it does not. Soooo. I had a lot of IPs mainly because the server was massively attacked (around 5000 IPs blocked) so in my head I was thinking how long would a firewall take to check all these IPs to the connecting one, and would it responde in time to the RDP cliente. So I started to clean out all IPs that were block more then a months time and reduced the list to around 200.

I had no more problems with this server. So I’m assuming that the firewall does not responde fast enough to the RDP client and causing a connection fail.

I know this is an old post, and ended up here trying to solve my problem none worked, but since I think I solved it I hope my solution helps out.

Источник

Обновлено 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