Rdp ошибка протокола на клиентском компьютере

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
Благодарности:

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

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

Некоторые пользователи, которые пытаются подключиться к компьютеру 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, содержит поврежденные файлы, которые не позволяют установить соединение.

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

Ошибка Kernel-Power код: 41 в Windows – причины возникновения и все способы устранения

Если ваш компьютер часто перезагружается без какой-либо причины, вы можете столкнуться с критической ошибкой Kernel Power 41. Ядро является центральной частью операционной системы, и его сбой вызывает перезагрузку ПК. Вы можете проверить наличие ошибки в журнале событий вашего ПК. Она чаще всего возникает при запуске игр и других требовательных процессов. Иногда эта ошибка также вызывает BSOD (синий экран смерти) с ошибкой 0x8000400000000002. Также многие пользователи получают сообщение «Система перезагрузилась без предварительной полной остановки. Эта ошибка может быть вызвана тем, что система перестала отвечать, произошёл сбой или неожиданное отключение питания». Такая проблема затрагивает не только Windows 10, но и предыдущие версии ОС.

Как устранить ошибку «Kernel-Power код: 41».

Что означает появление ошибки Kernel-Power 41

В сообщении об ошибке Kernel-Power (ID 41) говорится, что система была перезагружена без предварительного полного выключения. Это может быть вызвано тем, что ОС перестаёт отвечать на запросы, происходит сбой или неожиданное отключение питания. Точнее, ошибка возникает, когда компьютер неожиданно выключается или перезагружается. Критическая ошибка Kernel-Power Event ID 41 генерируется, когда компьютер под управлением Windows запускается после его последнего выключения, и ОС обнаруживает, что предыдущее выключение было выполнено неправильно. Событие с кодом 41 сообщает, что произошло нечто неожиданное, что не позволяет корректно завершить работу Windows.

Причины неисправности и способы устранения

Само сообщение об ошибке предоставляет много информации, и поэтому важно знать, что компьютер делал непосредственно перед событием, и определить потенциальное решение. Недостаточное или неисправное электропитание может быть одной из основных причин. Например, если вы недавно добавили оперативную память (RAM), дополнительные устройства или жёсткие диски, после чего столкнулись с ошибкой, причиной может быть источник питания. Среди других популярных причин появления ошибки Kernel-Power 41 в Windows 10 и других:

Вот ещё несколько примеров этой проблемы:

В приведённом ниже руководстве есть несколько возможных решений для исправления ошибок Kernel-Power. Они касаются операционной системы Windows и параметров, которые могут вызывать проблемы.

Обновление драйверов

Microsoft постоянно выпускает различные обновления для улучшения общего впечатления пользователей Windows. Но такое событие может принести много боли, поскольку некоторые из них делают систему полностью непригодной для использования. Итак, проверьте, не возникает ли после установки последнего обновления проблема Kernel-Power 41, и стоит ли его удалять. Следуйте инструкциям, чтобы сделать это:

Теперь проверьте, исправлена ли ошибка или нет.

Проверка оперативки

Ещё одной распространённой причиной неисправности ядра в Windows является оперативная память (RAM), когда она не подключена должным образом или слот (или сама планка) запылён. Чтобы отсоединить оперативную память, достаточно отогнуть специальные зажимы по бокам слота. Извлеките чип, удалите пыль и грязь и верните его на место. Не делайте этого, когда ваш компьютер включён или подключён к источнику питания. По окончании снова подключите компьютер к источнику питания и включите его. Проверьте систему на работоспособность. Следующим шагом будет использование встроенного в Windows инструмента диагностики памяти. Чтобы добраться до него, откройте панель управления и нажмите «Администрирование». Вы также можете открыть пуск и ввести «память» в поле поиска. Вы увидите ссылку для диагностики проблем с памятью вашего компьютера.

Затем вас спросят, хотите ли вы перезагрузить компьютер немедленно или запустить тест при следующей перезагрузке. Компьютер загрузится в диагностический инструмент и начнёт выполнение теста, который разбит на два отдельных этапа. Внизу вы увидите поле «Состояние», в котором будут отображаться обнаруженные проблемы. Вы также можете нажать клавишу F1 и изменить несколько параметров, таких как тип теста (базовый, стандартный или расширенный), настройки кэша и счётчик проходов.

Диагностика с memtest86

