Ошибка rdp 0x1104

0x1104 error remote desktop windows 10

Сообщения: 28
Благодарности: 1

Профиль | Отправить PM | Цитировать

Доброго времени суток.

Имеется компьютер под управлением Windows 7 Home Premium х64. С него надо подключаться к терминалу Windows Server 2008 R2. При подключении вылетает ошибка: «Обнаружена ошибка протокола на клиентском компьютере (код 0х1104), сессия будет отключена.» При этом подключение к терминалу второго сервера, под управлением Windows Server 2003, проходит нормально. По внутреннему IP-адресу сервера подключение есть.

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.

Конфигурация компьютера
Материнская плата: Asus P5K-VM
HDD: Seagate Barracuda 7200.10 320GB sATAII
Звук: HDA кодек Realtek ALC883
CD/DVD: SonyNEC Optiarc AD-7203S
ОС: Windows 7 Ultimate 32-bit

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 1
Благодарности: 0

Произошла ошибка проверки подлинности. Указанная функция не поддерживается

После установки обновления KB4103718 на моем компьютере с Windows 7 я не могу удаленно подключится к серверу c Windows Server 2012 R2 через удаленный рабочий стол RDP. После того, как я указываю адрес RDP сервера в окне клиента mstsc.exe и нажимаю «Подключить», появляется ошибка:

Произошла ошибка проверки подлинности.

Указанная функция не поддерживается.
Удаленный компьютер: computername

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

Ответ

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

В своей проблеме вы не одиноки. Данная ошибка может появится в любой операционной системе Windows или Windows Server (не только Windows 7). У пользователей английской версии Windows 10 при попытке подключится к RDP/RDS серверу аналогичная ошибка выглядит так:

The function requested is not supported.

Remote computer: computername

Ошибка RDP “An authentication error has occurred” может появляться и при попытке запуска RemoteApp приложений.

Почему это происходит? Дело в том, что на вашем компьютере установлены актуальные обновления безопасности (выпущенные после мая 2018 года), в которых исправляется серьёзная уязвимость в протоколе CredSSP (Credential Security Support Provider), использующегося для аутентификации на RDP серверах (CVE-2018-0886) (рекомендую познакомится со статьей Ошибка RDP подключения: CredSSP encryption oracle remediation). При этом на стороне RDP / RDS сервера, к которому вы подключаетесь со своего компьютера, эти обновления не установлены и при этом для RDP доступа включен протокол NLA (Network Level Authentication / Проверку подлинности на уровне сети). Протокол NLA использует механизмы CredSSP для пре-аутентификация пользователей через TLS/SSL или Kerberos. Ваш компьютер из-за новых настроек безопасности, которые выставило установленное у вас обновление, просто блокирует подключение к удаленному компьютеру, который использует уязвимую версию CredSSP.

Что можно сделать для исправления эту ошибки и подключиться к вашему RDP серверу?

1. Самый правильный способ решения проблемы – установка последних кумулятивных обновлений безопасности Windows на компьютере / сервере, к которому вы подключаетесь по RDP;
2. Временный способ 1 . Можно отключить проверку подлинности на уровне сети (NLA) на стороне RDP сервера (описано ниже);
3. Временный способ 2 . Вы можете на стороне клиента разрешить подключение к RDP серверам с небезопасной версией CredSSP, как описано в статье по ссылке выше. Для этого нужно изменить ключ реестра AllowEncryptionOracle (команда REG ADD
   HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystemCredSSPParameters /v AllowEncryptionOracle /t REG_DWORD /d 2 ) или изменить настройки локальной политики Encryption Oracle Remediation / Исправление уязвимости шифрующего оракула), установив ее значение = Vulnerable / Оставить уязвимость).

Отключение NLA для протокола RDP в Windows

Если на стороне RDP сервера, которому вы подключаетесь, включен NLA, это означает что для преаутентификации RDP пользователя используется CredSPP. Отключить Network Level Authentication можно в свойствах системы на вкладке Удаленный доступ (Remote), сняв галку «Разрешить подключения только с компьютеров, на которых работает удаленный рабочий стол с проверкой подлинности на уровне сети / Allow connection only from computers running Remote Desktop with Network Level Authentication (recommended)» (Windows 10 / Windows 8).

В Windows 7 эта опция называется по-другому. На вкладке Удаленный доступ нужно выбрать опцию «Разрешить подключения от компьютеров с любой версией удаленного рабочего стола (опасный) / Allow connections from computers running any version of Remote Desktop (less secure)».

