Удаленное приложение remoteapp отключено произошла внутренняя ошибка

После одновременного обновления ОС с Windows 7 на 10 на компьютерах клиентов при попытке  удаленного подключения по rdp стала появляться ошибка «Удаленное
приложение RemoteApp отключено«
«Удаленному столу не удалось подключиться к удаленному компьютеру по одной из следующих причин:
1) Не включен удаленный доступ к серверу
2) Удаленный компьютер выключен
3) Удаленный компьютер не подключен к сети
Удостоверьтесь, что данный компьютер включен, подключен к сети и удаленный доступ к нему включен.»

В результате чего пользователи не могут работать в программах. Со стороны сервера изменений не было, плюс все клиенты с OS, установленной ранее (как 7, так и 10) работают по rdp нормально без проблем. Также известно, что
на данных компьютерах было произведено перемещение профилей. Установлена OS версии 1703 (Сборка ОС 15063.483). Обновление до сборки 15063.1088 не исправляет данную ошибку.

Редактирование локальной групповой политики — Administrative TemplatesWindows ComponentsRemote Desktop ServicesRemote DesktopSession HostRemote Session Environment:

Select Enabled, and choose Balances memory and network bandwidth
— не привело к исправлению ошибки.

Вот событие ошибки:
Имя журнала: Microsoft-Windows-TerminalServices-RDPClient/Operational 
Источник: Microsoft-Windows-TerminalServices-ClientActiveXCore 
Код события: 1033 

Обновлено 08.12.2022

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

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

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

Произошла внутренняя ошибка

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

An internal error has occurred

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-адрес с которого идет попытка входа.

Event ID 131

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

Event ID 65

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

Event ID 141

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

TCP socket READ operation failed, error 1236

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

ID 72

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

Event ID 102

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

Event ID 145

  • 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]»

Event ID 227

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

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

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

Открываем compmgmt.msc

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

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

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

Нажимаем кнопку обзор

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

Перезапуск удаленной службы RDP

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

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

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

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

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

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

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

Произошла внутренняя ошибка-6

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

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl Session ManagerCProIntegrityCheckMode

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

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

Произошла внутренняя ошибка-7

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

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl Session ManagerMemory ManagementSessionImageSize

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

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

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

Восстановить подключение при разрыве (Reconnect if the connection is droped)

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

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

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

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

внутренняя ошибка RDP

Обновление 07.12.2022

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

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

Внутренняя ошибка

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

внутренняя ошибка rdp error 0x4

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

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

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

ошибка 0x8009030D

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

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

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

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

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

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

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

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

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

netsh interface tcp set global autotuninglevel=disabled

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

netsh interface tcp set global autotuninglevel=disabled

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

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

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

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

New-ItemProperty -Path «HKLM:SYSTEMCurrentControlSetControlTerminal Server»

-Name MaxOutstandingConnections -Value 10000 -PropertyType DWORD -Force

Создание MaxOutstandingConnections

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

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

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

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

Configure security settings

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

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

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

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

Выбор уровня безопасности

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

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

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

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

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

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

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

произошла внутренняя ошибка 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
    rdp произошла внутренняя ошибка

Вариант 4

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

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

перезапускаем службу удаленных рабочих столов

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

nibbl

nibbl

Я отец двух сыновей, ITишник, предприниматель и просто человек который любит делиться полезной информацией с другими людьми на такие темы как: Windows, Unix, Linux, Web, SEO и многое другое!

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

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

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

В первую очередь, убедитесь, что на 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

The server has terminated main RDP connection with the client

Проверьте состояние службу 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

перезапуск службы TermService (Remote Desktop Services )

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

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

  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 AppDataLocalMicrosoftTerminal Server Clientcache

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

Содержание

  1. Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер
  2. Вопрос
  3. Ответы
  4. Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер
  5. Общие обсуждения
  6. Как убрать ошибку «Удалённому рабочему столу не удалось найти компьютер»
  7. Способ 1: Проверка правильности ввода имени компьютера
  8. Способ 2: Использование IP-адреса
  9. Способ 3: Устранение проблем связи с сервером
  10. Способ 4: Настройка брандмауэра
  11. Способ 5: Использование альтернативного клиента
  12. Ошибка RDP: Удаленному рабочему столу не удалось найти компьютер
  13. Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер
  14. Вопрос
  15. Ответы
  16. Все ответы

trans

Вопрос

trans

trans

Настроил RDS на WinServer 2012R2

Внутри сети все работает корректно.

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

«Удаленное приложение RemoteApp отключено. Удаленный ресурс недоступен. Проверьте подключение и повторите попытку.»

