Vipnet csp ошибка rdp

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

• 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.

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

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

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

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

Обновление 07.12.2022

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тут попробуйте выставить уровень 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

zenon46

25.05.22 — 10:51

Gary417

1 — 25.05.22 — 10:53

порт открыт? telnet проходит?

zenon46

2 — 25.05.22 — 10:54

(1) порт в статусе listning.

vbus

3 — 25.05.22 — 10:56

для начала на сервере проверить порт netstat -aon |findstr 3389

zenon46

4 — 25.05.22 — 10:57

zenon46

5 — 25.05.22 — 11:04

(1) telnet заходит черное окно с мигающим курсором, значит порт открыт

vbus

6 — 25.05.22 — 11:13

zenon46

7 — 25.05.22 — 11:16

(6) Ошибка та же «Не удается подключиться к удаленному компьютеру. Повторите попытку подключение.».

yopQua

8 — 25.05.22 — 11:17

перегрузить?

zenon46

9 — 25.05.22 — 11:20

(8) не помогает)

yopQua

10 — 25.05.22 — 11:24

zenon46

11 — 25.05.22 — 11:27

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

zenon46

12 — 25.05.22 — 11:34

Еще на сервере установлен VipNet CSP но раньше таких проблем не было, работает уже давно.

vbus

13 — 25.05.22 — 11:34

У тебя по паролю вход или сертификат?

vbus

14 — 25.05.22 — 11:35

С VipNet были не объяснимые проблемы, есть возможность удалить?

zenon46

15 — 25.05.22 — 11:37

(13) по паролю

zenon46

16 — 25.05.22 — 11:37

(14) проблемно конечно, там куча сертификатов и в бухнях они используются

vbus

17 — 25.05.22 — 11:42

zenon46

18 — 25.05.22 — 11:48

(17) нет ограничений по паролям. Дело в том что с ЭТОГО сервера я на другой не могу подключиться, хотя с компа в этой сети на ДРУГОЙ сервер подключается. Получается что-то на самом сервере, причем даже не задумывается тупо, после нажатия кнопки подключить моментально выходит окно с сообщением об ошибке.

vbus

19 — 25.05.22 — 11:57

ИС-2

20 — 25.05.22 — 12:40

zenon46

21 — 25.05.22 — 12:57

(19) Удалил VIPNET все заработало….видимо майкрософт что-то выпустило интересное

zenon46

22 — 25.05.22 — 13:26

zenon46

23 — 25.05.22 — 14:53

Проблему решил через костыли в реестре HKLMSYSTEMCurrentControlSetControlTerminal ServerWinStationsRDP-TcpSecurityLayer  — поставил 0, заработало.

zenon46

24 — 25.05.22 — 15:45

Теперь нет подключения к SQLServer уже на другой машине но тоже с установленным VipNet, 1С выбрасывает с ошибкой «ошибка безопасности ssl»

zenon46

25 — 25.05.22 — 17:02

Во втором случае не возможности подключения к SQL Server пришлось с клиентской машины удалить VipNet и установить CryptoPRO (SQL сервер перезагружать нельзя), и все заработало. Осталось только 90 дней на покупку лицензии на крипто про. Не понятно что случилось с VipNet именно сегодня но в дух разных местах, при разных сценариях работы но схожих только в использовании шифрования, VipNET подложил свинью.

yopQua

26 — 25.05.22 — 17:30

ахренеца бубны танцы

zenon46

27 — 25.05.22 — 21:14

(26) сам в шоке, денек выдался не простой. И я так понимаю везде где есть VipNet и работа с использованием шифрования, можно ожидать «приключений».

ну выход то есть: как всегда удалить венду

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

RDP — произошла внутренняя ошибка

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

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

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

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

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

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

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

1 Вариант

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

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

2 Вариант

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

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

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

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

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

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

Вариант 3

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

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

Вариант 4

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

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

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

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

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

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

Изучив логи 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 на . Перезагрузите сервер.
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.

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

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

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

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

Исправление: подключение к удаленному рабочему столу & lsquo; Произошла внутренняя ошибка & rsquo;

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

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

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

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

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

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

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

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

1. Перейдите в меню «Пуск» , найдите « Подключение к удаленному рабочему столу» и откройте его.
2. Нажмите « Показать параметры», чтобы отобразить все настройки.
3. Перейдите на вкладку « Опыт » и убедитесь, что установлен флажок « Подключиться, если соединение разорвано ».
4. Попробуйте подключиться снова.

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

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

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

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

1. Чтобы изменить значение MTU, вам необходимо загрузить инструмент под названием TCP Optimizer . Вы можете скачать его здесь.
2. После загрузки откройте TCP Optimizer от имени администратора .
3. Внизу выберите « Пользовательский» напротив « Выбрать настройки» .
4. Измените значение MTU на 1458 .
5. Нажмите « Применить изменения» и выйдите из программы.
6. Проверьте, решает ли это проблему.

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

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

