Rdp error 0x108

Rdp error code 0x108

Добрый день! Уважаемые читатели и гости IT блога Pyatilistnik.org, в прошлый раз мы с вами чинили HDD с поврежденной файловой системой и состоянием RAW уверен, что вам удалось это сделать. Сегодня я в очередной раз переведу наш вектор траблшутера в сторону терминальных столов, а именно мы рассмотрим ситуацию, что когда вы пытаетесь подключиться к удаленному серверу по RDP протоколу, а у вас после ввода логина и пароля, выскакивает ошибка, что вы не прошли проверку подлинности и причиной ошибки может быть исправление шифрования CredSSP. Давайте разбираться, что за зверь, этот CredSSP и как вам получить доступ к вашему серверу.

Как выглядит ошибка credssp

Перед тем, как я покажу вам известные мне методы ее устранения, я бы как обычно хотел подробно описать ситуацию. Вчера при попытке подключиться к своему рабочему компьютеру, работающему на Windows 10 1709, с терминального стола, входящего в RDS ферму на Windows Server 2012 R2, я получил ошибку после ввода логина и пароля:

Ну и конечно в русском исполнении:

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

Назначение CredSSP

Что такое CredSSP — это Win32 API, используемый системами Microsoft Windows для выполнения различных операций, связанных с безопасностью, таких как аутентификация. SSPI функционирует, как общий интерфейс для нескольких поставщиков поддержки безопасности (SSP). Поставщик поддержки безопасности — это библиотека динамической компоновки (DLL), которая делает один или несколько пакетов безопасности доступными для приложений.

C redSSP позволяет приложению делегировать учетные данные пользователя от клиента целевому серверу для удаленной аутентификации. CredSSP предоставляет зашифрованный канал протокола безопасности транспортного уровня . Клиент проходит проверку подлинности по зашифрованному каналу с использованием протокола SPNEGO (Simple and Protected Negotiate) с Microsoft Kerberos или Microsoft NTLM.

После проверки подлинности клиента и сервера клиент передает учетные данные пользователя на сервер. Учетные данные дважды шифруются с использованием ключей сеанса SPNEGO и TLS. CredSSP поддерживает вход в систему на основе пароля, а также вход в систему с использованием смарт-карт на основе X.509 и PKINIT.

Windows SSP

Следующие поставщики общих служб устанавливаются вместе с Windows:

• NTLM (Представлено в Windows NT 3.51 ) (msv1_0.dll) — обеспечивает проверку подлинности NTLM с запросом/ответом для клиент-серверных доменов до Windows 2000 и для не доменной аутентификации (SMB /CIFS).
• Kerberos (Представлен в Windows 2000 и обновлен в Windows Vista для поддержки AES ) (kerberos.dll). Предпочтителен для взаимной аутентификации клиент-серверного домена в Windows 2000 и более поздних версиях.
• Согласование (введено в Windows 2000) (secur32.dll) — выбирает Kerberos и, если не доступно, протокол NTLM. SSP обеспечивает возможность единого входа , иногда называемую встроенной аутентификацией Windows (особенно в контексте IIS). В Windows 7 и более поздних версиях представлен NEGOExts, в котором согласовывается использование установленных пользовательских SSP, которые поддерживаются на клиенте и сервере для аутентификации.
• Безопасный канал (он же SChannel) — Представлен в Windows 2000 и обновлен в Windows Vista и выше для поддержки более надежного шифрования AES и ECC. Этот поставщик использует записи SSL/TLS для шифрования полезных данных. (Schannel.dll)
• PCT (устарел) реализация Microsoft TLS/SSL — криптография SSP с открытым ключом, которая обеспечивает шифрование и безопасную связь для аутентификации клиентов и серверов через Интернет. Обновлено в Windows 7 для поддержки TLS 1.2.
• Digest SSP (Представлено в Windows XP ) (wdigest.dll) — Обеспечивает проверку подлинности HTTP и SASL на основе запросов/ответов между системами Windows и не-Windows, где Kerberos недоступен.
• Учетные данные (CredSSP) (Представлено в Windows Vista и доступно в Windows XP с пакетом обновления 3 (SP3)) (credssp.dll) — обеспечивает SSO и проверку подлинности на уровне сети для служб удаленных рабочих столов.
• Аутентификация с распределенным паролем (DPA) — (Представлено в Windows 2000) (msapsspc.dll) — Обеспечивает аутентификацию через Интернет с использованием цифровых сертификатов.
• Криптография с открытым ключом «пользователь-пользователь» (PKU2U) (представлена ​​в Windows 7 ) (pku2u.dll) — обеспечивает одноранговую аутентификацию с использованием цифровых сертификатов между системами, которые не являются частью домена.