На прокси в правиле проброса помимо HTTPS, добавлен и RDP. Telnet отлично отрабатывает и по 443 и по 3389.

В чем еще может быть проблема в моих настройках доступа?

Ответы

trans

trans

Проделайте всё в точности, что я говорю.

1. На внешнем DNS сервере создаете А запись: RDS.домен.ru 95.24.63.215

2. На внутреннем DNS сервере создаете зону RDS.домен.ru и создаете пустую «А» запись в IP сервера.

3. Пробрасываете порты, которые я уже говорил. + 80 порт для Letsencrypt.

4. Разрешаете подключение ко всем ресурсам в политиках авторизации шлюза в оснастке «Диспетчер шлюза удаленных рабочих столов.»

5. Качаете wacs https://www.win-acme.com/

6. Кладете на диск С

7. Выполняете в cmd:

8. В Powershell (Поправив под себя):

— Проверяете с внешки, качаете еще раз ярлык по rdweb и пробуете войти.

Ссылка для RDWEB будет https://rds.domain.ru/rdweb

trans

trans

4. В оснастке » Диспетчер шлюза удаленных рабочих столов»

DNS запись еще наверно не обновилась. Можете пробить её тут допустим: https://mxtoolbox.com/DnsLookup.aspx

trans

trans

Ну Вы не сделали запись rds.ab*****.ru

Еще раз. Вам нужно создать на Вашем nic.ru хостинге запись эту.

trans

trans

Когда Вы выполнили скрипт с wacs, он поставил Вам на все сервисы сертификат Letsencrypt. Единственное, это не отображается в графике, потому Вы видите свой старый rdweb, но это не правда.

То, что Вы поставите в IIS или через коллекцию, одно и тоже. Графика и ставит его в IIS.

Потому делайте через графику, так удобней и меньше шансов наделать ошибки.

Команда изменяет свойства коллекции.

1. Я изменил имя шлюза. Так как до этого было у Вас локальное имя, которое в интернетах не разрешается. Установил такое, которое было бы еще и одноименное с сертификатом.

2. Я поменял имя адреса соединения на то, которое было бы в сертификате, чтоб клиент при подключении, не получал предупреждений о сертификате, что к нему нет доверия. Можно поменять на другое, добавив доп имя в сертификате, в wacs, через запятую.

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

Источник

Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер

trans

Общие обсуждения

trans

trans

После одновременного обновления ОС с Windows 7 на 10 на компьютерах клиентов при попытке удаленного подключения по rdp стала появляться ошибка » Удаленное приложение RemoteApp отключено »
«Удаленному столу не удалось подключиться к удаленному компьютеру по одной из следующих причин:
1) Не включен удаленный доступ к серверу
2) Удаленный компьютер выключен
3) Удаленный компьютер не подключен к сети
Удостоверьтесь, что данный компьютер включен, подключен к сети и удаленный доступ к нему включен.»

В результате чего пользователи не могут работать в программах. Со стороны сервера изменений не было, плюс все клиенты с OS, установленной ранее (как 7, так и 10) работают по rdp нормально без проблем. Также известно, что на данных компьютерах было произведено перемещение профилей. Установлена OS версии 1703 (Сборка ОС 15063.483). Обновление до сборки 15063.1088 не исправляет данную ошибку.

Select Enabled, and choose Balances memory and network bandwidth
— не привело к исправлению ошибки.

Вот событие ошибки:
Имя журнала: Microsoft-Windows-TerminalServices-RDPClient/Operational
Источник: Microsoft-Windows-TerminalServices-ClientActiveXCore
Код события: 1033

Источник

Как убрать ошибку «Удалённому рабочему столу не удалось найти компьютер»

udalennomu rabochemu stolu ne udalos najti kompyuter

Способ 1: Проверка правильности ввода имени компьютера

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

Способ 2: Использование IP-адреса

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

Способ 3: Устранение проблем связи с сервером

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

Подробнее: Открытие «Командной строки» от имени администратора в Windows 7 и Windows 10

vyzvat komandnuyu stroku dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

nslookup *адрес сервера*

Вместо *адрес сервера* напишите URL или DNS-имя используемого сервера.

ispolzovat utilitu nslookup dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

pravilnyj otvet nslookup dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

Если же вместо ИП утилита показывает ошибку, попробуйте сбросить кэш DNS клиента – в той же «Командной строке» введите команду ipconfig /flushdns и нажмите Enter.

sbrosit dns dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

otkryt hosts dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

vpisat adresa v hosts dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

Сохраните изменения и проверьте работоспособность подключения, теперь оно должно функционировать нормально.

