Error 1722 сервер rpc недоступен dameware

Ошибка репликации Active Directory 1722: RPC-сервер недоступен

Эта статья поможет устранить ошибку 1722 репликации Active Directory.

Применимо к: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Исходный номер базы знаний: 2102154

Симптомы

В этой статье описываются симптомы, причины и способы устранения сбоя репликации Active Directory с ошибкой Win32 1722: RPC-сервер недоступен.

При повышении DCPROMO контроллера домена реплики не удается создать объект параметров NTDS на вспомогательном контроллере домена с ошибкой 1722。

Текст заголовка диалогового окна: доменные службы Active Directory установки

Текст сообщения диалогового окна:

DCDIAG сообщает, что сбой теста репликации Active Directory с ошибкой 1722: RPC-сервер недоступен.

REPADMIN.EXE сообщает о сбое попытки репликации с состоянием 1722 (0x6ba).

Команды REPADMIN, которые обычно ссылаются на состояние -1722 (0x6ba), включают, но не ограничиваются:

• REPADMIN /REPLSUM
• REPADMIN /SHOWREPL
• REPADMIN /SHOWREPS
• REPADMIN /SYNCALL

Ниже приведен пример выходных REPADMIN /SHOWREPS REPADMIN /SYNCALL данных и показана ошибка недоступности RPC-сервера .

Ниже показан пример выходных REPADMIN /SYNCALL данных с сообщением о недоступности сервера RPC :

Теперь команда репликации на сайтах и службах Active Directory возвращает, что RPC-сервер недоступен.

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

Текст заголовка диалогового окна: Replicate Now

Текст сообщения диалогового окна:

Эта DCDIAG /TEST:DNS команда может проверить работоспособность DNS контроллеров домена Windows 2000 Server (SP3 или более поздней версии), Windows Server 2003 и windows Server 2008 семейства. Этот тест впервые появился в Windows Server 2003 с пакетом обновления 1 (SP1).

Для этой команды существует семь тестовых групп.

Проверка подлинности (аутентификация)

Регистрация записей (RReg)

Динамическое обновление ( Dyn )

Серверы пересылки и корневые указания (Forw)

Пример выходных данных:

Сводка результатов теста DNS:

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

Объяснение и дополнительные параметры для этого теста можно найти в средстве диагностики контроллера домена (dcdiag.exe).

Nltest /dsgetdc используется для выполнения процесса указателя контроллера домена. Таким /dsgetdc: образом, пытается найти контроллер домена для домена. При использовании флага принудительной установки расположение контроллера домена, а не кэш. Можно также указать параметры, такие как /gc или /pdc для поиска глобального каталога или основного эмулятора контроллера домена. Для поиска глобального каталога необходимо указать имя дерева, которое является DNS-доменным именем корневого домена.

Пример выходных данных:

Можно использовать в Windows 2003 и более ранних версиях для сбора определенных сведений о конфигурации сети и ошибках. Выполнение этого средства занимает некоторое время при выполнении коммутатора -v .

Пример выходных данных для теста DNS:

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

dnslint /s IP /ad IP

DNSLint — это служебная программа Windows, которая помогает диагностировать распространенные проблемы с разрешением DNS-имен. Выходные данные — это HTM-файл с большой информацией, в том числе:

DNS-сервер: localhost

Данные записи SOA с сервера:

Дополнительные достоверные записи (NS) с сервера: DC2.fabrikam.com

Записи псевдонимов (CNAME) и glue (A) для guID леса с сервера:

• Псевдоним: dc2.child.fabrikam.com
• Приклеивание:

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

Сопоставлять конечные точки (прослушивая порт 135) сообщает клиенту, какой порт службы (FRS, репликация AD, MAPI и т. д.) прослушивает.

* Это диапазон в Windows Server 2008, Windows Vista, Windows 7 и Windows 2008 R2.

Portqry можно использовать для определения того, заблокирован ли порт из контроллера домена при нацелии на другой контроллер домена. Его можно скачать в сканере портов командной строки PortQry версии 2.0.

-e 135
portqry -n

Графическую версию portqry с именем Portqryui можно найти в portQryUI — пользовательском интерфейсе для сканера портов командной строки PortQry.

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

Дополнительные важные ссылки для настройки и работы с брандмауэрами и контроллерами домена:

Недопустимые драйверы сетевого адаптера

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

Фрагментация UDP может привести к ошибкам репликации, которые, как показано, имеют источник RPC-сервера недоступны