Также можно отключить проверку подлинности на уровне сети (NLA) с помощью редактора локальной групповой политики — gpedit.msc (в Windows 10 Home редактор политик gpedit.msc можно запустить так) или с помощью консоли управления доменными политиками – GPMC.msc. Для этого перейдите в разделе Конфигурация компьютера –> Административные шаблоны –> Компоненты Windows –> Службы удаленных рабочих столов – Узел сеансов удаленных рабочих столов –> Безопасность (Computer Configuration –> Administrative Templates –> Windows Components –> Remote Desktop Services – Remote Desktop Session Host –> Security), отключите политику Требовать проверку подлинности пользователя для удаленных подключений путем проверки подлинности на уровне сети (Require user authentication for remote connections by using Network Level Authentication).

Также нужно в политике «Требовать использования специального уровня безопасности для удаленных подключений по протоколу RDP» (Require use of specific security layer for remote (RDP) connections) выбрать уровень безопасности (Security Layer) — RDP.

Для применения новых настроек RDP нужно обновить политики (gpupdate /force) или перезагрузить компьютер. После этого вы должны успешно подключиться к удаленному рабочему столу сервера.

0x1104 Remote Desktop Windows 7 — remote desktop stopped working, how do I fix it?

Hi, I realize that there’s another forum post to this effect, which Oberwald locked, where s/he suggests that I should just roll back all the security updates that Microsoft puts out, in order to fix this problem . but does anyone know a way to fix this without the ‘System Restore Point’ methodology?

I’ve tried the registry edits I was able to find (though others might be appreciated), and disabled the Norton firewalls, etc . any other things?

It’s Windows 7 Professional (client) to Windows 7 Ultimate (host).

What was the recent hardware and software change made to the computer before the issue started?

The reason you may be receiving this error might be due to a protocol error of conflicting Visual styles between the computers having Remote Desktop Connection.

On the remote computer you will have to find a compatible visual style that works with RDP in case of a custom style set or conflict.

Please try un checking the option Visual Styles and check if you are able to use the Remote Desktop Connection.

a. Click Start
b. Launch Remote Desktop Connection (RDP)
c. Click on Options on the RDP window
d. Click on the Experience tab
e. Uncheck the Visual Styles option
f. Try starting the RDP process and check if you are able to connect.

You may also refer to the following links,

Why can’t I connect using Remote Desktop Connection?

Hope this helps.

13 people found this reply helpful

Was this reply helpful?

Sorry this didn’t help.

Great! Thanks for your feedback.

How satisfied are you with this reply?

Thanks for your feedback, it helps us improve the site.

0x1104 error remote desktop windows 10

Вопрос

When i try to connect to my other pc through lan it works fine, but through internet from my phone or pc, i get error 1104

port is open, tried switching to a different port. Works through lan.

Все ответы

Please try to launch the RDP via type mstsc /Admin in the Run box, and then make sure the configuration is below:

Meanwhile, disable all of your security software include firewall. It might be because Firewall block the RDP port.

To allow Remote Desktop connections through a Windows Firewall

If you’re having trouble connecting, Remote Desktop connections might be getting blocked by the firewall. Here’s how to change that setting on a Windows PC. If you’re using another firewall, make sure the port for Remote Desktop (usually 3389) is open.

• On the remote computer, click Start and select Control Panel .
• Click System and Security.
• Click Allow a program through Windows Firewall under Windows Firewall.
• Click Change settings and then check the box next to Remote Desktop .
• Click OK to save the changes.

Ошибка RDP подключения: Указанная функция не поддерживается, ошибка шифрования CredSSP

После установки последних обновлений безопасности, вышедших 8 мая 2018 года, на Windows 10 и 7, пользователи стали жаловаться, что при попытке подключится к RemoteApp на RDS серверах под Windows Server 2016 / 2012 R2 / 2008 R2, или удаленным рабочим столам других пользователей по протоколу RDP (на Win 10/8/7), появляется ошибка:

Remote Desktop connection
An authentication error has occurred.
The function is not supported.
Remote Computer: hostname
This could be due to CredSSP encryption oracle remediation.

Подключение к удаленному рабочему столу
Произошла ошибка при проверке подлинности.
Указанная функция не поддерживается.
Причиной ошибки может быть исправление шифрования CredSSP.