Способ 4: Настройка брандмауэра

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

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

Способ 5: Использование альтернативного клиента

Иногда причина проблемы может заключаться во встроенном в систему средстве использования RDP. К счастью, для Windows существует несколько аналогов от сторонних производителей, например, Remote Desktop Manager.

zakryt okno registraczii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

otkryt utilitu dobavleniya sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

dobavit novuyu zapis remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

vvesti imya sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

uzel sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

polzovatel i parol sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

sohranenie sozdannoj sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

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

zapusk sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

Альтернативные клиенты могут помочь в устранении рассматриваемой проблемы, однако стоит иметь в виду, что они не панацея.

Помимо этой статьи, на сайте еще 12339 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Источник

Ошибка RDP: Удаленному рабочему столу не удалось найти компьютер

В этой статье мы рассмотрим базовые приемы диагностики проблемы с RDP подключением к удаленному рабочему столу. К примеру, при попытке установить подключение к рабочему столу удаленного сервера с помощью стандартного клиента mstsc.exe (Remote Desktop Connection), появляется строка «Инициализация удаленного подключения…», а затем пользователь получает ошибку:

Удаленному рабочему столу не удалось найти компьютер %PCName%». Это может означать, что %PCName% не принадлежит указанной сети. Проверьте имя и домен компьютера, к которому выполняется подключение.

Remote Desktop Can’t Find the computer %PCName%. This might mean that %PCName% does not belong to the specified network. Verify the computer name and domain that you are trying to connect to.

udalennomu rabochemu stolu ne udalos najti kompyut

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

Попробуйте подключиться к RDP серверу по IP адресу вместо DNS имени.

Затем попробуйте выяснить, знает ли ваш DNS сервер FQDN имя RDP сервера, к которому вы подключаетесь (%rdpserver%). Откройте командную строку с правами администратора и выполните команду:

Убедитесь, что команда вернула IP адрес сервера, например:

nslookup

В том случае, если команда вернула некорректную запись, попробуйте на клиенте сбросить кэш DNS ( ipconfig /flushdns ) и разрешить имя вашего RDP сервера с помощью nslookup еще раз.

В том случае, если команда Nslookup по прежнему возвращает неверную запись, откройте файл hosts комадой:

proverka fajla hosts

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

Если проблема при этом решится — виноват ваш DNS сервер, вам нужно проверить записи на нем, либо сообщить о проблеме администратору DNS.

Проверьте доступность RDP сервера с помощью команды ping:

Затем следует проверить, что с клиента на сервере доступен RDP порт 3389 (это порт для RDP подключения по-умолчанию). Проще всего проверить доступность порта с помощью PowerShell команды:

proverka dostupnosti porta rdp 3389

В том случае, если команда Test-NetConnection вернула TcpTestSucceeded : False, это означает что RDP служба на удаленном компьютере не включена, либо подключение блокируется файерволом на стороне клиента, сервера или на межсетевых экранах или маршрутизаторах между ними.

Несколько советов, которые стоит проверить, при невозможности подключиться к удаленному RDP хосту:

Если ошибка «Удаленному рабочему столу не удалось найти компьютер» возникает при выполнении удаленного RDP подключения со страницы RD Web Access, попробуйте в настройках RDP подключения вручную указать правильный адрес сервера RD Gateway (подключение через RDWebAccess выполняется не через стандартный порт 3389, а через 443 порт HTTPS ) и попробовать подключиться. Если подключение успешно установится, значит у вас неправильно настроен сервер RDWebAccess.
rdp podklyuchenie cherez shlyuz rabochih stolov rdgatewa

Источник

Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер

trans

Вопрос

trans

trans

Все службы RDS установлены на одном сервере W2012.

Все работает в пределах домена, есть пользователи в удаленной сети (другая подсеть+VPN до офиса).

Через Rdp-сессию сидят без проблем.

Ответы

trans

trans

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

trans

trans

Машина по прежнему пытается подключиться через шлюз.

Если вы поставили галки, то этого происходить не должно.

Если не получится, то в качестве теста, попробуйте отключить шлюз.

Все ответы

trans

trans

На машинках в какой сети возникает ошибка?

Какая версия клиентских ОС?

Используется ли у вас шлюз для внутренних сетей?

Get-RDDeploymentGatewayConfiguration | fl BypassLocal

Если True, то авторизация для пользователей внутри сети на шлюзе не происходит.

trans

trans

На машинах из внешки.

в основном 7х64. и та с корой надо заставить работать тоже.

насчет шлюза не понял? филиал выходит в инет через другого провайдера. между роутерами впн-канал(ходят на файл шару, 1с.) впринципе именно 1с в remoteapp и не работает.