Для этой конкретной причины часто используются ошибки с кодом события 40960 & 40961 с источником LSASRV.

Несоответствия подписи SMB между контроллерами домена

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

Computer ConfigurationWindows SettingsSecurity SettingsLocal PoliciesSecurity Options

• Сетевой клиент Майкрософт: цифровая подпись (всегда) отключена.
• Сетевой клиент Майкрософт: включена цифровая подпись обмена данными (если сервер соглашается).
• Сетевой сервер Майкрософт: цифровая подпись (всегда) отключена.
• Сетевой сервер Майкрософт: включена цифровая подпись обмена данными (если клиент соглашается).

Параметры можно найти в следующих разделах реестра:

HKEY_LOCAL_MACHINESystemCurrentControlSetServicesLanManWorkstationParameters и HKEY_LOCAL_MACHINESystemCurrentControlSetServicesLanManServerParameters

• RequireSecuritySignature = always (0,disable, 1 enable).
• EnableSecuritySignature = is server agrees (0,disable, 1 enable).

Дополнительные сведения об устранении неполадок:

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

Источник

Error 1722 сервер rpc недоступен dameware

Добрый день уважаемые читатели и подписчики, в прошлый раз мы с вами устраняли проблему в Active Directory, а именно ошибку 14550 DfsSvc и netlogon 5781 на контроллере домена, сегодня же продолжается эпопея с продолжением этих ошибок, а именно от них мы избавились, но прилетели новые: Ошибка 1722. Сервер RPC и за последние 24 часа после предоставления SYSVOL в общий доступ зафиксированы предупреждения или сообщения об ошибках. Сбои при репликации SYSVOL могут стать причиной проблем групповой политики. Давайте разбираться в чем дело.

Устраняем ошибку 1722 сервер rpc недоступен

Сетевые проблемы с репликацией и их решение, читайте по ссылке выше, про 14550. И так напомню, у меня есть два домена, родительский и дочерний. В дочернем 3 контроллера домена Active Directory. После переноса одного контроллера домена из одного сайта, ко всем остальным стали появляться ошибки 1722. Сервер RPC не доступен и сервер RPC и за последние 24 часа после предоставления SYSVOL.

Выявил я их при диагностике репликации между контроллерами домена, с помощью команды:

Данная команда показывает все ошибки репликации на предприятии. Вот как выглядит ошибка:

Первым делом, чтобы проверить, что с репликацией все хорошо, нужно удостовериться, что по UNC пути \ваш домен доступна на чтение папка SYSVOL и NETLOGON.

Если они не доступны, то нужно проверить права на папки и проверьте доступность портов службы RPC TCP/UDP 135, возможно у вас они закрыты на брандмауэре, лучше на время тестирования его вообще отключить.

PS C:Users> Test-NetConnection dc07 -Port 135

ComputerName : dc07
RemoteAddress : 10.91.101.17
RemotePort : 135
InterfaceAlias : Ethernet0
SourceAddress : 10.91.101.7
TcpTestSucceeded : True

Если все нормально, то двигаемся дальше. Давайте теперь проверим, когда в последний раз реплицировались контроллеры домена, делается это командой:

В итоге я обнаружил, что у меня dc7 и dc13 имеют ошибку 1722 Сервер RPC недоступен. Порты 135 я проверил, они слушались. Кто не знает как проверить, то вот вам команда telnet в помощь.

Далее посмотрите в логах Windows 📃журналы «Active Directory Web Services«, «ActiveDirectory_DomainService» и «DFS Replication«, возможно вы там найдете дополнительные детали. Например, у меня была ошибка:

Partner DNS Address: DC1.pyatilistnik.org

Optional data if available:
Partner WINS Address: DC1
Partner IP Address: 192.168.1.26

The service will retry the connection periodically.

Additional Information:
Error: 1722 (The RPC server is unavailable.)
Connection ID: 9BBE21A2-46E3-4444-9D40-2967F4BA3400
Replication Group ID: E9198376-3944-4218-89BE-D4EC89CA73E8

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

Когда с разрешением имени станет все нормально, у вас появится событие:

Additional Information:
Connection Address Used: DC1
Connection ID: 9BBE21A2-46E3-4C74-4444-2967F4BA3400
Replication Group ID: E9198376-39FD-4444-89BE-D4EC89CA73E8

Следующим шагом, идет 🛠проверка DNS серверов, в настройках стека TCP/IP. Если у вас более одного контроллера домена, то у вас первым dns сервером в настройках сетевого интерфейса должен идти dns другого контроллера домена, затем либо адрес текущего или петлевой Ip, а уже затем любые, что вам нужны.

