Не удалось установить приложение включено удаленное подключение

Обновлено: 06.01.2025

В этой статье я покажу несколько вариантов решения ошибки "Удаленное устройство или ресурс не принимает подключение", которую можно увидеть в окне средства диагностики неполадок с сетью и подключением к интернету в Windows 10, Windows 8 и в Windows 7.

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

Сброс параметров браузера

Судя по отзывам, это самое эффективное решение. Делается все очень просто.

В окне поиска (в Windows 10 кнопка возле кнопки Пуск, или открыв меню Пуск) введите запрос "свойства браузера" и выберите соответствующий пункт в результатах поиска.
В Windows 7, например, можно зайти в "Панель управления" – "Сеть и Интернет" – "Свойства браузера" (или "обозревателя") .
Перейдите на вкладку "Дополнительно" и нажмите на кнопку "Сброс". Дальше ставим галочку возле "Удалить личные параметры", и еще раз нажимаем на кнопку "Сброс".
Перезагрузите компьютер.

Если это не помогло – идем дальше.

Настройки прокси сервера

Возможно какая-то программа (например, VPN) , или вредоносное ПО сменило настройки прокси сервера. Как отключить проси сервер в Windows 10, я уже писал.

В Windows 10

Зайдите в Параметры и откройте раздел "Сеть и интернет" – "Прокси сервер".
Отключите пункт "Использовать сценарий настройки".
Перезагрузите компьютер. Если не помогло, можно попробовать так же отключить пункт "Определять параметры автоматически".

В Windows 7 и Windows 8

Как и в первом решении переходим в "Панель управления" – "Сеть и Интернет" – "Свойства браузера" (или "обозревателя") , или находим этот раздел через поиск.
На вкладке "Подключения" нажмите на кнопку "Настройка сети" и уберите галочку, как показано на скриншоте ниже.
После этого желательно выполнить перезагрузку.

Сброс настроек сети

В Windows 10 сброс можно выполнить в Параметрах. Достаточно нажать на одну кнопку. В Windows 7 и 8 придется вводить (копировать) команды в командную строку и выполнять их. Но там тоже ничего сложного. В отдельных статьях я уже показывал как это сделать. Там все подробно и со скриншотами:

Если сброс сети не решил проблему с ошибкой – возвращайтесь на эту страницу и применяйте другие решения.

Перезапуск служб

В Windows есть много служб, без которых подключение к интернету работать не может. И если хоть одна из этих служб начинает работать неправильно, появляются разные ошибки. В том числе "Удаленное устройство или ресурс не принимает подключение". Нам нужно выполнить перезапуск двух служб: "DHCP-клиент" и "DNS-клиент".

Открываем поиск (меню Пуск) , пишем "службы" и запускаем это приложение.
Дальше находим службу "DHCP-клиент", нажимаем на нее правой кнопкой мыши и выбираем "Перезапустить".
Находим службу DNS-клиент и делаем то же самое.

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

Пропишите вручную DNS в свойствах адаптера, через которой у вас подключен интернет. Подробная инструкция: Как заменить DNS на Google Public DNS.
Отключите встроенный в антивирус брандмауэр. Если он у вас установлен. Так же можно попробовать отключить брандмауэр Защитника Windows для частной и общественной сети. Для этого нужно открыть Панель управления, ввести в поиске "брандмауэр" и выбрать "Брандмауэр Защитника Windows". Слева перейти в раздел "Включение и отключение. "
В Windows 10 можно удалить сетевую карту или Wi-Fi адаптер (в зависимости от того, как у вас подключен интернет) в диспетчере устройств и перезагрузить компьютер. Это можно сделать и в Windows 7, но возможно после этого понадобится выполнить установку драйвера вручную.

Оставляйте отзывы и делитесь своими решениями, с помощью которых удалось избавиться от этой ошибки. Задавайте вопросы!

Проверка состояния протокола RDP

Проверка состояния протокола RDP на локальном компьютере

Сведения о том, как проверить и изменить состояние протокола RDP на локальном компьютере, см. в разделе How to enable Remote Desktop (Как включить удаленный рабочий стол).

Проверка состояния протокола RDP на удаленном компьютере

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

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

Сначала откройте меню Пуск и выберите Выполнить. В появившемся текстовом поле введите regedt32.
В редакторе реестра нажмите Файл и выберите пункт Подключить сетевой реестр.
В диалоговом окне Выбор: "Компьютер" введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК.
Перейдите в раздел HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server и в раздел HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services.
- Если раздел fDenyTSConnections имеет значение 0, значит протокол RDP включен.
- Если раздел fDenyTSConnections имеет значение 1, значит протокол RDP отключен.
Чтобы включить протокол RDP, для fDenyTSConnections замените значение 1 на 0.

Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере

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