развернуты службы удаленных рабочих столов.

сейчас залез в свойства развертывания

trans

trans

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

trans

trans

trans

trans

Попробуйте с включенной галкой обновить подключение RemoteApp

trans

trans

trans

trans

trans

trans

Какой сертификат у вас используется?

trans

trans

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

trans

trans

Значит у вас используется дефолтный самоподписный сертификат.

Когда вы подключаете RemoteApp вы прописываете путь подключения к серверу в виде

Соединение по https, соответственно нужен сертификат.

Если у вас есть доменный центр сертификации рекомендую выдать сертификат для вашего сервера.

Пришлите, пожалуйста, ошибку сертификата с той машины где не запускается.

Источник

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

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

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

  • Проблемы с текущим доменом
  • Отключенные удаленные подключения
  • Отключена функция постоянного кэширования растровых изображений в настройках RDP.
  • система с поддержкой NLA
  • Отключено постоянное кэширование растровых изображений
  • Статический IP-адрес

В следующем разделе приведены методы исправления RDP. Произошла внутренняя ошибка Windows 10, вызванная вышеупомянутыми причинами.

Способ 1: перезапустить службу удаленного рабочего стола

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

1. Нажмите клавишу Windows, введите «Службы» и нажмите «Открыть».

2. Прокрутите вниз и щелкните Службы удаленных рабочих столов в списке.

3. Затем нажмите «Перезагрузить».

После перезагрузки проверьте, устранена ли проблема или нет.

Способ 2: повторное присоединение к домену

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

1. Откройте «Настройки» на своем ПК.

2. Нажмите на вкладку «Учетные записи».

3. Нажмите «Доступ к работе или школе» на левой панели.

4. Затем щелкните параметр «Отключить» для нужного домена, подключенного к вашей системе.

5. Нажмите Да во всплывающем окне подтверждения.

6. Перезагрузите компьютер и снова присоединитесь к нужному домену из того же меню.

Запустите приложение RDP еще раз, чтобы проверить, устранена ли обсуждаемая ошибка.

Способ 3: изменить настройки подключения к удаленному рабочему столу

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

1. Нажмите клавишу Windows, введите «Подключение к удаленному рабочему столу» и нажмите «Открыть».

2. Нажмите «Показать параметры» в нижнем левом углу окна.

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

4. Нажмите «Подключиться», как указано выше.

Способ 4: включить удаленные подключения

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

1. Откройте приложение «Проводник» на своем ПК и щелкните правой кнопкой мыши «Этот компьютер» на левой панели, как показано ниже.

2. Щелкните пункт «Свойства» в контекстном меню.

3. Нажмите «Удаленные настройки».

4. Появится вкладка Remote во всплывающем окне System Properties. Установите флажки для следующих двух вариантов:

  • Разрешить подключения удаленного помощника к этому компьютеру в разделе «Удаленный помощник».

  • Разрешить удаленные подключения к этому компьютеру в разделе «Удаленный рабочий стол».

5. Наконец, нажмите «Применить» > «ОК», как показано выше.

Способ 5: изменить тип запуска служб удаленных рабочих столов

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

1. Нажмите одновременно клавиши Windows + R, чтобы открыть диалоговое окно «Выполнить».

2. Введите Services.msc в данное поле и нажмите клавишу Enter, чтобы открыть окно «Службы».

3. Дважды щелкните Службы удаленных рабочих столов > Параметры остановки.

4. Разверните раскрывающееся меню «Тип запуска» и выберите параметр «Автоматически», как показано ниже.

5. Нажмите «Применить» > «ОК», чтобы сохранить изменения, как указано выше.

6. Перезагрузите компьютер и посмотрите, устранена ли проблема.

Способ 6: включить постоянное кэширование растровых изображений

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

1. Введите «Подключение к удаленному рабочему столу» в строке поиска Windows и нажмите «Открыть».

2. Нажмите «Показать параметры» в нижнем левом углу окна.

3. Перейдите на вкладку «Опыт» и установите флажок «Постоянное кэширование растровых изображений», как показано ниже.

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

Способ 7: отключить статический IP-адрес

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

1. Откройте приложение «Панель управления» и нажмите «Сеть и Интернет».

2. Щелкните Центр управления сетями и общим доступом > Изменить параметры адаптера.

3. Дважды щелкните нужное соединение и щелкните Свойства.

4. Щелкните Интернет-протокол версии 4 (TCP/IPv4) > Свойства.

5. Выберите переключатель для параметра «Получить IP-адрес автоматически» и нажмите «ОК», чтобы сохранить изменения, как показано ниже.

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