Теперь снова выполнив команду repadmin /replsummary, я увидел, что все репликации прошли успешно. Так же советую запустить вручную репликацию AD, и проверить нет ли ошибок, убедитесь, так же, что команда dcdiag /a /q не дает ошибок. Так же если у вас развитая система сайтов AD, дождитесь времени репликации между ними.

Еще бывает, что на событие 1722 наслаивается ошибка:

Обновление 07.08.2022

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

Проверка DNS в лесу с несколькими доменами

На, что еще вы можете обратить внимание, если у вас, как и у меня лес состоит из главного корневого домена и нескольких дочерних, то обязательно убедитесь, что у вас правильно все прописано в DNS. Приведу пример, при попытке выполнить команду принудительной репликации:

Я периодически получал ошибку:

Хотя реплики все ходили без проблем, судя по repadmin /replsummary, но dcdiag /a /q показывает ошибки, что данный контроллер домена у меня определяется со старым IP-адресом, который я менял при миграции виртуальной машины в новое адресное пространство.

Обязательно через команду nslookup проверьте, что ваши контроллеры домена разрешаются в правильный IP и, что IP разрешается в правильное DNS имя. Далее открываем «Управление DNS» оснастку и находим основную зону. Разверните ее, чтобы отобразить все контейнеры. Мультидоменной среде, вы увидите, что корневая основная зона, содержит в себе еще контейнеры с дочерними доменами, в которых вы увидите список ваших DNS серверов и контроллеров домена. Тут у вас может быть:

• ⛔️Не весь список актуальных DNS серверов
• ⛔️Список DNS серверов, но с неправильными IP-адресами в которые они разрешаются

У меня dc6 уже точно не было, что уже нужно удалить.

Далее щелкните по любому DNS серверу из списка. У вас откроется окно свойств, где видно в какие IP-адреса разрешаются имена, у меня тут и фигурировали dc1 и dc2 со старыми именами. Тут и получалось, что ошибка «(network error): 1722 (0x6ba)» была плавающая. Когда обращение по разрешению IP-адреса контроллера шло к правильному серверу с валидным IP, все было хорошо, но как только доходило до неправильной записи, была ошибка.

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

И вот там уже нужно больше телодвижений. Вот так вот просто решается ошибка 1722 сервер RPC не доступен на контроллере домена по Windows Server 2012 R2. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.

Источник

Обновлено 04.01.2023

Добрый день уважаемые читатели и подписчики, в прошлый раз мы с вами устраняли проблему в Active Directory, а именно ошибку 14550 DfsSvc и netlogon 5781 на контроллере домена, сегодня же продолжается эпопея с продолжением этих ошибок, а именно от них мы избавились, но прилетели новые: Ошибка 1722. Сервер RPC и за последние 24 часа после предоставления SYSVOL в общий доступ зафиксированы предупреждения или сообщения  об ошибках. Сбои при репликации SYSVOL могут стать причиной проблем групповой политики. Давайте разбираться в чем дело.

Устраняем ошибку 1722 сервер rpc недоступен

Сетевые проблемы с репликацией и их решение, читайте по ссылке выше, про 14550. И так напомню, у меня есть два домена, родительский и дочерний. В дочернем 3 контроллера домена Active Directory. После переноса одного контроллера домена из одного сайта, ко всем остальным стали появляться ошибки 1722. Сервер RPC не доступен и сервер RPC и за последние 24 часа после предоставления SYSVOL.

Выявил я их при диагностике репликации между контроллерами домена, с помощью команды:

Данная команда показывает все ошибки репликации на предприятии. Вот как выглядит ошибка:

Первым делом, чтобы проверить, что с репликацией все хорошо, нужно удостовериться, что по UNC пути \ваш домен доступна на чтение папка SYSVOL и NETLOGON.

Если они не доступны, то нужно проверить права на папки и проверьте доступность портов службы RPC TCP/UDP 135, возможно у вас они закрыты на брандмауэре, лучше на время тестирования его вообще отключить.

Если все нормально, то двигаемся дальше. Давайте теперь проверим, когда в последний раз реплицировались контроллеры домена, делается это командой:

В итоге я обнаружил, что у меня dc7 и dc13 имеют ошибку 1722 Сервер RPC недоступен. Порты 135 я проверил, они слушались. Кто не знает как проверить, то вот вам команда telnet в помощь.

