Удаленному серверу не удалось выполнить запрос на запуск приложения

Обновлено: 06.01.2025

Рассматриваемая ошибка имеет довольно долгую историю, и фиксируется примерно с 2011 года по сей день.

Её причины могут быть следующими:

Наблюдаются проблемы с сетевым интернет-подключением (в частности, из-за роутера, некорректной работы ДНС-серверов и др.);
На мобильном устройстве некорректно выставлены дата и время;
Некорректно работают приложения «Google Play Маркет», «Google Services Framework», а также «Сервисы Google Play». В частности, ошибка может быть вызваны устаревшими версиями указанных приложений;
На телефоне модифицирован системный файл hosts;
Задействована двухфакторная идентификация при подключении к аккаунту Гугл;
Некорректно удалены (установлены) ряд мобильных приложений, уровня известного «Freedom».

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

Решением возникшей проблемы может стать комплекс методов, которые мы рассмотрим ниже.

Перезагрузка устройства для входа в Google

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

Проверка даты и времени на устройстве

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

Установка SIM-карты в телефон Meizu

Если вы только приобрели телефон Мейзу, то перед его включением не забудьте вставить в него сим-карту. Без этого доступ к серверам Google на Мейзу может быть невозможен.

Отключение двухфакторной идентификации в Google

Запустите любой стационарный браузер ПК, и перейдите в ваш аккаунт (Гугл – Аккаунт Гугл). Здесь выберите «Безопасность и вход», находим опцию «Двухфакторная аутентификация» и отключаем её.

Очистка кэша и данных приложений

Если ошибка «Не удалось связаться с серверами Google повторите попытку позже» не пропадает, можно попробовать этот способ:

Перейдите в настройки вашего гаджета, выберите там «Приложения» (Диспетчер приложений) и найдите в перечне приложений «Google Play Маркет», «Google Services Framework», а также «Сервисы Google Play».
Тапните на каждое из этих приложений, и войдя в их настройки нажмите там на «Стереть данные» и «Очистить кэш».
После выполнения данной операции с каждым из упомянутых приложений перезагрузите ваш девайс.

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

Очистка файла hosts c помощью Luckypatcher

После выполнения указанной процедуры перезапустите ваш девайс.

Повторная синхронизация аккаунта Google для свяки с серверами

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

Установка сепаратной версии Google Play

Выбор другой точки Wi-Fi

Некоторым пользователям помогло подключение к альтернативной точке доступа Wi-Fi. Воспользуйтесь альтернативной публичной или приватной точкой для доступа к серверам Гугл.

Установка программы «Freedom» (в случае предыдущего её удаления)

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

Сброс настроек до заводских

Если ничего из перечисленного не помогло, то можно воспользоваться кардинальным сбросом настроек гаджета до заводских значений. К примеру, на некоторых девайсах это делается переходом в «Настройки», далее «Резервное копирование», и выбор «Сброс данных».

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

Заключение

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

VMware Identity Manager использует компонент Integration Broker и комплект Citrix Web Interface SDK или REST API Citrix StoreFront для запуска опубликованных приложений Citrix через приложение или портал Workspace ONE. Доступ к внутренним и внешним опубликованным ресурсам Citrix можно настроить. Для запуска приложений и настольных компьютеров конечные пользователи должны установить Citrix Receiver на систему или устройство.

Схема архитектуры запуска (внутренний доступ)

Пользователь запускает опубликованное приложение или компьютер Citrix через приложение или портал Workspace ONE.

Службе VMware Identity Manager, соединителю и Integration Broker поступает запрос.

Integration Broker обменивается данными с группой серверов Citrix с помощью комплекта SDK Web Interface или REST API Citrix StoreFront, чтобы выполнить проверку подлинности и запросить файл ICA.

После получения файл ICA отправляется на портал или в приложение Workspace ONE.

Файл ICA передается Citrix Receiver.

С помощью Citrix Receiver запускается приложение или компьютер.

Схема запуска (внешний доступ)

Пользователь запускает опубликованное приложение или компьютер Citrix через приложение или портал Workspace ONE.

Службе VMware Identity Manager, соединителю и Integration Broker поступает запрос.

После получения файл ICA отправляется на портал или в приложение Workspace ONE.

Файл ICA передается Citrix Receiver.

Citrix Receiver обменивается данными с Netscaler.