Способ 8: перенастроить локальную политику безопасности

С помощью утилиты Local Security Policy на ПК можно избавиться от обсуждаемой проблемы. Следуйте инструкциям ниже, чтобы узнать, как это сделать.

1. Нажмите одновременно клавиши Windows + R, чтобы открыть диалоговое окно «Выполнить».

2. Введите Secpol.msc в указанное поле и нажмите клавишу Enter, чтобы запустить утилиту локальной политики безопасности.

3. Затем нажмите «Локальные политики» > «Параметры безопасности».

4. На правой панели прокрутите вниз и щелкните параметр Системная криптография.

5. Затем дважды щелкните Системная криптография: используйте криптографические алгоритмы, соответствующие стандарту FIPS 140, включая алгоритмы шифрования, хеширования и подписи.

6. Щелкните переключатель Включено.

7. Наконец, нажмите «Применить» > «ОК», чтобы сохранить внесенные изменения.

8. Выйдите из окна и проверьте, исправлена ​​ли ошибка сейчас или нет.

Способ 9: отключить UDP на клиенте

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

1. Нажмите одновременно клавиши Windows + R, чтобы открыть диалоговое окно «Выполнить».

2. Введите regedit в указанное поле и нажмите клавишу Enter, чтобы запустить редактор реестра.

3. Перейдите по следующему пути в окне редактора реестра.

HKLMSOFTWAREPoliciesMicrosoftWindows NTTerminal ServicesClient

4. На правой панели дважды щелкните fClientDisableUDP и установите для параметра «Значение» значение 1.

5. Нажмите OK, чтобы сохранить изменения и выйти из окна реестра.

Посмотрите, успешно ли это исправило RDP, возникла внутренняя ошибка Windows 10 или нет.

Метод 10: отключить аутентификацию на уровне сети

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

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

1. Откройте приложение «Проводник» на своем ПК и щелкните правой кнопкой мыши «Этот компьютер» на левой панели, как показано ниже.

2. Щелкните пункт «Свойства» в контекстном меню.

3. Нажмите «Удаленные настройки».

4. Появится вкладка Remote во всплывающем окне System Properties. Установите флажки для параметра Разрешить подключения только с компьютеров, на которых запущен удаленный рабочий стол с проверкой подлинности на уровне сети:

5. Наконец, нажмите «Применить» > «ОК», как показано выше.

***

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

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

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

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

Содержание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. Нажмите «Windows» + «R» , чтобы запустить Run Приглашение.
  2. Введите «Панель управления» и нажмите «Enter» , чтобы запустить классический интерфейс панели управления.
  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. Нажмите « OK », чтобы выйти из окна и проверить чтобы проверить, сохраняется ли проблема.

Решение 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. Проверьте, сохраняется ли проблема после этого.

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

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

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

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

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

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

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

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

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

  1. Нажмите «Windows» + «R» , чтобы запустить приглашение.
  2. Введите «regedit» и нажмите «Enter» , чтобы запустить реестр.
  3. В реестре перейдите по следующим параметрам: 
     HKLM  SOFTWARE  Policies  Microsoft  Windows NT  Terminal Services  Client
  4. Внутри этой папки установите для параметра fClientDisableUDP значение
  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» для ее выполнения. 
     New-ItemProperty 'HKLM:  SOFTWARE  Microsoft  Terminal Server Client' -Name UseURCP -PropertyType DWord -Value 0
  3. После выполнения команды на вашем компьютере проверьте, сохраняется ли проблема.

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

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

Источник

Обновлено 08.12.2022

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

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

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

Произошла внутренняя ошибка

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

An internal error has occurred

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-адрес с которого идет попытка входа.

Event ID 131

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

Event ID 65

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

Event ID 141

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

TCP socket READ operation failed, error 1236

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

ID 72

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

Event ID 102

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

Event ID 145

  • 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]»

Event ID 227

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

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

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

Открываем compmgmt.msc

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

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

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

Нажимаем кнопку обзор

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

Перезапуск удаленной службы RDP

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

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

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

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

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

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

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

Произошла внутренняя ошибка-6

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

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl Session ManagerCProIntegrityCheckMode

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

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

Произошла внутренняя ошибка-7

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

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl Session ManagerMemory ManagementSessionImageSize

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

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

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

Восстановить подключение при разрыве (Reconnect if the connection is droped)

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

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

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

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

внутренняя ошибка RDP

Обновление 07.12.2022

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

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

Внутренняя ошибка

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

внутренняя ошибка rdp error 0x4

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

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

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

ошибка 0x8009030D

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

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

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

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

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

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

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

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

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