Далее посмотрите в логах Windows 📃журналы «Active Directory Web Services«, «ActiveDirectory_DomainService» и «DFS Replication«, возможно вы там найдете дополнительные детали. Например,  у меня была ошибка:

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

Когда с разрешением имени станет все нормально, у вас появится событие:

Следующим шагом, идет 🛠проверка DNS серверов, в настройках стека TCP/IP. Если у вас более одного контроллера домена, то у вас первым dns сервером в настройках сетевого интерфейса должен идти dns другого контроллера домена, затем либо адрес текущего или петлевой Ip, а уже затем любые, что вам нужны.

Теперь снова выполнив команду repadmin /replsummary, я увидел, что все репликации прошли успешно. Так же советую запустить вручную репликацию AD, и проверить нет ли ошибок, убедитесь, так же, что команда dcdiag /a /q не дает ошибок. Так же если у вас развитая система сайтов AD, дождитесь времени репликации между ними.

Еще бывает, что на событие 1722 наслаивается ошибка:

Обновление 07.08.2022

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

Проверка DNS в лесу с несколькими доменами

На, что еще вы можете обратить внимание, если у вас, как и у меня лес состоит из главного корневого домена и нескольких дочерних, то обязательно убедитесь, что у вас правильно все прописано в DNS. Приведу пример, при попытке выполнить команду принудительной репликации:

Я периодически получал ошибку:

Хотя реплики все ходили без проблем, судя по repadmin /replsummary, но dcdiag /a /q показывает ошибки, что данный контроллер домена у меня определяется со старым IP-адресом, который я менял при миграции виртуальной машины в новое адресное пространство.

Обязательно через команду nslookup проверьте, что ваши контроллеры домена разрешаются в правильный IP и, что IP разрешается в правильное DNS имя. Далее открываем «Управление DNS» оснастку и находим основную зону. Разверните ее, чтобы отобразить все контейнеры. Мультидоменной среде, вы увидите, что корневая основная зона, содержит в себе еще контейнеры с дочерними доменами, в которых вы увидите список ваших DNS серверов и контроллеров домена. Тут у вас может быть:

• ⛔️Не весь список актуальных DNS серверов
• ⛔️Список DNS серверов, но с неправильными IP-адресами в которые они разрешаются

У меня dc6 уже точно не было, что уже нужно удалить.

Далее щелкните по любому DNS серверу из списка. У вас откроется окно свойств, где видно в какие IP-адреса разрешаются имена, у меня тут и фигурировали dc1 и dc2 со старыми именами. Тут и получалось, что ошибка «(network error): 1722 (0x6ba)» была плавающая. Когда обращение по разрешению IP-адреса контроллера шло к правильному серверу с валидным IP, все было хорошо, но как только доходило до неправильной записи, была ошибка.

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

И вот там уже нужно больше телодвижений. Вот так вот просто решается ошибка 1722 сервер RPC не доступен на контроллере домена по Windows Server 2012 R2. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.

RPC – это способ обмена информацией между процессами или между клиентом (устройством, инициирующем связь RPC) и сервером (устройством, которое с ним связывается) в сети или системе. Многие встроенные компоненты Windows используют RPC, который в качестве отправной точки для связи между системами применяет различные порты. При возникновении неполадок возникает сообщение «Сервер RPC недоступен».

Причины появления ошибки

В типичном сеансе RPC клиент связывается с программой сопоставления конечных точек сервера по TCP-порту 135 и для указанной службы требует определённого номера динамического порта. Сервер отвечает, отправив IP-адрес и номер порта, для которого служба зарегистрирована в RPC после её запуска, а затем связывается с клиентом с указанным IP-адресом и номером порта. Возможные причины ошибки «Сервер RPC недоступен» следующие:

1. Остановка службы RPC – когда служба RPC на сервере не запущена.
2. Проблемы с разрешением имён – имя сервера RPC может быть связано с неправильным IP-адресом. Это значит, что клиент связывается с неправильным сервером или пытается связаться с IP-адресом, который в настоящее время не используется. Возможно, имя сервера не распознаётся вообще.
3. Трафик заблокирован брандмауэром – брандмауэр или другое приложение безопасности на сервере или брандмауэр устройства между клиентом и сервером могут препятствовать доступу трафика к TCP-порту сервера 135.
4. Проблемы с подключением – проблема с сетью может быть причиной отсутствия соединения между клиентом и сервером.

Способы решения

При запуске или установке некоторых программ вы можете получить сообщение «Сервер RPC недоступен». Это часто связано с синхронизацией времени, необходимой для запуска программы. Без этого некоторые приложения могут работать неправильно или не запускаться вообще. Что делать, чтобы сообщение больше не появлялось, рассмотрим далее.