Чтобы проверить конфигурацию групповой политики на локальном компьютере, откройте окно командной строки с правами администратора и введите следующую команду:

Когда команда будет выполнена, откройте файл gpresult.html. Выберите Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Подключения и найдите политику Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.

Если для параметра этой политики задано значение Включено, групповая политика не блокирует подключения по протоколу RDP.

Если же для параметра этой политики задано значение Отключено, проверьте результирующий объект групповой политики. Ниже показано, какой объект групповой политики блокирует подключения по протоколу RDP.

Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере

Чтобы проверить конфигурацию групповой политики на удаленном компьютере, нужно выполнить почти такую же команду, что и для локального компьютера.

В файле (gpresult-<computer name>.html), который создается после выполнения этой команды, используется такой же формат данных, как в версии файла для локального компьютера (gpresult.html).

Изменение блокирующего объекта групповой политики

Эти параметры можно изменить в редакторе объектов групповой политики (GPE) и консоли управления групповыми политиками (GPM). Дополнительные сведения об использовании групповой политики см. в статье Advanced Group Policy Management (Расширенное управление групповыми политиками).

Чтобы изменить блокирующую политику, используйте один из следующих методов.

В GPE укажите определенный уровень для объекта групповой политики (локальный или доменный) и выберите Конфигурация компьютера > Административные шаблоны > Компоненты Windows > Службы удаленных рабочих столов > Узел сеансов удаленных рабочих столов > Подключения > Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.
1. Задайте для политики значение Включена или Не задана.
2. На затронутых компьютерах откройте окно командной строки с правами администратора и выполните команду gpupdate /force.
В GPM перейдите к подразделению, в котором блокирующая политика применяется к соответствующим компьютерам, и удалите эту политику.

Проверка состояния служб RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) должны быть запущены следующие службы:

службы удаленных рабочих столов (TermService);
перенаправитель портов пользовательского режима служб удаленного рабочего стола (UmRdpService).

Для локального или удаленного управления службами можно использовать оснастку MMC. Вы также можете использовать PowerShell для управления службами в локальном или удаленном расположении (если удаленный компьютер настроен для приема удаленных командлетов PowerShell).

На любом компьютере запустите одну или обе службы, если они запущены.

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

Проверка состояния прослушивателя протокола RDP

Проверка состояния прослушивателя RDP

Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.

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

Введите qwinsta.

Если в списке содержится rdp-tcp с состоянием Listen, прослушиватель протокола удаленного рабочего стола работает. Перейдите к разделу Проверка порта прослушивателя протокола RDP. В противном случае перейдите к шагу 4.

Экспортируйте конфигурацию прослушивателя RDP с рабочего компьютера.

Войдите на компьютер с той же версией операционной системы, что и у затронутого компьютера, и получите доступ к реестру компьютера (например, с помощью редактора реестра).
Перейдите к следующей записи реестра:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp
Экспортируйте запись в REG-файл. Например, в редакторе реестра щелкните запись правой кнопкой мыши, выберите пункт Экспортировать, а затем введите имя файла для экспортируемых параметров.
Скопируйте экспортированный REG-файл на затронутый компьютер.

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

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

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

Чтобы импортировать новую запись реестра и перезапустить службу, воспользуйтесь такими командлетами:

Замените <filename> именем экспортированного REG-файла.

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

Проверка состояния самозаверяющего сертификата протокола RDP

Если подключиться так и не удалось, откройте оснастку MMC "Сертификаты". Когда будет предложено выбрать хранилище сертификатов для управления, выберите Учетная запись компьютера и затронутый компьютер.
В папке Сертификаты в разделе Удаленный рабочий стол удалите самозаверяющий сертификат протокола RDP.
На затронутом компьютере выполните следующие действия, чтобы перезапустить службу удаленных рабочих столов.
Обновите оснастку диспетчера сертификатов.
Если самозаверяющий сертификат протокола RDP не был создан повторно, проверьте разрешения для папки MachineKeys.

Проверка разрешений для папки MachineKeys

На затронутом компьютере откройте проводник и перейдите к папке C:\ProgramData\Microsoft\Crypto\RSA\ .
Щелкните правой кнопкой мыши папку MachineKeys, а затем выберите Свойства, Безопасность и Дополнительно.
Убедитесь, что настроены следующие разрешения:
- Builtin\Администраторы: Полный доступ
- Все: чтение и запись.