Данная ошибка связана с тем, что на Windows Server или обычных десктопных версиях Windows, к котором вы пытаетесь подключится по RDP, с марта 2018 года не устанавливались обновления безопасности. Дело в том, что еще в марте 2018 Microsoft выпустила обновление, закрывающее возможность удаленного выполнения кода с помощью уязвимости в протоколе CredSSP (бюллетень CVE-2018-0886). В мае 2018 было опубликовано дополнительное обновление, в котором по-умолчанию клиентам запрещается подключаться к удаленным RDP серверам с уязвимой (непропатченной) версией протокола CredSSP.

Таким образом, если вы не устанавливали накопительные обновления безопасности на RDS серверах Windows с марта этого года, а клиенты (Win 10 / 8 / 7) установили майские обновления, то на них при попытке подключится к RDS серверам с непропатченной версией CredSSP будет появляется ошибка о невозможности подключения: This could be due to CredSSP encryption oracle remediation.

Ошибка RDP клиента появляется после установки следующих обновлений безопасности:

• Windows 7 / Windows Server 2008 R2 — KB4103718
• Windows 8.1 / Windows Server 2012 R2 — KB4103725
• Windows Server 2016 — KB4103723
• Windows 10 1803 — KB4103721
• Windows 10 1709 — KB4103727
• Windows 10 1703 — KB4103731
• Windows 10 1609 — KB4103723

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

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

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

• Запустите редактор локальных GPO: gpedit.msc ;

В том случае, если у вас отсутствует редактор локальных GPO (например, в Home редакциях Windows), вы можете внести изменение, разрешающее RDP подключение к серверам с непропатченной версия CredSSP, напрямую в реестр с помощью команды:

REG ADD HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystemCredSSPParameters /v AllowEncryptionOracle /t REG_DWORD /d 2

Можно внести изменения сразу на множестве компьютеров в AD с помощью доменной GPO или такого PowerShell скрипта (список компьютеров в домене можно получить с помощью командлета Get-ADComputer ):

Import-Module ActiveDirectory
$PSs = (Get-ADComputer -Filter *).DNSHostName
Foreach ($computer in $PCs) <
Invoke-Command -ComputerName $computer -ScriptBlock <
REG ADD HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystemCredSSPParameters /v AllowEncryptionOracle /t REG_DWORD /d 2
>
>

После успешного подключения к удаленному RDP серверу (компьютеру) нужно установить на нем отсутствующие обновления безопасности через службу Windows Update (проверьте, что служба включена) или вручную. Ниже представлены прямые ссылки на обновления для Windows Server, которые обязательно нужно установить:

• Windows Server 2012 R2 / Windows 8: KB4103715
• Windows Server 2008 R2 / Windows 7: KB4103712
• Windows Server 2016 / Windows 10 1607 = KB4103723

После установки обновлений и перезагрузки сервера, не забудьте отключить политику на клиентах (либо выставить ее на Force Updated Clients), или вернуть значение 0 у ключа реестра AllowEncryptionOracle. В этом случае, ваш компьютер не будет подвержен риску подключения к незащищенным хостам с CredSSP и эксплуатации уязвимости.

REG ADD HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystemCredSSPParameters /v AllowEncryptionOracle /t REG_DWORD /d 0

Adblock
detector

Сообщения: 28
Благодарности: 1

Профиль | Отправить PM | Цитировать

Доброго времени суток.

Имеется компьютер под управлением Windows 7 Home Premium х64. С него надо подключаться к терминалу Windows Server 2008 R2. При подключении вылетает ошибка: «Обнаружена ошибка протокола на клиентском компьютере (код 0х1104), сессия будет отключена.» При этом подключение к терминалу второго сервера, под управлением Windows Server 2003, проходит нормально. По внутреннему IP-адресу сервера подключение есть.

Сообщения: 8502
Благодарности: 1580

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.

Сообщения: 1
Благодарности: 0

Обнаружена ошибка протокола на клиентском компьютере код 0x1104 сессия будет отключена

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 28
Благодарности: 1

Профиль | Отправить PM | Цитировать

Доброго времени суток.

Имеется компьютер под управлением Windows 7 Home Premium х64. С него надо подключаться к терминалу Windows Server 2008 R2. При подключении вылетает ошибка: «Обнаружена ошибка протокола на клиентском компьютере (код 0х1104), сессия будет отключена.» При этом подключение к терминалу второго сервера, под управлением Windows Server 2003, проходит нормально. По внутреннему IP-адресу сервера подключение есть.

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.

Сообщения: 1
Благодарности: 0

Обнаружена ошибка протокола на клиентском компьютере код 0x1104 сессия будет отключена