Код ошибки 1722

Ошибка 1722 «Сервер PRC недоступен» может возникать при использовании сетевого принтера или звуковых устройств в седьмой версии Windows. Причиной может быть антивирусная программа, блокирующая коммуникационные порты – для её устранения нужно найти параметры управления доверенными программами в настройках антивируса.

Также ошибка может возникнуть из-за того, что в системе присутствует сам вирус – стоит проверить систему и диск с помощью другой антивирусной программы, чем в настоящее время. Для устранения нажмите Пуск/Настройки/Панель управления. Затем откройте Администрирование/Службы. Появится окно, в котором с правой стороны вы найдете «Сервер». На «Сервере» проверьте, включён ли автоматический тип запуска. Измените параметр при необходимости и перезагрузите компьютер.

Отключение брандмауэра Windows

Если при печати в Windows 7 появляется ошибка «Сервер RPC недоступен», проблема может крыться в брандмауэре. Он отвечает за блокировку доступа к компьютеру во внутренней или внешней сети посторонними лицами или приложениями, что исключает возможность контроля ПК. Ниже приведены некоторые советы, которые позволят вам отключить (в случае, если вы хотите использовать для этого другое приложение) и включить интегрированный брандмауэр Windows. Измените имя компьютера с помощью «Настроек»:

1. Это один из самых простых способов отключения сетевого брандмауэра. Для этого используйте вкладку «Параметры системы».
2. Из списка доступных опций выберите «Сеть и Интернет».
3. Перейдите на вкладку Ethernet и выберите «Брандмауэр Windows» с правой стороны окна.
4. Выберите включение и отключение брандмауэра.
5. В списке доступных операций выберите параметр «Отключить брандмауэр Windows» (не рекомендуется).
6. Нажмите «ОК». Брандмауэр выключен.

Следующий способ – редактор локальной групповой политики (GPO):

1. Нажмите клавиши Win + R и введите «gpedit.msc». Откроется редактор локальной групповой политики.
2. Параметр, ответственный за отключение брандмауэра, расположен по адресу

«Конфигурация компьютера» – «Административные шаблоны» – «Сеть» – «Сетевые подключения» – «Стандартный профиль» – «Брандмауэр Windows: защита всех сетевых подключений».

1. Измените состояние настройки на «ВЫКЛ».
2. После нажатия кнопки «ОК» или «Применить» брандмауэр Windows перестанет работать.

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

• нажмите пуск и введите «regedit», запустите приложение от имени администратора;
• в окне редактора найдите каталог

HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyDomainProfile;

• найдите параметр EnableFirewall и измените его значение с 1 на 0;
• таким же образом отредактируйте ключ EnableFirewall в следующем каталоге

HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyPublicProfile;

• и последний каталог с ключом EnableFirewall

HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyStandardProfile.

Закройте редактор реестра и перезагрузите компьютер. С этого момента брандмауэр Windows отключается. Чтобы снова возобновить брандмауэр с помощью редактора реестра, просто измените указанные выше значения с названием EnableFirewall с 0 на 1, и перезапустите компьютер.

Ручной запуск задачи services.msc

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

• сначала нажмите меню «Пуск» и в строке поиска введите «Выполнить», нажмите «Enter»;
• в следующем окне введите services.msc и подтвердите кнопкой «OK»;
• найдите в списке элемент «Служба времени Windows»;
• дважды щёлкните эту службу. Откроется меню, в котором вы должны нажать кнопку «Выполнить».

С этого момента сообщение «RPC-сервер недоступен» появляться не должно.

Устранение неполадок Windows

Исправить ошибку в Windows 10 поможет встроенное средство устранения неполадок системы. Перезагрузите компьютер и после подачи звукового сигнала нажимайте кнопку F8 раз в секунду, пока не откроется меню выбора вариантов загрузки. Первым из них будет «Устранение неполадок компьютера». Выберите это действие и дождитесь окончания операции.

Ошибка в FineReader

Проблема может возникать в Windows 8 и выше и при попытке запуска службы ABBYY FineReader Licensing Service. Для проверки состояния в списке служб (как его найти, описано выше) выберите ABBYY FineReader Licensing Service. В окне свойств убедитесь, что параметр «Тип запуска» установлен на «Автоматический». При необходимости измените его, закройте редактор кнопкой «ОК» и перезагрузите компьютер.

Проверка на вирусы