Проверка порта прослушивателя протокола RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) прослушиватель протокола RDP должен ожидать передачи данных через порт 3389. Другие приложения не должны использовать этот порт.

Чтобы проверить или изменить порт протокола RDP, используйте редактор реестра:

Откройте меню Пуск, выберите Выполнить и введите regedt32 в появившемся текстовом поле.
- Чтобы подключиться к удаленному компьютеру, в редакторе реестра щелкните Файл и выберите пункт Подключить сетевой реестр.
- В диалоговом окне Выбор: "Компьютер" введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК.
Откройте реестр и перейдите к записи HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\<listener> .
Если PortNumber имеет значение, отличное от 3389, укажите значение 3389.

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

Проверка того, что другое приложение не пытается использовать тот же порт

Откройте окно PowerShell. Чтобы подключиться к удаленному компьютеру, введите Enter-PSSession -ComputerName <computer name> .

Введите следующую команду:

Найдите запись для TCP-порта 3389 (или назначенного RDP-порта) с состоянием Ожидает вызова.

Идентификатор процесса службы или процесса, использующих этот порт, отобразится в столбце "Идентификатор процесса".

Чтобы определить, какое приложение использует порт 3389 (или назначенный порт протокола RDP), введите следующую команду:

Найдите запись для номера процесса, связанного с портом (в выходных данных netstat). Службы или процессы, связанные с этим идентификатором процесса, отобразятся в столбце справа.

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

В настройках такого приложения или службы укажите другой порт (рекомендуется).
Удалите другое приложение или службу.
В настройках протокола RDP укажите другой порт, а затем перезапустите службы удаленных рабочих столов (не рекомендуется).

Проверка блокировки порта протокола RDP брандмауэром

С помощью средства psping проверьте, доступен ли затронутый компьютер через порт 3389.

Откройте окно командной строки с правами администратора, перейдите в каталог, где установлено средство psping, и введите следующую команду:

Проверьте выходные данные команды psping на наличие таких результатов:

Подключение к <computer IP>: удаленный компьютер доступен.
(0% loss) (0 % потерь): все попытки подключения выполнены успешно.
The remote computer refused the network connection (Удаленный компьютер отклонил сетевое подключение): удаленный компьютер недоступен.
(100% loss) (100 % потерь): не удалось выполнить подключение.

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

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

- cкачайте программу Add Account по ссылке ниже;
- запишите apk-файл в корень карты памяти;
- откройте стандартный браузер и введите следующее: content://com.android.htmlfileprovider/sdcard/add_account.apk
- перейдите по ссылке - начнется установка программы;

В: Нет соединения с Маркетом, ошибка "подключение отсутствует" / "Время ожидания подключения истекло"

В: Как бороться с ошибкой "Неожиданная остановка процесса com.android.vending"?

О: (спасибо пользователю KsuMax)
Наконец-то нашла решение проблемы с неожиданной остановкой процесса com.android.vending .
Понадобятся root права и root explorer.
Открываем root explorer, предоставляем права суперпользователя. Далее заходим data/data/com.android.vending . Полностью удаляем эту папку.
Далее заходим data/dalvik-cash . Нажимаем "ПОИСК" и вводим слово "Vending" . Root Explorer находит нам нужный файл и мы благополучно его удаляем.
Далее через всё тот же Root Explorer нужный vending.apk закидываем в папку system/app, предварительно щёлкнув в правом верхнем углу кнопочку "R/W".
Делаем долгий тап по vending.apk и выбираем permissions.
Откроется меню, где нужно выставить галки. Порядок выставления таков:
V V -
V - -
V - -
Затем закрываем Root Explorer и перезагружаем наш смарт. Ву-аля,Маркет снова работает.

В: Маркет просит добавить аккаунт Exchange на устройство

В: При входе в Google Play возникает ошибка: "Ошибка Сервера"

В: При использовании WI-FI соединения Google Play не работает или работает не так, как хотелось бы

В: Решение вечной загрузки (белого экрана) Google Play
Вопросы, связанные с загрузкой/установкой/обновлением приложений
В: Ошибка: "приложение остановлено" (при\после патченного Маркет)

В: Процесс установки приложения завис на этапе "Установка. " ("Загрузка. ")
1. adb shell
2. su
3. mkdir /cache/download
4. chown system:cache /cache/download
5. chmod ug+rwx /cache/download
6. chmod a+x /cache/download
В: Невозможно установить приложение в папку по умолчанию