Memtest86 на сегодняшний день является самым популярным среди инструментов проверки оперативки, который существует с 1990-х годов. Чтобы использовать его, вы должны записать ISO-образ на компакт-диск, а затем настроить компьютер для приоритетной загрузки с диска. После загрузки с компакт-диска вы увидите меню с несколькими различными параметрами. По умолчанию будет автоматически выбран первый вариант. Начнётся тест памяти, и при наличии ошибок в правом нижнем углу появится сообщение. Memtest86 имеет несколько тестов памяти, поэтому процесс занимает немного больше времени, чем инструмент проверки памяти Windows. Это отличный помощник каждого администратора и в значительной степени промышленный стандарт для диагностики памяти. Существуют и другие инструменты, которые выполняют аналогичные проверки памяти, но memtest86 является наиболее исчерпывающим и точным из всех.

Критическая ошибка Kernel-Power обычно связана с питанием и указывает на то, что что-то не так с блоком питания компьютера. Причиной может быть окисление на задней панели переключателя устройства. В этом случае обратитесь к специалисту для проверки блока питания – замена может решить проблему. Другая возможная причина этой критической ошибки – перегрев. Компьютер обычно выключается, когда температура слишком высокая. Вы можете скачать программу SpeedFan, которая контролирует температуру и проверяет, не перегреваются ли компоненты ПК при включении компьютера. Убедитесь, что все провода подключены правильно (внутри и снаружи компьютерного блока), и проверьте, правильно ли подключены разъёмы питания для графического процессора и основной (материнской) платы. Кроме того, удалите процессор и переустановите его (если у вас есть практические навыки и опыт подобной процедуры).

Изменение настроек BIOS

BIOS (Basic Input Output System) – это программное обеспечение, хранящееся на небольшом чипе памяти на материнской плате. Чтобы обновить BIOS, перейдите на веб-сайт производителя материнской платы и загрузите последнюю версию BIOS для материнской платы. Там должно быть руководство, описывающее, как обновить BIOS — убедитесь, что вы внимательно прочитали это. Имейте в виду, что обновление BIOS — это процедура для опытных пользователей, и, если она не выполняется должным образом, может привести к необратимому повреждению оборудования. Если вы не знаете, как обновить BIOS, найдите эксперта, чтобы избежать повреждения вашего компьютера. Большинство IT-специалистов пришли к выводу, что изменение определённых фоновых режимов в BIOS и в ОС Windows 7 и других также может помочь при устранении проблемы. Для этого выполните следующие шаги:

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

Устранение конфликта двух звуковых карт

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

Если в вашей системе нет дублирующих аудио драйверов, попробуйте отключить аудио драйверы из списков. Некоторые пользователи сообщают, что отключение ATI High Definition Audio Device из диспетчера устройств решило проблему. Однако вы также можете попытаться отключить любой другой драйвер аудиоустройства, чтобы устранить проблему, и проверить, помогает ли это исправить ошибку.

Другие способы избавиться от ошибки

Возможно, вы столкнулись с критической ошибкой Kernel-Power, связанной с идентификатором события 41. Она обычно наблюдается в средстве просмотра событий Windows, в котором отображается журнал системных сообщений и сообщений приложения, включая предупреждения, информационные сообщения и ошибки. Часто в средстве просмотра событий отображается много ошибок, но, если ваш компьютер работает нормально, вы можете их игнорировать. Однако не следует игнорировать критическую ошибку Kernel-Power, так как она может повлиять на стабильность Windows. Щёлкните правой кнопкой мыши на ярлыке Мой компьютер и выберите Свойства-Дополнительные параметры системы-Параметры запуска и восстановления, и отключите параметр «Автоматически перезагружать» в разделе «Сбой системы». Откройте редактор реестра, набрав «regedit» в строке поиска или в диалоговом окне «Выполнить», и перейдите к следующему ключу:

Найдите REG_DWORD с именем «HibernateEnabled» в правой части окна, щёлкните его правой кнопкой мыши и выберите «Изменить». Измените его значение на 0.

Мы надеемся, что это руководство было полезным и помогло исправить критическую ошибку Kernel-Power (ID 41). Если ни один из методов, упомянутых выше, не решил проблему, это может быть связано с аппаратным обеспечением, и вам следует обратиться к специалисту по компьютерам для проверки системы. Если же вы уже сталкивались с подобной проблемой и смогли исправить ошибку, поделитесь с нашими читателями в комментариях под этой статьёй.

Похожие статьи:

Гугление показало, что может драйвер звукового устройства Realtek до конца не установлен, отключил в диспетчере устройств в «системные устройства», включил и запустил поиск устройств (если щелкнуть правой, то просмотр событий показывает «требуется дальнейшая установка (драйверов) — в случае, если проблемы. Кроме того, проверьте целостность каталогов Windows через командную строку

Имя журнала: System
Источник: Microsoft-Windows-Kernel-Power
Дата: 04.07.2020 20:36:48
Код события: 41
Категория задачи:(63)
Уровень: Критический
Ключевые слова:(70368744177664),(2)
Пользователь: СИСТЕМА
Компьютер: DESKTOP-CUE2MTH
Описание:
Система перезагрузилась, завершив работу с ошибками. Возможные причины ошибки: система перестала отвечать на запросы, произошел критический сбой или неожиданно отключилось питание.
Xml события:

41
6
1
63
0
0x8000400000000002

У меня тоже такая проблема. Всё началось с того что работая на компьютере, не нагружая ни чем, просто лазая в интернете, стала вылетать видеокарта… артифакты на экране… я сразу подумал что видяха накрылась. Но, перезагружаю через аварийное выключение и опять можно работать дальше, у меня ноутбук ASUS K73SV…. через часа два опять такая же фигня, атифакты и аварийно перезагружаю… В управлении посмотрел Код события: 41, Категория задачи:(63)…… Прогнал по всем теста которые только можно было найти в интернет, оперативка в норме, процессор в норме, ВИДЯХА в норме…. короче ноутбук в идеальном состоянии…. НО теперь ноутбук стал через 2 часа как обычно просто перезагружаться и выдаёт в панеле управления туже самую ошибку 41…. Позже заметил когда чистил ноутбук что батарея не держит… как опускается заряд до 97% просто вырубается, проверил батарею, БАТАРЕЯ В НОРМЕ… Вынул батарею, работаю на прямую от сети, один фиг через 2 часа ПЕРЕЗАГРУЗКА…Короче говоря ГОЛОВУ УЖЕ СЛОМАЛ, чё делать не знаю… в чём проблема не могу найти, гришу либо мать ГОРЕТЬ начала….. одни домыслы… отключил автоматическую перезагрузку, сижу жду синего экрана….

С неделю маялся, перепробовал всё…случайно установил Kernel-Power, и он после внезапной перезагрузки показал причину-перегрев видеокарты. полез в железо-замер кулер на видюхе, термопаста естественно рассыпалась в прах на проце, на холостом ходу 59 градусов выдавал, в игровом режиме за 5 минут подымался до 92 и вырубался. заменил пасту, смазал раскрутил кулер-сейчас под нагрузкой не выше 25 градусов, проблема ушла

Обновлено 16.06.2017

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

Причины ошибки «Повторите попытку подключения»

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

Как я и писал выше, появляется она после ввода корректного логина и пароля.

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

Если вы посмотрите логи Windows, то сможете обнаружить вот такие системные предупреждения:

• возникло следующее неустранимое предупреждение: 36888. Внутренне состояние ошибки: 1250

• Компонент X.224 RDP-протокола обнаружил ошибку в потоке протокола и отключил этого клиента.

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

Существует несколько методов решения ошибки «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.» что вы должны сделать:

1. Удалить необходимые обновления Windows
2. Удаление или обновление «Крипто ПРО» и VipNet
3. Понижение требования к уровню шифрования
4. Установка дополнительных обновлений

Удаление или обновление ПО

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

Удаления обновления KB2992611

Следующим методом я вам посоветую установка новых обновлений, которые это решают, могу посоветовать KB3018238 (оно идет теперь вместе с KB2992611) и KB3011780, с ходом времени, данные обновления могут перекрываться уже более новыми, так, что следите за ними на официальном сайте Microsoft. Если KB2992611 установлено, то попробуйте его удалить, проверить возможность подключения и снова поставить.

Скачиваете и производите обновление, это похоже на шаги описанные в проблеме, где windows 7 не находит обновления, мы так же устанавливали автономные версии.

Понижение требования к уровню шифрования

Не самое правильное решение, так как уменьшает уровень защиты и шифрования трафика, но может быть палочкой-выручалочкой в некоторых ситуациях. В настройках сервера терминалов снизить уровень «безопасности/уровень шифрования». Для этого заходите в «Пуск > Администрирование > Удаленный рабочий стол > Конфигурация узла сеансов удаленного рабочего стола», выбираете «Настройка для сервер», далее вкладка «Общие» и два пункта:

1. Уровень безопасности > Уровень безопасности RDP
2. Уровень шифрования > Низкий

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

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

Удаленный компьютер отключил сеанс, из-за ошибки в протоколе лицензирования

не забудь сохранить к себе на стену в соц сети