В Windows XP и выше сообщение о неисправности может быть вызвано наличием вируса. Просканируйте свой ПК с помощью антивирусной программы, следуя указаниям мастера. В Windows 10 можно воспользоваться стандартным «Защитником». Для этого нажмите правой кнопкой мыши на значок «Щит» возле часов и выберите «Открыть». Запустите проверку на вирусы нажатием соответствующей кнопки в окне.

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

RPC также известен как удаленный вызов процедур. Эта технология присутствует с момента появления компьютеров и использует технику межпроцессного взаимодействия. Его основная цель – дать возможность клиенту и серверу обмениваться данными друг с другом по сети. То же самое можно сказать и об устройствах.

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

Что вызывает ошибку «Сервер RPC недоступен»?

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

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

Решение 1. Проверка службы RPC на вашем компьютере

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

1. Нажмите Windows + R, введите « services.msc » в диалоговом окне и нажмите Enter.
2. В окне служб найдите следующие процессы:

 Удаленный вызов процедур (RPC) Сопоставитель конечных точек RPC или удаленный вызов процедур  (RPC) LocatorDCOM Service Process Launcher 

Щелкните правой кнопкой мыши каждую службу одну за другой и выберите Свойства .

1. В свойствах убедитесь, что служба запущена и Startup тип установлен как

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

Решение 2. Включение удаленного помощника в брандмауэре

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

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

1. Нажмите Windows + R, введите ‘ control ‘в диалоговом окне и нажмите Enter.
2. Когда появится панель управления, найдите Firewall в строке поиска по адресу в правом верхнем углу экрана. В результатах нажмите Разрешить приложение через брандмауэр Windows , который является подкатегорией под брандмауэром Windows .

1. Щелкните Изменить настройки и убедитесь, что записи, применяющие RPC, включены, например как Удаленный помощник .

1. Перезагрузите компьютер и проверьте, решило ли это обсуждаемое сообщение об ошибке..

Решение 3. Отключение выборочного запуска

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

1. Нажмите Windows + R, введите « msconfig » в диалоговом окне и нажмите Enter.
2. В загрузочной конфигурации выберите вкладку General и выберите вариант Обычный запуск .

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

Решение 4. Включение IPV6 и общего доступа к файлам и принтерам для подключенной сети

В некоторых случаях вы можете столкнуться с ошибкой 1722: сервер RPC недоступен в тех случаях, когда есть прерывание сетевого подключения, вызванное одним или несколькими настройки. Несколько затронутых пользователей сообщили, что в их случае проблема была решена после того, как они обнаружили, что Общий доступ к принтеру для сетей Microsoft и Протокол версии 6 (TCP/IPv6) оба были отключены в свойствах подключенной сети.

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

1. Нажмите клавишу Windows + R , чтобы открыть диалоговое окно «Выполнить». Затем введите «ncpa.cpl» и нажмите Enter , чтобы открыть окно Сетевые подключения .
2. В окне “Сетевые подключения” щелкните правой кнопкой мыши сеть, к которой вы в данный момент подключены, и выберите
3. Как только вы перейдете в в свойствах сетевого подключения перейдите на вкладку «Сеть» и прокрутите список элементов вниз.
4. Найдите Файл и Общий доступ к принтеру для Microsoft Networks и Internet Protocol Version 6 (TCP/IPv6) и убедитесь, что установлены оба связанных флажка. Затем нажмите Ok , чтобы сохранить изменения.
5. Перезагрузите компьютер и посмотрите, будет ли проблема решена при следующем запуске.

https://appuals.com/ wp-content/uploads/2019/05/enable-ipv6.webm

Если вы все еще сталкиваетесь с ошибкой 1722: сервер RPC недоступен проблема, перейдите к следующему способу ниже.

Решение 5. Очистка DNS и обновление

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

Если вы уверены, что требуемые службы работают , вот краткое руководство по очистке DNS и обновлению соединения:

1. Нажмите клавишу Windows + R , чтобы открыть Диалоговое окно “Выполнить” . Затем введите «cmd» и нажмите Ctrl + Shift + Enter , чтобы открыть командную строку с повышенными привилегиями. При появлении запроса от UAC (Контроль учетных записей пользователей) нажмите Да, чтобы предоставить права администратора.
2. В командной строке с повышенными привилегиями введите следующую команду и нажмите Enter , чтобы очистить текущую конфигурацию IP:

    ipconfig/flushdns 

3. После успешной регистрации команды введите следующую команду и нажмите Enter , чтобы обновить конфигурацию IP:

    ipconfig/Renew 