Причины ошибки шифрования CredSSP

В марте 2018 года, компания Microsoft выпустила обновление безопасности для устранения уязвимостей для протокола поставщика поддержки безопасности учетных данных (CredSSP) под именем CVE-2018–0886 (https://support.microsoft.com/en-us/help/4093492/credssp-updates-for-cve-2018-0886-march-13-2018), используемого подключениями по протоколу удаленного рабочего стола (RDP) для клиентов Windows и Windows Server. Как только пользователи и системные администраторы произвели установку апдейтов, то по всему миру начались массовые жалобы, что люди не могут подключаться по протоколу RDP к серверам, компьютерам, получая ошибку, что причиной ошибки может быть шифрование CredSSP.

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

Под раздачу попали буквально все, клиентские ОС Windows 7, Windows 8.1, Windows 10 с которых были попытки подключиться к RDS ферме или RemoteApp приложениям работающим на Windows Server 2008 R2 и выше. Если бы вы читали ветки обсуждений в эти дни, то вы бы поняли все негодование людей, особенно с запада.

Варианты исправления ошибки CredSSP

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

• Вы можете удалить новое обновление безопасности, самый плохой вариант, но в ответственные моменты, иногда используется, чтобы перенести работы на вечер или ночь
• Если нужно быстро получить доступ к серверу и избежать проверку подлинности credssp, то я вам советую отключить на принимающем подключении сервере галку NLA (Network Level Authentication) в русском варианте «Разрешить подключение только с компьютеров, на которых работает удаленный рабочий стол с проверкой подлинности на уровне сети»
• То же быстрый метод и на массовое применение, это использование групповой политики, которая изменит шифрование Oracle Remediation
• Ну и самый правильный метод , это установка обновлений на все ваши системы

Отключаем credssp в Windows через NLA

Данный метод выхода из ситуации я бы рассматривал, как быстрое, временное решение, до того, как вы установите обновления безопасности. Чтобы разрешить удаленное подключение к серверу и избегать ситуации, что произошла ошибка при проверке подлинности credssp, сделайте вот что. Откройте свойства моего компьютера, попав в систему, так же можно нажать одновременно WIN+Pause Breake или как вариант в командной строке ввести control /name Microsoft.System. В окне «Система» находим пункт меню «Настройка удаленного доступа»

Снимите галку «Разрешить подключение только с компьютеров, на которых работает удаленный рабочий стол с проверкой подлинности на уровне сети»

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

1. Использовать сетевой реестр Windows
2. Использовать удаленное управление компьютером, например PsExec.exe, я вам с помощью него уже показывал, как открывать порты в брандмауэре, удаленно.

Давайте попробуем через удаленный реестр, для этого открываем Regedit, через окно «Выполнить».

Из меню «Файл» выберите пункт «Подключить сетевой реестр», далее найдите нужный вам сервер.

У вас подключится дополнительный реестр с двумя кустами. Переходите по пути (Если у вас не будет CredSSPParameters, то нужно будет их создать):

Тут вам необходимо создать REG_DWORD ключ с именем AllowEncryptionOracle и значением 2. В данном варианте политика CredSSP выставит Уязвимый уровень — это самый низкий уровень защиты. Это позволит вам подключаться к серверам удаленно, используя RDP. Однако это подвергнет серверы атакам.

Или можно так же отключить NLA, для этого найдите ветку реестра:

Найдите там ключ SecurityLayer и выставите ему значение , чтобы деактивировать Network Level Authentication.

Теперь то же самое вы можете выполнить и через PsExec.exe, выставив для CredSSP минимальный уровень защиты или же отключить NLA, для этого находясь в cmd в режиме администратора введите команду:

w10-cl01 — это имя компьютера.

Далее имея запущенный сеанс cmd для удаленного компьютера, выполните команду:

Аналогично можно сделать и для отключения Network Level Authentication, команда будет такой:

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

Отключаем шифрование credssp через GPO

Если у вас большая инфраструктура, в которой сотни компьютеров и сотни серверов, то вы можете до установки нужных обновлений в вечернее время, временно отключить новый уровень шифрования CredSSP и убрать ошибку «Удаленный компьютер имя. Причиной ошибки может быть исправление шифрования CredSSP». Для этого мы можем воспользоваться всеми плюсами доменной инфраструктуры Active Directory. Тут два варианта, вы можете создать массовую политику для распространения ее на нужные OU или если у вас требование для одного или двух локальных компьютеров, то на них можно запустить локальный редактор групповых политик, тем самым внеся изменения только на них.

Напоминаю, что оснастку управление групповой политикой вы можете найти на контроллере домена или компьютере с установленным пакетом RSAT, открыть ее можно через команду в окне «Выполнить» gpmc.msc. Если нужно открыть локальный редактор групповых политик, то в окне «Выполнить» введите gpedit.msc.

Вам необходимо перейти в ветку:

Открываем настройку «Исправление уязвимости шифрующего оракула (Encryption Oracle Remediation)». Включаем политику, у вас активируется опция «Уровень защиты», на выбор будет три варианта:

• Принудительно применять обновленные клиенты (Force Updated Clients) — она будет стоять по умолчанию из-за максимального уровня защиты, вам данную опцию нужно сменить. Это так сказать максимально безопасный уровень взаимодействия клиент, он должен быть в идеале, после установки обновлений на все сервера и компьютеры.
• Оставить уязвимость (Vulnerable) – клиенты могут подключаться на уязвимые машины.
• Уменьшить риск (Mitigated) – клиенты не могут подключаться к уязвимым серверам, но серверы могут принимать уязвимые клиенты.

Выбираем на время пункт «Оставить уязвимость (Vulnerable)». Сохраняем настройки.

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

На просторах интернета ходит скрипт PowerShell, который поможет включить данную политику на всех компьютерах в Active Directory

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

Самый правильный метод, это установка обновлений

Когда вам удалось везде подключиться и подошло время обслуживания ваших серверов, быстренько производим установку обновлений закрывающих брешь (CVE-2018-0886 | CredSSP Remote Code Execution Vulnerability).

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

• Windows Server 2012 R2 / Windows 8: KB4103715
• Windows Server 2008 R2 / Windows 7: KB4103712
• Windows Server 2016 / Windows 10 1607 — KB4103723
• Windows Server 2016 / Windows 10 1703 — KB4103731
• Windows Server 2016 / Windows 10 1709 — KB4103727
• Windows Server 2016 / Windows 10 1803 — KB4103721

Источник

You have a Mac Computer and are running Microsoft Desktop (RDP) throws an Error code: 0x4 just randomly when you try to connect to a computer you have configured for connection.

For us, this problem just randomly started this year after Microsoft updated their RDP software. “Go Microsoft”

We have searched the web, and noticed that the suggestions to Reboot the computer, or restart the RDP software, or both. Do not appear to reliably work. Although we did have some luck with this.

Another suggestion was to copy or recreate the connection in RDP. Again, only limited success with this solution.

The Fix for 0x4 Errors on Mac RDP Remote Desktop Connection

For us the solution came when we went into the system preferences of the Remote Desktop Connection

And you will notice the default preferences look something like this.

We simply unticked the “Use hardware acceleration when possible” check box.

That’s it. After doing this you should notice that it can fixe in some cases the Mac RDP not connecting with 0x4 Errors.

Update

We have found that the errors can reoccur, which is super frustrating. So there are a few other tips that we have found can assist.

Reboot

It’s odd, but sometime rebooting the computer that is making the connection, and help in eliminating the 0x4 error.

Duplicate the Connection

If you right click / or Two finger click on the connection, and select Duplicate – Then use the duplicated connection, sometimes that can allow you to connect.

Try Again

When all else has failed, trying to connect from the connection multiple times can also sometimes work after multiple attempts.

Alternating the Attempts

Lastly, trying the original connection, or alternating between the original, then the newly duplicated connection (in the point above) can also help.

Basically we know these are not solutions, but we have found that they definitely can assist in helping to get the connecting going and avoiding the 0x4 error. Hope it helps, and if you find anything else that eliminates or reduces the error, please chime in.

Видео: FIX: Remote Desktop error 0x104 on Windows 10

Содержание

Протокол удаленного рабочего стола — это встроенная утилита Windows, которую можно использовать для доступа к компьютерам в одной или разных сетях без физического доступа. Это полезно, поскольку вам разрешено управлять целевой системой с помощью нескольких щелчков мыши из вашего офиса или дома. Существует множество сторонних утилит RDP. Встроенный RDP может быть «не лучшим» из них; большинство пользователей по-прежнему предпочитают его использовать. Конечно, с ним, как и с любым другим программным обеспечением, тоже есть некоторые проблемы. В этой статье мы поговорим о коде ошибки. 0x104.

Это сообщение об ошибке появляется, когда вы пытаетесь подключиться к целевой системе в той же или в другой сети. В сообщении об ошибке говорится: «Не удалось подключиться к удаленному компьютеру, потому что компьютер не может быть найден. Укажите полное имя или IP-адрес удаленного ПК, а затем повторите попытку.». Это может быть связано с вашими настройками DNS, параметрами сетевого обнаружения или иногда с настройками конфиденциальности брандмауэра защитника Windows.

Что вызывает код ошибки удаленного рабочего стола 0x104?

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

• Обнаружение сети отключено: Если параметр сетевого обнаружения отключен в параметрах общего доступа, это может быть причиной появления сообщения об ошибке.
• Порт заблокирован брандмауэром Windows: Удаленный рабочий стол по умолчанию использует порт 3389 для подключений RDP. В случае, если он блокируется брандмауэром Windows, вы не сможете установить соединение.
• Настройки DNS: Если вы используете какие-либо настраиваемые DNS-серверы, проблема может возрасти из-за этого. В таком случае вам придется удалить их, а затем попытаться установить соединение.

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

Решение 1. Включите обнаружение сети

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

1. Откройте Панель управления.
2. Перейти к Сеть и Интернет> Центр управления сетями и общим доступом.
3. Затем с левой стороны нажмите «Изменить расширенные настройки общего доступа’.
4. Разверните сетевой профиль, который вы используете в настоящее время, и выберите ‘Включите обнаружение сети’.
5. Нажмите Сохранить изменения.

Решение 2. Разрешите порт 3389 через брандмауэр

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

1. нажмите Ключ Windows открыть Начало Меню.
2. Введите Удаленные настройки и нажмите Enter. Это откроет Система окно.
3. Слева нажмите на Удаленные настройки.
4. Под Удаленного рабочего стола в Удаленный вкладка, убедитесь Разрешить удаленные подключения к этому компьютеру выбрано.
5. Теперь откройте Панель управления.
6. Перейти к Система и безопасность> Брандмауэр Защитника Windows.
7. Слева нажмите «Расширенные настройки’.
8. Теперь выберите Входящие правила а затем ищите Удаленный помощник (входящий TCP-сервер RA).
9. Убедитесь, что это включен.
10. Теперь ищите Удаленный рабочий стол — режим пользователя (входящий TCP и входящий UDP). Убедитесь, что они включены и 3389 это порт. Вы можете проверить порт, развернув окно так, чтобы Местный порт столбец виден.
11. Попробуйте снова установить соединение.

Решение 3. Очистите настраиваемые DNS-серверы

Если вы используете собственный DNS-сервер (-ы) в своей системе, вам необходимо очистить его перед установкой удаленного подключения. Это относится как к хосту, так и к целевой системе. Вот как это сделать:

1. Щелкните правой кнопкой мыши значок сети на панели задач и выберите Откройте настройки сети и Интернета.
2. Нажмите на ‘Изменить параметры адаптера’.
3. Щелкните правой кнопкой мыши адаптер и выберите Свойства.
4. Выделить Интернет-протокол версии 4 и выберите Свойства.
5. Удостовериться ‘Получить адрес DNS-сервера автоматически‘Выбрано.
6. Нажмите хорошо.
7. Попробуйте подключиться снова.

Резервное копирование и восстановление ваших сигнальных сообщений на Android

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

Далее

Включите прокрутку страниц одним нажатием в любом направлении на Samsung Galaxy Note 3

Недавно Майк из amung Galaxy 4 oftModder показал, как одним касанием прокручивать снизу вверх страницы, функцию, которой Apple хорошо известна, и кое-что, что я очень упустил в своей Galaxy Note 3. Од.

Далее

Включите «Неизвестные источники» для загрузки независимых приложений на Galaxy Note 2 или 3

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

Источник

Исправить код ошибки удаленного рабочего стола 0x104

Код ошибки удаленного рабочего стола 0x104 в Windows 10 возникает, когда вы пытаетесь предоставить доступ к системе, которая доступна в той же или в другой сети. Но когда это не удается, вы можете увидеть сообщение об ошибке, в котором говорится:

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

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

Код ошибки удаленного рабочего стола 0x104

Чтобы исправить код ошибки удаленного рабочего стола 0x104 на вашем компьютере, выполните следующие действия:

1. Включите обнаружение сети
2. Очистить настраиваемые DNS-серверы
3. Разрешите порт 3389 в брандмауэре Windows.

Давайте посмотрим на них подробнее.

1]Включите обнаружение сети

Обнаружение сети — это функция, которая позволяет вашему компьютеру определять дополнительные устройства, доступные в той же сети. Это упрощает обмен файлами и принтерами между нужными вам сетями. Чтобы установить соединение RDP, вы должны убедиться, что эта опция включена или нет. Итак, давайте посмотрим, как включить Network Discovery:

Откройте панель управления и в поле поиска введите Сеть и Интернет. Нажмите Enter и на следующей странице выберите Центр коммуникаций и передачи данных вариант.

На левой боковой панели выберите Изменить расширенные настройки общего доступа связь.

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

Наконец, нажмите Сохранить изменения кнопка.

2]Разрешить порт 3389 в брандмауэре Windows

TCP-порт 3389 — это порт по умолчанию, который используется для протокола удаленного рабочего стола Windows. Этот порт также используется в брандмауэре Windows для подключения других устройств, доступных либо в той же сети, либо в разных сетях. Однако, если брандмауэр Windows заблокирует это, вы не сможете предоставить им доступ.

Чтобы установить соединение, вам необходимо разрешить порт 3389 в брандмауэре Windows. Вот как это сделать:

Откройте окно Панели управления, выберите Система элемент.

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

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

Нажать на Подать заявление > Ok кнопку, чтобы сохранить изменения.

Теперь снова откройте окно панели управления и выберите Брандмауэр Защитника Windows элемент.

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

Перейдите на правую панель и найдите Удаленный помощник (входящий TCP-сервер RA) под Имя столбец.

Как только вы его найдете, убедитесь, что он включено.

Теперь узнай Удаленный рабочий стол — режим пользователя (TCP-входящий) и Удаленный рабочий стол — режим пользователя (UDP-вход).

Убедитесь, что оба параметра включены и 3389 это локальный порт. Чтобы сделать локальный порт видимым, перетащите горизонтальную полосу прокрутки к правому краю.

После этого попробуйте снова установить соединение и проверьте, устранен ли код ошибки 0x104.

3]Очистите настраиваемые DNS-серверы, чтобы исправить код ошибки 0x104

Если включение сетевого обнаружения не решает проблему, вы можете попытаться решить ее, очистив настраиваемый DNS-сервер перед настройкой удаленного подключения. Он легко применим как к основной, так и к целевой системам. Попробуем очистить кастомные DNS-серверы. Сделать это —

Откройте меню WinX, используя Windows + X Сочетание клавиш.

В списке меню выберите Настройки > Сеть и Интернет.

Переместитесь в правую панель и нажмите Изменить параметры адаптера.

На странице «Сетевые подключения» найдите свой адаптер.

Как только вы найдете, щелкните его правой кнопкой мыши и выберите Характеристики вариант.

В соответствующем мастере свойств убедитесь, что вы находитесь на Сети таб.

После этого установите флажок рядом с Интернет-протокол версии 4 а затем выберите Характеристики кнопка.

Также убедитесь, что Получить адрес DNS-сервера автоматически выбрано.

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

Сообщите нам, помогло ли это руководство решить проблему.

Источник

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

СОВЕТУЕМ: Нажмите здесь, чтобы исправить ошибки Windows и оптимизировать производительность системы

Протокол удаленного рабочего стола — это встроенная утилита Windows, которую вы можете использовать для доступа к компьютерам через одну и ту же или разные сети без физического доступа. Это полезно, поскольку вы можете контролировать целевую систему, используя несколько щелчков мышью из своего офиса или дома. Есть тонны сторонних утилит RDP там. Встроенный RDP не может быть «действительно» лучшим из них; большинство пользователей по-прежнему предпочитают использовать его. Конечно, есть некоторые проблемы с ним, как и с любым другим программным обеспечением. В этой статье мы обсудим код ошибки 0x104 .

Ошибка удаленного рабочего стола 0x104

Это сообщение об ошибке появляется, когда вы пытаетесь подключиться к целевой системе в той же или другой сети. Сообщение об ошибке гласит: « Мы не смогли подключиться к удаленному компьютеру, потому что компьютер не может быть найден. Пожалуйста, укажите полное имя или IP-адрес удаленного ПК, а затем повторите попытку ». Это может быть связано с настройками DNS, параметрами обнаружения сети или иногда с настройками конфиденциальности брандмауэра защитника Windows.

Что вызывает код ошибки удаленного рабочего стола 0x104?

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

• Обнаружение сети отключено: если в параметрах общего доступа отключена опция обнаружения сети, это может быть причиной появления сообщения об ошибке.
• Порт, заблокированный брандмауэром Windows: удаленный рабочий стол по умолчанию использует порт 3389 для соединений RDP. В случае, если он заблокирован брандмауэром Windows, вы не сможете установить соединение.
• Настройки DNS: Если вы используете какие-либо нестандартные DNS-серверы, проблема может возрасти из-за этого. В таком случае вам придется удалить их, а затем попытаться установить соединение.

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

Решение 1. Включите обнаружение сети

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

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

Включение обнаружения сети