Netscaler обменивается данными с сервером STA Citrix посредством запроса STA и получает информацию о сервере сеанса Citrix.

NetScaler обменивается данными с сервером узла сеанса Citrix и создает сессию для запуска приложения.

В версии 7.x сервером размещения сессии Citrix выступает сервер Citrix Virtual Delivery Agent (VDA). В версии 6.5 эту роль выполняет рабочий сервер Citrix.

Использование REST API StoreFront или комплекта SDK Web Interface для запуска

Integration Broker может использовать комплект Citrix Web Interface SDK и REST API Citrix StoreFront для обмена данными с развернутой средой Citrix и запуска виртуальных приложений и компьютеров. Если используется REST API StoreFront, Integration Broker в этом случае выступает как клиент REST. Комплект SDK Web Interface и REST API StoreFront используются для проверки подлинности с помощью ICA-файла и создания ICA-файла на основе развернутой среды Citrix.

Чтобы выбрать вариант для использования, установите или снимите флажок «Использовать StoreFront» на странице конфигурации Citrix в консоли администрирования VMware Identity Manager.

Экземпляр Integration Broker может использовать и комплект SDK Web Interface, и REST API StoreFront. Чтобы обмениваться данными с одной фермой Citrix с помощью комплекта SDK Web Interface, а с другой — с помощью REST API StoreFront, установите или снимите флажок «Использовать StoreFront».

Чтобы использовать опцию REST API StoreFront, доступную в VMware Identity Manager 2.9.1 и более поздних версиях, выполните следующие действия.

Установите Integration Broker 2.9.1 или более поздней версии.

Убедитесь в том, что используемая версия XenApp или XenDesktop поддерживает StoreFront.

Убедитесь в том, что Integration Broker может осуществлять обмен данными с сервером StoreFront.

При включении REST API StoreFront Integration Broker обменивается данными с сервером StoreFront, чтобы создать файл ICA.

Чтобы использовать REST API StoreFront, не обязательно загружать или копировать дополнительные файлы в пакет установки.

Для чего нужна служба "Удаленный вызов процедур (RPC)"

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

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

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

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

Данная служба есть в любой операционной системе Windows, начиная от Windows 7 и заканчивая Windows 11 и в любой из Windows Server редакции.

Как работает RPC?

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

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

Клиент RPC по 135 порту подключается к службе RPC Endpoint Mapper (сопоставления конечных точек), а далее уже запрашивает номер порта, где запущено нужное RPC приложение. Служба сопоставления конечных точек вернет клиенту RPC номер динамического RPC порта (диапазон 1024 – 65535), на котором работает нужная служба. Дальше уже все взаимодействие идет по TCP порту

Если вы видите ошибку "Сервер RPC недоступен” (The RPC server is unavailable)", то у вас точно недоступен порт 135. Это может быть критичным для ряда ситуации. Например вы не сможете сохранить настройки RDS фермы, если у одного из хостов RDSH есть проблемы с RPC, то вы будите видеть ошибку "Could not change the connection state for server", вы не сможете перевести его в режим обслуживания (Drain Mode)

Или в приложении Terminal Services Manager будет ошибка при попытке получения данных "Сервер RPC недоступен".

Так же RPC может быть причиной проблемы в репликации контроллеров домена, где в логах Windows будет фигурировать ошибка ID 1722. Это очень не приятный момент, который может привести к большим проблемам.

Типы RPC

Существует пять типов RPC:

Почему может не работать служба RPC

Удаленный компьютер с которым идет взаимодействие выключен
На удаленном сервере не запущена или перестала работать служба RPC
Подключение по RPC происходит не к тому серверу (Может быть проблема с DNS или IP адресом)
Есть блокировки между клиентом и сервером на фаэрволе
Используются некорректные настройки сетевого подключение на клиенте или сервере

Преимущества удаленного вызова процедур

К преимуществам удаленного вызова процедур можно отнести следующее:

Недостатки RPC

Некоторые из недостатков RPC включают следующее:

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

Проверка доступности службы RPC

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

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

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

Далее я вам советую проверить отвечает ли порт. Напоминаю, что служба RPC Endpoint Mapper слушает порт под номером 135. В PowerShell введите команду:

Если удаленный RPC порт доступен вы в в строке TcpTestSucceeded будет стоять статус "True".