4. После обновления IP-адреса закройте командную строку с повышенными привилегиями и воссоздайте шаги, которые ранее вызывали ошибку 1722: сервер RPC недоступен , чтобы проверить, не проблема решена.

Если та же проблема все еще возникает, перейдите к следующему способу ниже.

Решение 6 : Использование редактора реестра для принудительного запуска служб RPC

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

Если вы уверены, что требуемые службы работают , вот краткое руководство по очистке DNS и обновлению соединения:

Вот краткое руководство о том, как это сделать:

1. Нажмите клавиша Windows + R , чтобы открыть диалоговое окно «Выполнить». Затем введите «regedit» и нажмите Enter , чтобы открыть редактор реестра. Если вам будет предложено UAC (Контроль учетных записей) , нажмите Да , чтобы предоставить права администратора.
2. Внутри В редакторе реестра используйте левую панель, чтобы перейти к следующему месту:

    HKEY_LOCAL_MACHINE  SYSTEM  CurrentControlSet  Services  RpcSs 

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

3. Внутри Edit Dword Value , связанного с Start, установите Base на Hexadecimal и Value data на 2 , чтобы включить Remove Вызов процедуры (RPC) .
4. Используйте левую панель или панель навигации вверху, чтобы перейти в это место:

    Computer  HKEY_LOCAL_MACHINE  SYSTEM  CurrentControlSet   Services  DcomLaunch 

5. Как только вы попадете в это место, дважды щелкните Пуск на правой панели. Затем установите Base в Hexadecimal , а данные значения – в 2 , чтобы включить Средство запуска процессов сервера DCOM .
6. Перейдите в следующее место с помощью панели навигации вверху или с помощью левой панели:

    Computer  HKEY_LOCAL_MACHINE  SYSTEM   CurrentControlSet  Services  RpcEptMapper 

7. Перейдите к правой панели и дважды щелкните Start. Затем установите Base на шестнадцатеричный , а Value Data на 2 .
8. Закройте редактор реестра, перезагрузите компьютер и посмотрите, была ли решена проблема при следующем запуске системы.

В дополнение к вышеуказанным решениям, вы также можете найти другие способы обхода ошибки ‘ RPC Se rver недоступен », прочитав нашу статью« Исправление: сбой удаленного вызова процедуры ». Оба случая ошибки почти одинаковы, и в обоих случаях можно попробовать одни и те же исправления.

Различные версии Windows слишком часто пишут, что «сервер RPC недоступен». Это может случаться как просто при запуске какой-то программы, так и при входе в систему, попытке выполнить команду через PowerShell и очень часто – в момент подключения к принтеру. Тот самый таинственный RPC-сервер – это служба удаленного подключения к другим устройствам, которая не смогла запуститься, связаться с аппаратом на той стороне или имеет какие-то системные неполадки. Мы постараемся помочь всем: как тем, кто столкнулся с ошибкой «сервер RPC недоступен» в пользовательских версиях Windows 10, 8, 7, XP, так и в серверных разновидностях Windows Server 2012, 2008.

Что значит «сервер RPC недоступен»?

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

Причины ошибки:

• второе устройство сейчас недоступно, скорее всего – оно выключено;
• служба RPC отключена в системе;
• брандмауэр или провайдер блокирует порты, использованные при подключении;
• указаны неправильные параметры подключения;
• скопился неправильный кэш DNS.

Разновидности проблемы

Какие бывают вариации ошибки «сервер RPC недоступен»:

• Появляется при запуске программы. Она пытается установить связь с вторым устройством, завершить процедуру не получается и высвечивается ошибка.
• В момент включения системы. Настроено автоматическое подключение на пользовательской версии Windows.
• Не получается использовать WMI-инструмент, PowerShell WinRM или подключиться к серверу в Windows Server.
• Ошибка «Сервер RPC недоступен» во время запуска ABBYY FineReader Licensing Service.

Вариантов проблемы много, мы начнем с исправления тех, что возникают в обычных Windows 7, 10, затем перейдем к проблемам в серверных ОС и в конце рассмотрим оставшиеся разновидности.

Читайте также: Ошибка «Не обнаружен XINPUT1_3.dll»

Как исправить ошибку в Windows 10, 8, 7, XP?

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

Полезно! Стоит попробовать запустить средство устранения неполадок, которое исправит большинство системных неполадок, которые сможет найти. Это позволит значительно сократить время. Что использовать инструмент, нужно зайти в «Панель управления» на вкладку «Устранение неполадок» и выбрать «Использование принтера».