В: Ошибка Unknown reason -18 (или просто невозможность установить/обновить приложения)

Устройство должно быть подключено к беспроводной или сотовой сети. Не используйте USB и другие проводные подключения. Если подключение отсутствует, обратитесь к своему оператору связи.
Попробуйте выполнить загрузку с помощью подключения как к беспроводной, так и к сотовой сети. Проверьте, не блокирует ли брандмауэр доступ к портам TCP и UDP 5228, которые необходимы для работы Google Play.
На устройстве должно быть не менее 20 мегабайт свободного места для установки приложения. При необходимости попытайтесь удалить или перенести на SD-карту некоторые из установленных приложений.

В: В процессе установки неизвестная ошибка: (24)

В: В процессе установки неизвестная ошибка: (25\26)

В: Не удается загрузить/обновить приложение "Название приложения" из-за ошибки (101)

О: (спасибо пользователю sergetos)
Не мог загрузить программы из маркета, вылетала ошибка 101.Долго мучился, случайно увидел, что в роутере неправильно настроено время.
Обновил, все стало загружаться).
Для лечения нужен роутер! Способ подходит если ошибка появляется через сотовую сеть.
При скачивание файлов вылезает ошибка -101.
1). Перезагрузить аппарат
2). Подключится к домашнему wifi.
3). На роутере поменять часовой пояс или поставить правильное время.
4). Теперь проверяем. Должно все скачиваться. Если все ок, возвращаем часовой пояс обратно.

В: Неизвестный код ошибки во время установки приложения (-110)

В: Не удалось загрузить/обновить приложение из-за ошибки (194)

В: Не удалось скачать приложение. Повторите попытку. Если проблема не исчезнет, попробуйте устранить ее самостоятельно. Код ошибки: (0)

В: Не удалось загрузить/обновить приложение из-за ошибки (403)

В: Не удалось загрузить/обновить приложение из-за ошибки (406)

В: Не удалось загрузить/обновить приложение из-за ошибки (489)

О: Данная ошибка обычно связана с проблемами в сети. Если вы пробуете через wi-fi соединение, то попробуйте переключиться на мобильный интернет. Если для раздачи wi-fi используется ПК - посмотрите тему Android+PC=Internet на предмет правильной настройки

В: Не удается загрузить/обновить приложение "Название приложения" из-за ошибки (491)

В: Не удается загрузить/обновить приложение "Название приложения" из-за ошибки (492)

О1: Данная ошибка обычно связана с проблемами в разделе, предназначенном под кэш google play. Можно воспользоваться приложением Сache Fixer для очистки/увеличения (переноса) кэша на sd карту (кэш переносится до следующей перезагрузки устройства, после перезагрузки кэш опять будет в памяти телефона).tk.rede.cacheFixer-1.apk ( 136.6 КБ )
Для переноса кэша на постоянной основе можно воспользоваться утилитой MarketFix marketfix.apk ( 15.69 КБ )