По непонятным причинам терминальный клиент работающий много лет вдруг, совершенно внезапно, не мог соединиться с терминальным сервером по загадочной причине отсутствия клиентской лицензии. На чешском (я столкнулся с этим у одного из клиентов именно на чешской версии windows) эта ошибка звучит так:
”Vzdálený počítač přerušil spojení z důvodu chyby v licenčním protokolu. Pokuste se připojit ke vzdálenému počítači znovu nebo se obraťte na správce serveru.” На русском:
”Удаленный компьютер отключил сеанс из-за ошибки в протоколе лицензирования. Попытайтесь подключиться к удаленному компьютеру снова или обратитесь к администратору сервера.” На английском:
”The remote computer disconnected the session because of an error in the licensing protocol. Please try connecting to the remote computer again or contact your server administrator.” При этом

ПОМНИТЕ ЧТО РАБОТА С РЕЕСТРОМ МОЖЕТ ПРИВЕСТИ К ОТКАЗУ ОПЕРАЦИОННОЙ СИСТЕМЫ ИЛИ ПРОГРАММ.
Ведите себя в редакторе реестра очень аккуратно и предельно внимательно.

И в заключении привожу немного картинок для тех кто хочет знать, что понял всё верно. Но надписи на скриншотах только на чешском, сбой произошёл именно на машине с чешской версией Windows 7.

В Windows 8 запустить командную строку с помощью прав администратора можно несколькими способами:

Опишем каждый из этих способов открытия командной строки с правами админа в Win8 подробнее.

Открываем командную строку из интерфейса Metro UI

В строке «Поиск» интерфейса Windows 8 Metro UI, нужно набрать “cmd ” (или “ command prompt ”) , в результате в левой панели отобразится найденное приложение. Затем нужно щелкнуть правой кнопкой мыши по появившемуся ярлыку и в нижней части экрана появится строка с дополнительными опциями запуска. Выберите «Запуск от имени администратора» (“Run as administrator”)

Все то же самое можно выполнить, выделив найденное приложение и нажав на клавиатуре комбинацию Ctrl + Shift + Enter .

Запуск командной строки из проводника

Запуск командной строки из диспетчера задач

Запуск из меню быстрого доступа Win+X

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

Повышение привилегий открытого окна командной строки

Открытие окна команд с правами администратора из файловых менеджеров

Открытие окна команд с правами администратора из Проводника

Достаточно интегрировать ELE в контекстное меню папки и фона папки (пустого, свободного от файлов пространства окна Проводника), и вы откроете командую строку от имени администратора в любой локации жесткого диска.
Твик реестра мог бы выглядеть так:

Windows Registry Editor Version 5.00

@=»cmd /c cd /d »%1» & ele /x»

Ну и, соответственно, результат:

Открытие окна команд с правами администратора из Total Commander

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

Нажав на эту кнопку, вы откроете текущую папку в командной строке с правами администратора.

Открытие окна команд с правами администратора из Far

Ключи командной строки ELE

Краткая справка по использованию

Ele программа [параметры]

Запустить программу от имени администратора. Например, Блокнот от имени администратора:

Ele notepad. exe d:text1.txt

Причины ошибки хранимая на этом компьютере, была изменена

В большинстве случаев ошибка удаленный сеанс отключен, так как клиентская лицензия удаленного рабочего стола, хранимая на этом компьютере, была изменена, выскакивает на клиентских операционных системах, по типу Windows 10 или 8.1

Переходим в ветку реестра

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

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

Как только вы перезагрузились, нажмите WIN+R и введите mstsc /admin, чтобы у вас открылось окно удаленного рабочего стола от имени администратора.

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

Если не поможет, то попробуйте создать bat файл и выполнить его, ниже содержимое.

Const HKLM = &H80000002
Const MSLicensingStore = «SoftwareMicrosoftMSLicensingStore»
Set oReg = GetObject(«winmgmts:\.rootdefault:StdRegProv»)
RetVal = oReg. EnumKey(HKLM, MSLicensingStore, RegKeys)
If RetVal <> 0 Then
MsgBox(«Не удалось прочитать ветвь реестра » & MSLicensingStore)
WScript. Quit
End If
If IsArray(RegKeys) Then
For Each Key In RegKeys
KeyName = MSLicensingStore & Key
If InStr(1, UCase(KeyName), «LICENSE») > 0 Then
RetVal = oReg. DeleteKey(HKLM, KeyName)
End If
Next
End If

Как исправить код ошибки удаленного рабочего стола 0x204 на Mac?