Решение 1: активируем службы RPC

При ошибке 1722 «сервер RPC недоступен» следует проверить активность основных служб, которые нужны для использования удаленного подключения.

Что нужно делать:

1. Нажимаем Win + R и в появившуюся строку вводим services.msc.
2. Ищем службу «Локатор удаленного вызова процедур (RPC)» и дважды кликаем по ней.
3. Выбираем «Тип запуска» в положение «Автоматически».
4. Запускаем «Средство построения конечных точек».
5. Активируем службу «Модуль запуска процессом DCOM-сервера».
6. То же самое делаем для «Диспетчера печати».

Скорее всего error 1722 в Windows и ряд других ошибок будет устранен уже на этом этапе.

Решение 2: открываем порты

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

Инструкция:

1. Открываем «Панель управления» из меню, которое открывается Win + X.
2. Переходим в «Брандмауэр Windows» и нажимаем на «Разрешение взаимодействия…» из левого меню.
3. Устанавливаем флаги возле «Удаленного помощника», если их там нет.
4. Проверяем, открыт ли нужный порт с помощью команды TNC msk-mail1 -Port 25 (ее нужно вводить в PowerShell, которую можно найти через поиск). Если он открыт, должно появиться сообщение TcpTestSucceeded:True. Когда ответ отрицательный, нужно открыть порт.
5. Возвращаемся в «Брандмауэр Windows» и нажимаем на пункт «Дополнительные параметры».
6. В разделе «Правила для исходящего подключения» выбираем вариант «Для порта».
7. Устанавливаем протокол TCP и в строку «Определенные порты» вставляем цифру нужного.
8. Выбираем «Разрешить подключение» и завершаем созданием правила.

Решение 3: включаем протоколы связи

Реже, но бывает такое, что в протоколах связи неактивны несколько важных параметров.

Как это исправить:

1. Через «Панель управления» переходим в «Сетевые подключения».
2. Жмем по подключенной сети правой кнопкой мыши и выбираем «Свойства».
3. Включаем «Общий доступ к файлам и принтерам», а также – «IP версии 6».

Решение 4: чистим DNS

Простой способ, который тоже может помочь. Достаточно в командную строку с повышенными привилегиями вставить ipconfig /flushdns и задействовать команду кнопкой Enter.  Если в недавнем прошлом изменялось имя ПК, к которому происходит подключение, следует перерегистрировать DNS с помощью команды ipconfig /registerdns.

Читайте также: Как исправить ошибку «An operating system wasn’t found» при запуске Windows 7, 8, 10?

Способы решения для Windows Server 2008, 2012

В Windows Server есть еще одна разновидность ошибки – «Сервер RPC недоступен (Исключение из HRESULT: 0x800706BA)». Она тоже высвечивается в момент попытки выполнения команды с использованием подключения к удаленному ПК. Сначала нужно проверить доступность устройства, это просто сделать с использованием строки: «Get-WmiObject Win32_ComputerSystem –ComputerName 192.168.0.114», где IP и название компьютера указываем своего сервера.

Как можно исправить ошибку с кодом 0x800706ba (0x6ba):

• Удостоверяемся в активности устройства по другую сторону.
• Проверяем правильность IP-адреса или имени компьютера.
• По необходимости включаем «Удаленный вызов процедур (RPC)» и «Инструментарий управления Windows» на серверном ПК. Для быстрой проверки статуса служб sc query Winmgmt и sc query rpcss. Положительный результат выглядит так: «Состояние: 4 RUNNING». Для их включения следует заменить слово query в команде на start.

• Проверяем порты. Команда Test-NetConnection 192.168.1.15 —port 135 отобразит, открыт ли этот порт. Возможно, его придется открыть, инструкция указана выше.
• Устанавливаем правильные параметры DNS.
• Проверяем правильность установленного времени.
• Активируем службу «Помощник TCP/IP NetBIOS».

Сервер RPC недоступен ABBYY FineReader Licensing Service

При попытке использования программы ABBYY для расшифровки PDF-файлов может появиться подобная ошибка. Мы о ней уже неоднократно слышали и знаем, как исправлять.

Пошаговое руководство:

1. Находим элемент управления services.msc через поиск или строку «Выполнить».
2. Находим все службы, в которых фигурирует слово ABBYY.
3. Открываем их правой кнопкой мыши, переходим в «Свойства» и задаем им «Тип запуска» в положение «Автоматически».
4. Применяем изменения и закрываем окна.

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