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

Сеансы RemoteApp отключаются при закрытии всех окон RemoteApp и значков области уведомлений, запущенных пользователем

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

Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 2345390

Аннотация

Когда пользователь запускает remoteApp служб удаленных рабочих стола или служб терминалов, создается сеанс удаленного рабочего стола, в котором выполняется приложение. Все последующие удаленныеapps, которые запускаются с того же клиента до отключения сеанса, будут запускаться в том же сеансе. Кроме того, все значки области уведомлений (системная область), запущенные пользователем, также будут запускаться в том же сеансе.

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

Дополнительные сведения

Если оставить сеанс в отключенном состоянии, последующие удаленныеapps будут запускаться гораздо быстрее. При запуске нового remoteApp сеанс повторно подключен вместо того, чтобы накладные расходы на запуск нового.

По умолчанию отключенные сеансы RemoteApp будут оставаться в отключенном состоянии неопределенное время. Это поведение можно изменить с помощью нового параметра групповой политики, представленного в Windows Server 2008, чтобы установить ограничение по времени для сеансов удаленного приложения. Этот параметр находится в групповой политике как в конфигурации компьютера, так и в конфигурации пользователя:

  • Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы терминалов\Сервер терминалов\Ограничения времени сеанса
  • Конфигурация пользователя\Административные шаблоны\Компоненты Windows\Службы терминалов\Сервер терминалов\Ограничения времени сеанса

Чтобы включить и настроить параметр политики:

  1. Войдите на сервер терминалов с учетной записью администратора.
  2. Запустите редактор локальных групповых политик. Для этого нажмите кнопку » Запустить»,«Выполнить»,«Введите gpedit.msc» и нажмите кнопку «ОК».
  3. Найдите соответствующий узел в области «Конфигурация компьютера» или «Конфигурация пользователя», как показано выше.
  4. В правой области редактора локальных групповых политик дважды щелкните «Установить ограничение времени для входа сеансов RemoteApp».
  5. Щелкните Разрешено.
  6. В списке задержек при удалении сеанса RemoteApp выберите нужное время задержки и нажмите кнопку «ОК».
  7. В командной подсказке введите gpupdate и нажмите ввод, чтобы принудительно обновить политику на локальном компьютере.

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

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

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

Читайте также:  Linux символическая ссылка папки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Читайте также:  Домашняя расширенная windows удаленный рабочий стол

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

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

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

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

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

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

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

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

1 Вариант

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

  1. заходим в реестр HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers и удаляем все записи которые там есть
  2. переходим в папку C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\Cache и все так же удаляем
  3. советую после этих действий перезагрузить компьютер

2 Вариант

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

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

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

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

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

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

Вариант 3

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

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

Вариант 4

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

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

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

Читайте также:  Самая стабильная версия линукса

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

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

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

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

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

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

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

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

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

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

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

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

  1. Если у вас на удаленном сервере установлен КриптоПРО, он может быть источником проблем с rdp подключением. Попробуйте отключить проверку контрольных целостности файлов (проверки контрольных сумм) в КриптоПро через реестр. Перейдите в ветку реестра HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\CProIntegrity и измените значение параметра 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:\ProgramData\Microsoft\Crypto\RSA , переименуйте папку 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, создав в ветке реестра HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client параметр fClientDisableUDP со значением 1.

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

Я очистил историю RDP подключений в ветке HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers и сбросил кэш RDP в каталоге C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\Cache (перед удалением закройте все запущенные сеансы mstsc.exe):

del «C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\cache»

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

Оцените статью
Adblock
detector