Некоторые пользователи, которые пытаются подключиться к компьютеру Windows с Mac, Android или другой ОС, получают код ошибки 0x204 при попытке использовать протокол удаленного рабочего стола. Хотя удаленный рабочий стол является надежным инструментом, позволяющим пользователям подключаться к ПК и получать доступ к приложениям, файлам и сетевым ресурсам, иногда все работает не так, как должно.

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

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

В некоторых случаях проблема может возникнуть из-за некоторых временных файлов, которые хранятся в папке Group Containers. Если этот сценарий применим, вы можете устранить проблему, удалив папку UBF8T346G9.com. microsoft. rdc.

Способ 1. Включите протокол удаленного рабочего стола (на компьютере с Windows)

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

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

Вот пошаговое руководство по включению протокола удаленного рабочего стола на компьютере Windows, с которого вы получаете доступ к файлам:

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

Примечание. Когда вам будет предложено UAC (Контроль учетных записей), нажмите Да, чтобы предоставить административные привилегии.

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

Если проблема все еще не решена, перейдите к следующему потенциальному решению ниже.

Способ 2. Разрешение удаленной удаленной остановки через брандмауэр Windows

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

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

Это нужно делать независимо от того, какую версию Windows вы используете.

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

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

Примечание. Если вас попросит UAC (Контроль учетных записей), нажмите Да, чтобы предоставить административные привилегии.

Если проблема все еще не решена, и вы все еще сталкиваетесь с тем же Кодом ошибки 0x204, перейдите к следующему потенциальному исправлению ниже.

Способ 3: отключение вашего стороннего AV (если применимо)

Как выясняется, во многих случаях пользователи сталкиваются с этой проблемой при использовании сторонних пакетов безопасности. McAfee Internet Security является наиболее распространенным пакетом сторонних производителей, который, как известно, облегчает код ошибки 0x204.

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

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

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

Отключение всех щитов Avast

Если вы сделали это безрезультатно или используете сторонний пакет брандмауэров, перейдите к следующему потенциальному исправлению ниже.

Способ 4: удаление стороннего брандмауэра (если применимо)

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

Но имейте в виду, что шаги этого очень отличаются от инструмента к инструменту.

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

Если вы хотите выполнить этот метод, вот пошаговое руководство по удалению стороннего брандмауэра:

Если проблема сохраняется, перейдите к следующему потенциальному решению ниже.

Метод 5: Использование приглашения удаленного помощника

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

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

Вот краткое руководство по созданию приглашения на удаленную помощь:

Примечание. Если вы получите запрос от UAC (Контроль учетных записей), нажмите Да, чтобы предоставить административные привилегии.

Примечание. Вы можете выбрать другой вариант, если вам будет проще (либо прикрепите приглашение с помощью программы электронной почты, либо воспользуйтесь Easy Connect)

Если та же проблема все еще сохраняется, перейдите к следующему потенциальному решению ниже.

Способ 6: удаление временной папки Remote Dekstop (только для MAC)

Если ни один из перечисленных выше методов не сработал, и вы сталкиваетесь только с проблемой OSX, очень вероятно, что временная папка, используемая приложением Mac Remote Desktop, содержит поврежденные файлы, которые не позволяют установить соединение.

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

Источник

Обнаружена ошибка протокола на клиентском компьютере код 0x1104 сессия будет отключена

Так. Думаю это поможет. Если не понятно, скажи, переведу

This error indicates that RDP is not available to use TCP port 3389l.
Occasionally, RPC provides 3389 to another service and this does not allow
RDP to function. RPC can be isolated and confirmed if you stop the
MSExchangeSA service.

To keep this from happening in the future add the following using regedt32:
(of course, backup the registry keys before making these changes).

Add the following key if not present:

Highlight the following key:
HKEY_LOCAL_MACHINESoftwareMicrosoftRpc

From Edit menu select «Add Key. »
Key Name: Internet
Class:

Add the following values if not prestent:

Highlight the following key:
HKEY_LOCAL_MACHINESoftwareMicrosoftRpcInternet

From Edit menu select «Add Value. »
Value Name: Ports
Data Type: REG_MULTI_SZ
Data: 3389-3389

From Edit menu select «Add Value. »
Value Name: PortsInternetAvailable
Data Type: REG_SZ
Data: N

From Edit menu select «Add Value. »
Value Name: UseInternetPorts
Data Type: REG_SZ
Data: Y

Then reboot the server and try again.

Короче, для начала останови сервиc MSExchangeSA, и попробуй подключитса.

Источник

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>