netsh interface tcp set global autotuninglevel=disabled

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

netsh interface tcp set global autotuninglevel=disabled

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

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

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

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

New-ItemProperty -Path «HKLM:SYSTEMCurrentControlSetControlTerminal Server»

-Name MaxOutstandingConnections -Value 10000 -PropertyType DWORD -Force

Создание MaxOutstandingConnections

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

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

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

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

Configure security settings

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

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

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

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

Выбор уровня безопасности

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

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

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

  • Вопрос

  • Добрый день! Столкнулся с такой проблемой при конфигурировании RemoteApp — вроде бы выполнил все по инструкции, добавил компоненты, зарегистрировал нужные приложения в RDWeb. Однако, несмотря на то, что приложения появились при входе через
    Веб, не удается запустить сеанс — выдается ошибка «Удаленное приложение RemoteApp отключено». Что проверить в первую очередь? Спасибо.

    Updated:

    посмотрел оснастку Remote Desktop Services — выяснилось, что Host server установлен, сервер называется data (скриншот RDP-HostServer.jpg), однако при попытке создать Collection не могу выбрать ни одного хост-сервера. Просто пустое поле (скриншот
    RDP-SessionHost). Что я пропустил?

    • Изменено

      3 апреля 2014 г. 13:56

Ответы

  • Все сервера, на которых вы хотите развернуть коллекцию, должны быть добавлены в
    Server Manager. Делается это в разделе
    All Servers. У вас уже есть одна коллекция «QuickSessionCo…», с которой связан этот сервер, поэтому повторно вы его выбрать не можете, но можете добавить другие сервера в коллекцию
    при условие, что они зарегистрированы в     Server Manager.

    Добавлю, что вообще все сервера, которые вы хотите настраивать в рамках данной фермы, должны быть добавлены в Server manager. Это и сервер лицензий, и шлюз, и Web Access.

    • Изменено
      Vasily Larionov
      3 апреля 2014 г. 14:21
    • Предложено в качестве ответа
      Alexander RusinovModerator
      3 апреля 2014 г. 19:12
    • Помечено в качестве ответа
      Иван ПродановMicrosoft contingent staff, Moderator
      4 апреля 2014 г. 5:11

Источник

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

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

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

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

произошла внутренняя ошибка 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
    rdp произошла внутренняя ошибка

Вариант 4

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

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

перезапускаем службу удаленных рабочих столов

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

Источник

Содержание

  1. Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер
  2. Вопрос
  3. Ответы
  4. Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер
  5. Общие обсуждения
  6. Как убрать ошибку «Удалённому рабочему столу не удалось найти компьютер»
  7. Способ 1: Проверка правильности ввода имени компьютера
  8. Способ 2: Использование IP-адреса
  9. Способ 3: Устранение проблем связи с сервером
  10. Способ 4: Настройка брандмауэра
  11. Способ 5: Использование альтернативного клиента
  12. Ошибка RDP: Удаленному рабочему столу не удалось найти компьютер
  13. Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер
  14. Вопрос
  15. Ответы
  16. Все ответы

Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер

trans

Вопрос

trans

trans

Настроил RDS на WinServer 2012R2

Внутри сети все работает корректно.

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

«Удаленное приложение RemoteApp отключено. Удаленный ресурс недоступен. Проверьте подключение и повторите попытку.»

На прокси в правиле проброса помимо HTTPS, добавлен и RDP. Telnet отлично отрабатывает и по 443 и по 3389.

В чем еще может быть проблема в моих настройках доступа?

Ответы

trans

trans

Проделайте всё в точности, что я говорю.

1. На внешнем DNS сервере создаете А запись: RDS.домен.ru 95.24.63.215

2. На внутреннем DNS сервере создаете зону RDS.домен.ru и создаете пустую «А» запись в IP сервера.

3. Пробрасываете порты, которые я уже говорил. + 80 порт для Letsencrypt.

4. Разрешаете подключение ко всем ресурсам в политиках авторизации шлюза в оснастке «Диспетчер шлюза удаленных рабочих столов.»

5. Качаете wacs https://www.win-acme.com/

6. Кладете на диск С

7. Выполняете в cmd:

8. В Powershell (Поправив под себя):

— Проверяете с внешки, качаете еще раз ярлык по rdweb и пробуете войти.

Ссылка для RDWEB будет https://rds.domain.ru/rdweb

trans

trans

4. В оснастке » Диспетчер шлюза удаленных рабочих столов»

DNS запись еще наверно не обновилась. Можете пробить её тут допустим: https://mxtoolbox.com/DnsLookup.aspx

trans

trans