1. Перейдите в меню «Пуск» , найдите « Локальная групповая политика» и откройте « Изменить групповую политику ».
2. Перейдите в следующий каталог:
3. Конфигурация компьютера> Административные шаблоны> Компоненты Windows> Службы удаленного рабочего стола> Узел сеанса удаленного рабочего стола> Безопасность
4. С правой стороны найдите « Требовать использования определенного уровня безопасности для удаленных (RDP) подключений » и дважды щелкните его, чтобы отредактировать.
5. Если для него установлено значение « Не настроено », выберите « Включено», а затем перед полем «Уровень безопасности» выберите RDP .
6. Нажмите Применить, а затем нажмите ОК .
7. Перезагрузите систему, чтобы изменения вступили в силу.
8. Попробуйте подключиться снова.

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

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

1. Перейдите на рабочий стол , щелкните правой кнопкой мыши « Этот компьютер» и выберите « Свойства» .
2. Нажмите на Remote Settings .
3. В разделе « Удаленный рабочий стол» снимите флажок « Разрешить подключения только с компьютеров, на которых запущен удаленный рабочий стол с проверкой подлинности на уровне сети ».
4. Нажмите Применить, а затем нажмите ОК .
5. Посмотрите, изолирует ли это проблему.

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

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

1. Нажмите « Windows » + « R », чтобы открыть окно « Выполнить».
2. Введите « услуги . msc »и нажмите« Enter ».
3. Дважды щелкните « Службаудаленногорабочего стола » и нажмите «Остановить».
4. Нажмите «Пуск», подождав не менее 5 секунд.
5. Проверьте, сохраняется ли проблема.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Запустите Sonicwall на вашем компьютере.
2. Нажмите «VPN», а затем выберите «Настройки» .
3. Найдите «WAN» в списке политик VPN.
4. Щелкните параметр «Настроить» справа, а затем выберите вкладку «Клиент» .
5. Щелкните раскрывающееся меню «Параметры виртуального адаптера» и выберите параметр «Аренда DHCP» .
6. Убедитесь, что это решит проблему.
7. Если эта проблема все еще не устранена, нам придется удалить текущую аренду DHCP из VPN.
8. Перейдите к опции «VPN», а затем нажмите кнопку «DHCP черезVPN» .
9. Удалите уже существующую аренду DHCP и перезапустите соединение
10. Проверьте, сохраняется ли проблема после этого.

Решение 15. Диагностика подключения через командную строку

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

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

1. Получите доступ к компьютеру, к которому вы хотите подключиться локально, и нажмите клавиши «Windows» + «R» на его клавиатуре, чтобы запустить запрос запуска.
2. Введите «Cmd» и нажмите «Enter», чтобы запустить командную строку.
3. В командной строке введите следующую команду и нажмите «Enter», чтобы отобразить IP-информацию для компьютера.
4. Обратите внимание на IP-адрес, указанный под заголовком «Шлюз по умолчанию», который должен иметь формат «192.xxx.x.xx» или аналогичный.
5. После получения IP-адреса компьютера, к которому вы пытаетесь подключиться, вы можете вернуться к своему компьютеру для дальнейшего тестирования.
6. На вашем персональном компьютере нажмите «Windows» + «R», чтобы запустить командную строку, и введите «Cmd», чтобы открыть командную строку.
7. Введите следующую команду в командной строке и нажмите «ввод», чтобы выполнить ее.

ping (IP-АДРЕС компьютера, к которому мы хотим подключиться)

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

1. Нажмите « Windows » + « I », чтобы открыть настройки, и нажмите « Обновлениеи безопасность».
2. Выберите вкладку « БезопасностьWindows » на левой панели и нажмите « Брандмауэри сетеваябезопасность ».
3. Выберите в списке кнопку « Дополнительныенастройки ».
4. Откроется новое окно. Нажмите на « Правила длявходящих подключений » и выберите « Новоеправило ».
5. Выберите « Порт » и нажмите «Далее».
6. Щелкните « TCP » и выберите параметр « Указанные локальныепорты ».
7. Введите «3389» в номер порта.
8. Нажмите на кнопку « Далее » и выберите « РазрешитьвConnection «.
9. Выберите « Далее » и убедитесь, что отмечены все три параметра.
10. Снова нажмите « Далее » и напишите « Имя » для нового правила.
11. После ввода имени выберите « Далее » и нажмите « Готово ».
12. Точно так же вернитесь к 4-му шагу, который мы перечислили, и на этот раз выберите «Outbound Rules» и повторите весь процесс, чтобы создать Outbound Rule для этого процесса.
13. После создания правил для входящего и исходящего трафика проверьте, сохраняется ли проблема.

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

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

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

1. Нажмите «Windows» + «R», чтобы запустить командную строку.
2. Введите «regedit» и нажмите «Enter», чтобы запустить реестр.
3. Внутри реестра перейдите по следующим параметрам.
4. Внутри этой папки установите для параметра fClientDisableUDP значение «1».
5. Сохраните изменения и выйдите из реестра.
6. Проверьте, решает ли добавление этого значения в реестр эту проблему на вашем компьютере.

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

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

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

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

1. Нажмите «Windows» + «X» на клавиатуре и выберите опцию «Powershell (Admin)» .
2. Введите следующую команду в окне PowerShell и нажмите «Enter», чтобы выполнить ее.
3. После выполнения команды на вашем компьютере проверьте, сохраняется ли проблема.

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

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