Устранение неполадок с подключениями к Удаленному рабочему столу
Выполните приведенные ниже действия, если клиенту Удаленного рабочего стола не удается подключиться к удаленному рабочему столу, и отсутствуют сообщения или другие признаки, по которым можно определить причину.
Проверка состояния протокола RDP на локальном компьютере
Сведения о том, как проверить и изменить состояние протокола RDP на локальном компьютере, см. в разделе How to enable Remote Desktop (Как включить удаленный рабочий стол).
Проверка состояния протокола RDP на удаленном компьютере
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Чтобы проверить и изменить состояние протокола удаленного рабочего стола на удаленном компьютере, используйте подключение сетевого реестра:
- Сначала откройте меню Пуск и выберите Выполнить. В появившемся текстовом поле введите regedt32.
- В редакторе реестра нажмите Файл и выберите пункт Подключить сетевой реестр.
- В диалоговом окне Выбор: «Компьютер» введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК.
- Перейдите к HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal Server и HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindows NTTerminal Services.
- Если раздел fDenyTSConnections имеет значение 0, значит протокол RDP включен.
- Если раздел fDenyTSConnections имеет значение 1, значит протокол RDP отключен.
- Чтобы включить протокол RDP, для fDenyTSConnections замените значение 1 на 0.
Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере
Если не удается включить протокол RDP в пользовательском интерфейсе или для fDenyTSConnections возвращается значение 1 после его изменения, объект групповой политики может переопределять параметры на уровне компьютера.
Чтобы проверить конфигурацию групповой политики на локальном компьютере, откройте окно командной строки с правами администратора и введите следующую команду:
Когда команда будет выполнена, откройте файл gpresult.html. Выберите Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовПодключения и найдите политику Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.
Если для параметра этой политики задано значение Включено, групповая политика не блокирует подключения по протоколу RDP.
Если же для параметра этой политики задано значение Отключено, проверьте результирующий объект групповой политики. Ниже показано, какой объект групповой политики блокирует подключения по протоколу RDP.
Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере
Чтобы проверить конфигурацию групповой политики на удаленном компьютере, нужно выполнить почти такую же команду, что и для локального компьютера.
В файле (gpresult-.html), который создается после выполнения этой команды, используется такой же формат данных, как в версии файла для локального компьютера (gpresult.html).
Изменение блокирующего объекта групповой политики
Эти параметры можно изменить в редакторе объектов групповой политики (GPE) и консоли управления групповыми политиками (GPM). Дополнительные сведения об использовании групповой политики см. в статье Advanced Group Policy Management (Расширенное управление групповыми политиками).
Чтобы изменить блокирующую политику, используйте один из следующих методов.
- В GPE укажите определенный уровень для объекта групповой политики (локальный или доменный) и выберите Конфигурация компьютера>Административные шаблоны>Компоненты Windows>Службы удаленных рабочих столов>Узел сеансов удаленных рабочих столов>Подключения>Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.
- Задайте для политики значение Включена или Не задана.
- На затронутых компьютерах откройте окно командной строки с правами администратора и выполните команду gpupdate /force.
- В GPM перейдите к подразделению, в котором блокирующая политика применяется к соответствующим компьютерам, и удалите эту политику.
Соединение прервано
Приведу несколько вариантов для решения установки причины возникновения подобной проблемы. Каждый не зависит от используемого Вами браузера.
Прежде чем начать, отключите программное обеспечение, связанное с установкой VPN соединения, просканируйте компьютер антивирусным программным обеспечением, а затем вернитесь к изучению этой статьи.
1) Проверьте маршрутизатор Wi-Fi
Если вы используете Wi-Fi-маршрутизатор для подключения компьютера, ноутбука, планшета, смартфона к Интернету, необходимо произвести проверку корректности работы маршрутизатора на раздачу Интернета. Иногда маршрутизатор Wi-Fi может создавать проблемы соединения, которые могут привести к появлению этого сообщения об ошибке ERR_NETWORK_CHANGED. Если после перезагрузки маршрутизатора, проблема устранена, то причина найдена. В этом случае необходимо произвести корректные настройки маршрутизатора.
2) Очистить кеш DNS
Сброс кеша DNS может решить проблему. Эта техника нередко используется многими людьми после каких-либо изменений в параметрах сети.
Откройте командную строку с правами администратора, как это описано в статье о форматировании флешки в NTFS.
После этого запустите эту команду:
Ожидаем очистки кеша DNS.
cmd — очистка кеша DNS
3) Сброс Winsock
Winsock сокр. от Windows Sockets API (WSA), что является технической спецификацией, которая определяет, способы получения доступа к сетевым сервисам программным обеспечением Windows. Иначе говоря Winsock представляет собой стандартный интерфейс между клиентским приложением (таким как веб-браузер или FTP-клиент) и внешним стеком протоколов TCP/IP.
Чтобы произвести сброс WinsockWinsock, необходимо вновь запустить командную строку с правами администратора, как это было описано ранее, и набрать в ней команду:
Если Вы используете IPv4, введите
и нажмите Enter. Если Вы используете IPv6, введите
и нажмите Enter.
4) Сброс TCP / IP
Иногда помогает сброс настроек TCP/IP для устранения проблемы ERR_NETWORK_CHANGED. Для этого нужно запустить простую команду:
Это сбросит все значения и настройки реестра для параметров TCP/IP. После выполнения этой команды Вам придется перезагрузить компьютер.
5) Проверьте настройки локальной сети
Неправильная конфигурация прокси-сервера может вызвать проблему, и Вы не сможете получить доступ к Интернету. Чтобы устранить эту проблему, откройте в браузере Google Chrome Настройки. Далее прокрутите мышкой до раздела Система. Щёлкните по ссылке Настройки прокси-сервера.
Настройки прокси-сервера
Перед Вами откроется окно Свойства обозревателя. Открыть его можно также из Панели управления.
Свойства обозревателя
Перейдите на вкладку Подключения и нажмите кнопку Настройка сети. Убедитесь, что галка Использовать прокси-сервер для локальной сети. не нажата.
Использовать прокси-сервер
6) Проверьте, включено ли расширение браузера для настройки прокси-сервера
Например, для возможности подмены ip адреса с целью получить недоступные ресурсы Итернета часто устанавливают расширения для браузера. Так вот в Google Chrome под Настройкой прокси-сервера будет дополнительный пункт, если подобное расширение установлено.
Расширение прокси-сервера
Если у Вас есть такое расширение, Вы должны отключить его и проверить, появилось ли интернет-соединение или нет.
7) Использовать другой DNS-сервер
Если Вы продолжаете получать ту же проблему, возможно поможет смена DNS-сервера. В этом случае Вы можете изменить настройки DNS для сетевой карты или сразу на роутере. Или воспользоваться приложением вроде Google Public DNS, Open DNS, Yandex DNS, Comodo Secure DNS.
Приложения DNS Jumper или QuickSetDNS — это бесплатные инструменты, которые помогут изменить настройки DNS по умолчанию одним щелчком мыши.
Если ничего из вышеперечисленного не помогает, потребуется переустановить браузер или обратиться к поставщику услуг интернета.
Причины и история появления ошибки
Возникновение ошибки «Не удается подключиться к удаленному компьютеру» после ввода логина и пароля говорит о том, что порт доступен. Проблема началась с 2014 года, после того, как было выпущено обновление KB2992611. Этот пакет обновлений существенно ужесточил параметры безопасности.
Уровень безопасности и шифрования поднялся, но при этом появились непредвиденные последствия вроде этой ошибки. Последующие обновления ситуацию не исправили, а только ухудшали. Усиление безопасности Windows приводило к новым программным конфликтам между разными версиями ОС и сторонним ПО. К примеру, конкретно эта ошибка имеет одинаковые шансы появиться на Windows XP, 7, 8, 10, Windows Server 2012 и даже менее популярных версиях системы.
Причины возникновения ошибки:
- — Установка обновления KB2992611 и последующих.
- — Установка программного обеспечения, использующего шифрование — КриптоПро, VipNet.
- — Использование другого ПО, так или иначе связанного с шифрованием данных.
Это основные, но не единственные причины, по которым Windows вступает в конфликт с ПО и выдает ошибку с сообщением «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.»
Если начать просматривать логи Windows, то можно увидеть следующее системное предупреждение: «Возникло следующее неустранимое предупреждение: 80 (или 36888). Внутренне состояние ошибки: 1250.»
Помимо этого, можно найти информацию об ошибке в компоненте протокола: «Компонент X.224 RDP-протокола обнаружил ошибку в потоке протокола и отключил этого клиента.» Именно эта ошибка ответственна за то, что не удается установить соединение с удаленным компьютером по RDP-клиенту.
Если причиной появления проблемы стала конкретная программа, установленная недавно, самым простым способом будет ее удаление с компьютера. Практически всегда можно найти аналогичное по функционалу ПО, которое не будет вступать в конфликт с операционной системой. Если это невозможно, либо возникновение ошибки не связано с недавно установленным софтом, можно попробовать исправить ситуацию при помощи одного из советов ниже.
Как изменить RDP Порт
- Открываем редактор реестра regedit
- Открываем ветку HKEY_LOCAL_MACHINESystemCurrentControlSetControlTerminalServerWinStationsRDP-Tcp
- Правим параметр PortNumber в десятичном фрмате
- Порт RDP по умолчанию 3389
- Перезагружаем сервер
В интернете можно встретить и другие варианты решений, какие подойдут именно вам – надо проверять.
-
- Если у вас на удаленном сервере установлен КриптоПРО, он может быть источником проблем с rdp подключением. Попробуйте отключить проверку контрольных целостности файлов (проверки контрольных сумм) в КриптоПро через реестр. Перейдите в ветку реестра HKLMSYSTEMCurrentControlSetControlSession ManagerCProIntegrity и измените значение параметра CheckMode на 0. Перезагрузите сервер.
- Если в журнале событий TerminalServices-RemoteConnectionManager вы встретите событие с EventID 1057 (The RD Session Host Server has failed to create a new self signed certificate to be used for RD Session Host Server authentication on SSL connections), перейдите в каталог C:ProgramDataMicrosoftCryptoRSA, переименуйте папку Machinekeys в Machinekeys_bak и перезапустите службу TermService.
- Также нашел информацию, что RDP проблема “Произошла внутренняя ошибка” встречалась в Windows 10 1809, если на удаленном компьютере включена политика Configure H.264/AVC hardware encoding for Remote Desktop connections (находится в секции GPO: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment). Для решения этой проблемы достаточно отключить UDP протокол для RDP, создав в ветке реестра HKLMSOFTWAREPoliciesMicrosoftWindows NTTerminal ServicesClient параметр fClientDisableUDP со значением 1.
Пользователи windows 10 иногда сталкиваются с “Внутренней ошибкой” при подключении к RDP еще и из-за обновлений безопасности. В редких случаях, вместо ошибки “Ошибка RDP подключения CredSSP encryption oracle remediation” – пользователи могут получать “внутренняя ошибка подключения”. Если ни один из приведенных выше способов не помог – попробуйте решения описанные в статье RPD: ошибка подключения CredSSP encryption oracle remediation
Устранение неисправностей
Рассмотрим устранение неполадок учитывая все выше перечисленные причины.
В случаи возникновение неисправности из-за первой причины необходимо тщательно проверить введенные данные. Лучше всего будет в отдельном документе Microsoft Word произвести ввод логин и пароль, после этого скопировать его в окно входа. Таким образом исключается возможность неправильного ввода данных.
Если были обнаружены повреждения участков линии, следует обратиться к специалистам.
Ошибки в настройках протоколов TCP/IP можно исправить, установив с официального сайта Microsoft специализированную программу Microsoft Fix it.
После процесса установки нужно запустить ее и следовать дальнейшими инструкциями Мастера настроек. После проведения всех нужные процедур необходимо запустить перезагрузку устройства и предпринять еще одну попытку подключения к сети.
Проблемы в соединении кабелей можно исправить обычной проверкой на плотность их захода в разъем.
Чтобы исправить последствия одновременного подключения двух сессий PPPoE необходимо подождать около 2-3 минут и повторить попытку подключения. Важно помнить, что отключаться от сети следует корректно и согласно инструкции, избегая резкого выдергивания кабеля.
Все проблемы, перечисленные выше, можно было решить самостоятельно, не имея особых знаний в области техники. Однако, после замены системной или сетевой платы необходимо обратиться к своему провайдеру. Именно там дадут дальнейшие указания.