Ну Вы не сделали запись rds.ab*****.ru

Еще раз. Вам нужно создать на Вашем nic.ru хостинге запись эту.

trans

trans

Когда Вы выполнили скрипт с wacs, он поставил Вам на все сервисы сертификат Letsencrypt. Единственное, это не отображается в графике, потому Вы видите свой старый rdweb, но это не правда.

То, что Вы поставите в IIS или через коллекцию, одно и тоже. Графика и ставит его в IIS.

Потому делайте через графику, так удобней и меньше шансов наделать ошибки.

Команда изменяет свойства коллекции.

1. Я изменил имя шлюза. Так как до этого было у Вас локальное имя, которое в интернетах не разрешается. Установил такое, которое было бы еще и одноименное с сертификатом.

2. Я поменял имя адреса соединения на то, которое было бы в сертификате, чтоб клиент при подключении, не получал предупреждений о сертификате, что к нему нет доверия. Можно поменять на другое, добавив доп имя в сертификате, в wacs, через запятую.

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

Источник

Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер

trans

Общие обсуждения

trans

trans

После одновременного обновления ОС с Windows 7 на 10 на компьютерах клиентов при попытке удаленного подключения по rdp стала появляться ошибка » Удаленное приложение RemoteApp отключено »
«Удаленному столу не удалось подключиться к удаленному компьютеру по одной из следующих причин:
1) Не включен удаленный доступ к серверу
2) Удаленный компьютер выключен
3) Удаленный компьютер не подключен к сети
Удостоверьтесь, что данный компьютер включен, подключен к сети и удаленный доступ к нему включен.»

В результате чего пользователи не могут работать в программах. Со стороны сервера изменений не было, плюс все клиенты с OS, установленной ранее (как 7, так и 10) работают по rdp нормально без проблем. Также известно, что на данных компьютерах было произведено перемещение профилей. Установлена OS версии 1703 (Сборка ОС 15063.483). Обновление до сборки 15063.1088 не исправляет данную ошибку.

Select Enabled, and choose Balances memory and network bandwidth
— не привело к исправлению ошибки.

Вот событие ошибки:
Имя журнала: Microsoft-Windows-TerminalServices-RDPClient/Operational
Источник: Microsoft-Windows-TerminalServices-ClientActiveXCore
Код события: 1033

Источник

Как убрать ошибку «Удалённому рабочему столу не удалось найти компьютер»

udalennomu rabochemu stolu ne udalos najti kompyuter

Способ 1: Проверка правильности ввода имени компьютера

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

Способ 2: Использование IP-адреса

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

Способ 3: Устранение проблем связи с сервером

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

Подробнее: Открытие «Командной строки» от имени администратора в Windows 7 и Windows 10

vyzvat komandnuyu stroku dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

nslookup *адрес сервера*

Вместо *адрес сервера* напишите URL или DNS-имя используемого сервера.

ispolzovat utilitu nslookup dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

pravilnyj otvet nslookup dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

Если же вместо ИП утилита показывает ошибку, попробуйте сбросить кэш DNS клиента – в той же «Командной строке» введите команду ipconfig /flushdns и нажмите Enter.

sbrosit dns dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

otkryt hosts dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

vpisat adresa v hosts dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

Сохраните изменения и проверьте работоспособность подключения, теперь оно должно функционировать нормально.

Способ 4: Настройка брандмауэра

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

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

Способ 5: Использование альтернативного клиента

Иногда причина проблемы может заключаться во встроенном в систему средстве использования RDP. К счастью, для Windows существует несколько аналогов от сторонних производителей, например, Remote Desktop Manager.

zakryt okno registraczii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

otkryt utilitu dobavleniya sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

dobavit novuyu zapis remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

vvesti imya sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

uzel sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

polzovatel i parol sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

sohranenie sozdannoj sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

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

zapusk sessii remote desktop manager dlya ustraneniya oshibki %C2%ABudalyonnomu rabochemu stolu ne udalos najti kompyuter%C2%BB

Альтернативные клиенты могут помочь в устранении рассматриваемой проблемы, однако стоит иметь в виду, что они не панацея.

Помимо этой статьи, на сайте еще 12339 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Источник

Ошибка RDP: Удаленному рабочему столу не удалось найти компьютер

В этой статье мы рассмотрим базовые приемы диагностики проблемы с RDP подключением к удаленному рабочему столу. К примеру, при попытке установить подключение к рабочему столу удаленного сервера с помощью стандартного клиента mstsc.exe (Remote Desktop Connection), появляется строка «Инициализация удаленного подключения…», а затем пользователь получает ошибку:

Удаленному рабочему столу не удалось найти компьютер %PCName%». Это может означать, что %PCName% не принадлежит указанной сети. Проверьте имя и домен компьютера, к которому выполняется подключение.

Remote Desktop Can’t Find the computer %PCName%. This might mean that %PCName% does not belong to the specified network. Verify the computer name and domain that you are trying to connect to.

udalennomu rabochemu stolu ne udalos najti kompyut

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

Попробуйте подключиться к RDP серверу по IP адресу вместо DNS имени.

Затем попробуйте выяснить, знает ли ваш DNS сервер FQDN имя RDP сервера, к которому вы подключаетесь (%rdpserver%). Откройте командную строку с правами администратора и выполните команду:

Убедитесь, что команда вернула IP адрес сервера, например:

nslookup

В том случае, если команда вернула некорректную запись, попробуйте на клиенте сбросить кэш DNS ( ipconfig /flushdns ) и разрешить имя вашего RDP сервера с помощью nslookup еще раз.

В том случае, если команда Nslookup по прежнему возвращает неверную запись, откройте файл hosts комадой:

proverka fajla hosts

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

Если проблема при этом решится — виноват ваш DNS сервер, вам нужно проверить записи на нем, либо сообщить о проблеме администратору DNS.

Проверьте доступность RDP сервера с помощью команды ping:

Затем следует проверить, что с клиента на сервере доступен RDP порт 3389 (это порт для RDP подключения по-умолчанию). Проще всего проверить доступность порта с помощью PowerShell команды:

proverka dostupnosti porta rdp 3389

В том случае, если команда Test-NetConnection вернула TcpTestSucceeded : False, это означает что RDP служба на удаленном компьютере не включена, либо подключение блокируется файерволом на стороне клиента, сервера или на межсетевых экранах или маршрутизаторах между ними.

Несколько советов, которые стоит проверить, при невозможности подключиться к удаленному RDP хосту:

Если ошибка «Удаленному рабочему столу не удалось найти компьютер» возникает при выполнении удаленного RDP подключения со страницы RD Web Access, попробуйте в настройках RDP подключения вручную указать правильный адрес сервера RD Gateway (подключение через RDWebAccess выполняется не через стандартный порт 3389, а через 443 порт HTTPS ) и попробовать подключиться. Если подключение успешно установится, значит у вас неправильно настроен сервер RDWebAccess.
rdp podklyuchenie cherez shlyuz rabochih stolov rdgatewa

Источник

Удаленное приложение remoteapp отключено не удалось найти удаленный компьютер

trans

Вопрос

trans

trans

Все службы RDS установлены на одном сервере W2012.

Все работает в пределах домена, есть пользователи в удаленной сети (другая подсеть+VPN до офиса).

Через Rdp-сессию сидят без проблем.

Ответы

trans

trans

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

trans

trans

Машина по прежнему пытается подключиться через шлюз.

Если вы поставили галки, то этого происходить не должно.

Если не получится, то в качестве теста, попробуйте отключить шлюз.

Все ответы

trans

trans

На машинках в какой сети возникает ошибка?

Какая версия клиентских ОС?

Используется ли у вас шлюз для внутренних сетей?

Get-RDDeploymentGatewayConfiguration | fl BypassLocal

Если True, то авторизация для пользователей внутри сети на шлюзе не происходит.

trans

trans

На машинах из внешки.

в основном 7х64. и та с корой надо заставить работать тоже.

насчет шлюза не понял? филиал выходит в инет через другого провайдера. между роутерами впн-канал(ходят на файл шару, 1с.) впринципе именно 1с в remoteapp и не работает.

развернуты службы удаленных рабочих столов.

сейчас залез в свойства развертывания

trans

trans

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

trans

trans

trans

trans

Попробуйте с включенной галкой обновить подключение RemoteApp

trans

trans

trans

trans

trans

trans

Какой сертификат у вас используется?

trans

trans

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

trans

trans

Значит у вас используется дефолтный самоподписный сертификат.

Когда вы подключаете RemoteApp вы прописываете путь подключения к серверу в виде

Соединение по https, соответственно нужен сертификат.

Если у вас есть доменный центр сертификации рекомендую выдать сертификат для вашего сервера.

Пришлите, пожалуйста, ошибку сертификата с той машины где не запускается.

Источник

Источник

Понравилась статья? Поделить с друзьями:
  • Удаленный сервер возвратил ошибку 422 unprocessable entity
  • Удаления татуажа ошибки
  • Удаленный сервер возвратил ошибку 409 конфликт
  • Удаление ошибок шкода фабия
  • Удаленный сервер возвратил ошибку 405 недопустимый метод