Если будет порт закрыт или блокируется, то ошибка "Сервер RPC недоступен (The rpc server is unavailable)" вам обеспечена. Поняв, что порт не отвечает, нужно удостовериться, что трафик от клиента до сервера не блокирует фаервол. По умолчанию в любой версии Windows есть встроенный брандмауэр. На время тестирования и поиска причины, я советую его выключить для всех профилей. Сделаем мы это через командную строку:

Данная команда выключит брандмауэр на всех трех профилях сетевой карты.

Далее если порт 135 стал доступен, то можно делать правила на удаленном сервере. Напоминаю, что нужно сделать правило для трех служб:

Remote Procedure Call (RPC) - Удаленный вызов процедур (RPC)
RPC Endpoint Mapper - Сопоставитель конечных точек RPC
COM Server Process Launcher - Модуль запуска процессов DCOM-сервера

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

Проверка работы служб RPC

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

Remote Procedure Call (RPC) - Удаленный вызов процедур (RPC)
RPC Endpoint Mapper - Сопоставитель конечных точек RPC
COM Server Process Launcher - Модуль запуска процессов DCOM-сервера

В оболочке PowerShell выполните команду:

Для локального сервера - Get-Service RpcSs,RpcEptMapper,DcomLaunch| Select DisplayName,Status,StartType

Для удаленного выполнения Enter-PSSession svt2019s01 далее Get-Service RpcSs,RpcEptMapper,DcomLaunch| Select DisplayName,Status,StartType

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

Если службы не запущены, то откройте оснастку "services.msc', зайдите в свойства службы и выставите автозапуск и попробуйте запустить вручную.

Модуль запуска процессов DCOM-сервера — HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\DcomLaunch
Сопоставитель конечных точек RPC — HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\RpcEptMapper
Удаленный вызов процедур (RPC) — ветка реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\RpcSs

В каждом из этих расположений есть ключик "Start", выставите ему значение "2", это будет означать автоматический запуск службы.

Дополнительные сетевые проверки

В некоторых случаях причиной ошибок с доступностью RPC выступает сбой на сетевых адаптерах. Помогает сброс сетевых настроек и перезагрузка. В сети с Active Directory, старайтесь, чтобы на всех ваших сетевых адаптерах в свойствах были выставлены обе галки IPV4 и IPV6, особенно это актуально для контроллеров домена, где вы легко можете получать ошибку 1722. Еще может помочь отключение протокола Teredo у IPv6. В командной строке выполните:

Возможные решения

1. Проверка даты/времени на ПК

Проверьте корректность через «Панель управления — Часы и регион — Дата и время». Отправьте команду на автоматическую синхронизацию, если вы соединены с сетью Интернет.

2. Проверка доступности

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

Если адрес не открывается — другие распространенные причины:
• доступ заблокирован через файл hosts;
• нет доступа из-за прокси-сервера;
• ресурс блокирован firewall/антивирусом.

3. Отключение проверок

Список ИБ — Выбор базы — Изменить… — Дополнительно… — Далее >
Выберите клиентский сертификат: Не предоставлять
Выберите способ проверки сертификата сервера: Не проверять

Не проверять сертификат сервера

4. Игнорирование ошибки проверки отзыва

В конфигурацию платформы — в файл conf с расширением cfg — добавьте следующую опцию:

Расположение файла:
• C:\Program Files\1cv8\8.х.хх.хххх\bin\conf
• C:\Program Files (x86)\1cv8\8.х.хх.хххх\bin\conf

Данный механизм игнорирует именно ошибки проверки отзыва, а не отменяет проверку отзыва сертификата. Поэтому, если сертификат сервера отозван и это подтверждено, то соединение с таким сервером установлено не будет.

5. Импорт самоподписанного сертификата

Добавьте сертификат сервера на ПК, с которого вы подключаетесь, в список «Локальный компьютер — Доверенные корневые центры сертификации — Сертификаты».

В этом случае поставьте режим «Выберите способ проверки сертификата сервера = Хранилище сертификатов Windows». Или укажите файл сертификатов CA — как удобнее.

6. Диагностика ошибок

Используйте методические рекомендации по диагностике ошибок ОС Windows из официальной статьи 1С.

Если окружение настроено корректно и есть доверие к сертификату удаленного ресурса, то ошибки не будет. Пусть все получится. 🤗

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