Нашел новый способ бороться с ошибкой Не удается загрузить/обновить приложение "Название приложения" из-за ошибки (492)
Из шапки ни один из советов даже близко не помог :(
Вот как я решил проблему. Для начал сделал лог ошибки, нашел его и прогуглил.
Ошибка: destination file: java.io.FileNotFoundException: /cache/downloadfile.apk (Permission denied)

Это значит, что отсутствует доступ к разделу cache, из-за чего приложение не может скачаться/обновиться из Маркета.

Решение: Скачиваем и устанавливаем эмулятор терминала (требуются права root).
В эмуляторе набираем следующее:
su
ls -la /cache
Смотрим, выдаст что-то типа этого:
drwxrwx--- 1 1000 2001 2048 Jul 8 11:39 .
drwxr-xr-x 14 0 0 0 Jul 8 11:39 ..
drwxrwx--x 1 1000 1000 2048 Jul 7 13:12 dalvik-cache
lrwxrwxrwx 1 0 0 23 Jul 8 11:39 download -> /sdcard/dow nload-market
drwxrwx--- 1 0 0 2048 Jul 7 13:12 lost+found

Набираем chmod 777 /cache -R
Проверяем ls -la /cache

Должно быть что-то типа этого:
drwxrwxrwx 1 1000 2001 2048 Jul 8 11:39 .
drwxr-xr-x 14 0 0 0 Jul 8 11:39 ..
drwxrwxrwx 1 1000 1000 2048 Jul 7 13:12 dalvik-cache
lrwxrwxrwx 1 0 0 23 Jul 8 11:39 download -> /sdcard/download-market
drwxrwxrwx 1 0 0 2048 Jul 7 13:12 lost+found

Как видите, права полностью восстановились и с Маркета качает :happy:

О3: Еще одно решение от пользователя Spectrall

Провел ряд экспериментов на своем планшете. Делюсь информацией.

При установке приложения с Маркета в папке cache появляется файл downloadfile.apk.

Ранее предполагалось, что ошибка 492 может возникать из-за отсутстия прав на изменение/удаление этого файла, либо на запись в другие папки, находящиеся внутри cache (у меня там расположены lost+found с правами rwxrwx--- и recovery с rwxrwxrwx).

Поверив на слово автору этого поста, я создал у себя в cache недостающие папки dalvik-cache и download, а также закинул в нее левый файл с названием downloadfile.apk. Получил следующее дерево:

/cache/
-dalvik-cache/
-download/
-lost+found/
-recovery/
-downloadfile.apk

Затем у всех объектов внутри cache забрал права (выставил ---------).

Далее очень удивился, поскольку после запуска Маркета файл downloadfile.apk и папки dalvik-cache и download просто исчезли, хотя у оставшихся lost+found и recovery права (точнее, их отсутствие) не изменились. Повторил эксперимент с уже запущенным Маркетом, непосредственно перед нажатием кнопки "Принять и загрузить" - результат оказался тем же.

Пробовал создавать другие объекты, помещать файлы большого размера - без толку, Маркет и их убивал молча и не задумываясь. Естественно, приложения скачивались, устанавливались, обновлялись. Кроме того, после перезагрузки аппарата две незатрагиваемые Маркетом папки (lost+found и recovery) как будто создавались заново: им возвращались первоначальные права. Естественно, перезагрузка также удаляла из cache весь мусор, который я туда помещал, абсолютно не напрягаясь по поводу наложенных запретов.

Единственным способом, заставившим Маркет капитулировать и выдать ошибку 492, стало снятие прав на запись с самой папки cache (я выставил на ней r--r--r--).

Думаю, дальше объяснять не нужно.

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

О4: И еще одно решение от пользователя typa.blade

Вот еще один способ решение ошибки 492. Есть вероятность (так у меня было), что не правильно отключено журналирование у файловой систему ext4. Я починил так: поставил заново эту файловую систему, и когда отключал журналирование оставил в cwm /unmout-system. И эта ошибка исчезла.
Samsung Galaxy S I9003 LE4

В: Не удалось загрузить/обновить приложение из-за ошибки (498)

О: данная ошибка может быть связана с проблемами на стороне google, с проблемами сети или с малым кэшем на девайсе.
по первым двум пунктам - подождать или попробовать другой способ выхода в интернет (3g <-> wi-fi, разные точки). по последнему - попробуйте очистить кэш google play, если знаете как сделать wipe cache из рекавери, сделайте. также, если есть root права - можно воспользоваться приложением Сache Fixer для очистки/увеличения (переноса) кэша на sd карту (кэш переносится до следующей перезагрузки устройства, после перезагрузки кэш опять будет в памяти телефона).tk.rede.cacheFixer-1.apk ( 136.6 КБ )
Для переноса кэша на постоянной основе можно воспользоваться утилитой MarketFix marketfix.apk ( 15.69 КБ )

В: При попытке установить приложения возникает ошибка (499)

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

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

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

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

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

Проблемы с брандмауэром

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

Инструменты на основе протокола удаленного рабочего стола (RDP) по умолчанию используют порт 3389. Некоторые публичные сети блокируют трафик RDP. Это особенно верно в отношении сетей Wi-Fi.

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

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

Проблемы с сертификатом SSL

Сертификаты безопасности также могут вызвать проблемы с подключением к удаленному рабочему столу. Многие продукты VDI используют шифрование Secure Sockets Layer (SSL) для пользователей, которые получают доступ к сеансам VDI за пределами периметра сети. Но SSL-шифрование требует использования сертификатов, что создает две проблемы, которые могут привести к неработоспособности удаленного рабочего стола.

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

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

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

Проблемы с DNS

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

Введите следующую команду на клиентском компьютере, чтобы очистить кэш и принудительно разрешить имена DNS: IPConfig / FlushDNS

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

Ошибки аутентификации

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

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

Превышение емкости инфраструктуры

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

Отключенные соединения

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

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

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

Проблемы CredSSP

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

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

У пользователей телефонов и планшетов с операционной системой Android часто возникает проблема с официальным магазином при скачке приложений. В окне появляется надпись, свидетельствующая о неполадки при соединении с сервером, а также код ошибки. Как правило, DF-DFERH. Пользователю доступна кнопка повторной отправки информации.

Магазин приложений не открывается из-за неполадок с сетью или стороннего программного обеспечения

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

Измените подключение, поменяйте сеть. Иногда бывает такое, что ошибка исчезает после подключения телефона к другой сети. В таком случае стоит решить проблему с провайдером.
Перезагрузите смартфон, включив функцию безопасного режима. После этого, у некоторых пользователей пропадает неполадка с подключением к серверу. Причина — сторонние приложения. Некоторое программное обеспечение, например, программы для взлома игр, мешают официальному магазину соединиться с сетью. Безопасный режим запускает Андроид устройство только с системными файлами. Это значит, что установленное ПО не будет работать.

Чтобы предотвратить ошибку, не стоит устанавливать всевозможные неофициальные программы для взлома, накрутки, а также очистки смартфона. К ним также относится VPN. Через виртуальные приватные сети Google Play не сможет передать данные на сервер для подключения. Следовательно, дальнейшая работа будет невозможна, поэтому удалить ПО.

Чтобы включить безопасный режим, сделайте это:

Зажмите кнопку блокировки, выберите и удерживайте палец на «Отключить устройство» или «Отключить питание».
После этого появится окно, подтвердите переход в безопасный режим.

На некоторых устройствах процесс отличается. На телефонах и планшетах от Самсунг нужно полностью выключить гаджет. Зажать кнопку включения, после появления логотипа «Samsung» держите клавишу уменьшения громкости. Удерживайте кнопку, пока смартфон не включится.

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

Очистка кэш-файлов, откат Гугл Плей до предыдущих версий

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

Нажмите на иконку Play Market. Если версия ОС 8 и выше, то очистите кэш-файлы, всю информацию о программе. Для этого понадобится зайти в пункт «Хранилище». В нем есть все необходимые опции.

Имейте в виду, что после этого нужно повторно выполнить вход в свою учетную запись Google.

После выполненных действий запустите магазин приложений повторно. Проверьте, не исчезла ли ошибка соединения. Некоторым пользователям эти действия помогают. В противном случае откройте настройки еще раз, в списке приложений найдите Play Market, нажмите на кнопку «Отключить». Дальше нужно удалить обновления. Это опция восстановит исходную версию программы, которая изначально была установлена на устройство.

После этого нужно восстановить программу. Нажмите «Включить» в меню настроек. Запустите ПО еще раз, проверьте, подключается ли Маркет к серверу. Иногда оно само начинает обновляться. В таком случае нужно подождать.

Бывает, что вышеописанные шаги не помогают. В таком случае стоит попробовать повторить действия для других сервисов гугл, в том числе, для «Гугл Сервисы», фреймворков и стандартной программы «Загрузки». Последние программы являются системными, это значит, что для их отображения нужно включить опцию в списке приложений. Она находится в правом верхнем углу.

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

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

Откройте меню настроек.
Перейдите во вкладку «Аккаунты».
Выберите в списке Гугл. В некоторых устройствах этого пункта нет. Поэтому нужно зайти в список аккаунтов электронной почты Gmail.
Удалите аккаунт, нажав соответствующую кнопку.
Добавьте учетную запись в список повторно, введя данные для авторизации.

После выполненных действий, зайдите в Google Play Market еще раз. Если проблема не решилась, перейдите к следующей инструкции.

Включите разрешение для программ от Гугл в настройках телефона или планшета

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

Откройте меню настроек, зайдите в список приложений и найдите «Сервисы Google Play». Нажмите на него. В меню «О приложении» должна быть опция «Передача данных». Включите работу в фоновом режиме, отключите ограничение на использование трафика.

Вернитесь в настройку программы сервисов. Откройте ветку дополнительных параметров. Пункт существует не во всех версиях операционной системы Android. Включите функцию, позволяющую изменять системные настройки. Те же действия стоит повторить для Play Market.

Обновление магазина приложений до последней версии

Еще один способ решить неполадку — скачать установщик Play Market в интернете, установить программу вручную. Для этого нужно загрузить APK-файл. Далее разрешите установку программы на телефон или планшет.

Совет! Скачивайте файлы только с проверенных источников, чтобы не заразить устройство вредоносным ПО.

Читайте также: