Появление ошибки «сервер RPC недоступен» показывает нарушение работоспособности системы .

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

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

Принцип действия RPC

Проблемы с сервисом RPC являются одной из наиболее распространённых проблем операционной системы любого поколения, начиная с 2000-й версии.

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

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

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

В некоторых используется сервис-ориентированная архитектура SOA, в других – расширение DCOM, в третьих – спецификация CORBA.

При этом основными протоколами являются UDP и TCP.

Достаточно редко применяется технология HTTP, не всегда совместимая с архитектурой /OSI.

Если же работа RPC нарушена, обмен данными нарушается, система теряет связь с удалёнными объектами, и некоторые её функции перестают выполняться.

Принцип действия RPC

Причины появления ошибки сервер RPC недоступен

Сообщение о недоступности сервера RPC может появляться при попытке установить или , МФУ, звуковых карт и .

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

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

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

Сообщение о проблемах с сервером RCP.

Поиск причины неполадки и её исправление

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

Для этого следует:

1. Перейти в меню «Пуск» ;
2. Выбрать «Панель управления» ;
3. Найти вкладку администрирования и перейти к просмотру событий;

Просмотр логов для определения причины неполадок.

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

Если таким способом найти неполадку не удалось, стоит попробовать избавиться от неё, проверив систему антивирусом. Например, Dr.Web Curelt или другими .

Ведь иногда причинами появления сообщения являются результаты работы вредоносного кода Conficker – «червя», использующего уязвимости сервиса RPC.

Совет: если в процессе проверки вирусы всё-таки были обнаружены, антивирусную программу стоит заменить. Так как при использовании старого антивируса ошибка с RPC, причиной которой стал вредоносный код, может появиться снова.

Иногда помогает устранить ошибку и изменение настроек брандмауэра системы, в котором могут быть отключено прохождение пакетов 135–445.

Убедиться в том, что причиной ошибки является именно Защитник Windows, можно, временно отключив его (через настройки утилиты или с помощью набранной в командной строке команды sc sharedacess stop) и обновив систему с помощью службы автоматического обновления.

Кстати, о том, как работать с Защитником Windows читайте в наших материалах:

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

Ещё один сравнительно несложный способ решения проблемы – восстановление работоспособности ветки реестра под названием SYSTEM. Для этого можно воспользоваться двумя способами:

1. Перейти по адресу Windows \System32 \Config и войти в директорию сохранённых ранее вариантов – RegBack. Отсюда следует скопировать файл System и поместить его в папку Config.

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

Восстановление реестра Windows 7.

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

Хотя при этом теряется информация об устройствах, и всё оборудование придётся устанавливать заново.

Восстановление реестра системы с помощью точек восстановления.

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

1. Перейти в меню «Пуск» ;
2. Запустить командную строку от имени администратора системы;
3. Проверить, запущены ли службы под названием DcomLaunch, RpcSS и Spooler (если они работают, значение состояния равно Running);
4. Записать эти службы в реестр с помощью команд sc config «название службы» start= auto.

Проверка работы служб с помощью командной строки.

Если ни одна из этих методик не помогла, можно проверить наличие в папке System32 (в директории Windows на системном диске) файлов Spoolss.dll и Spoolss.exe.

С помощью запуска команды sfc/scannow их можно не только найти, но и восстановить предыдущие версии.

Исправление проблем со звуком

В Виндовс 7, 8 и 10 причиной появления сообщения (ошибка 1722 ) могут быть , вызванные непосредственной связью параметров службы Windows Audio с сервисом питания.

Восстановить работоспособность сравнительно несложно.

Для этого переходят в меню Служб системы («Пуск» \ «Панель управления» \ «Администрирование» \ «Службы» ) и запускают средство построения конечных точек сервиса.

О том как решить другие проблемы со звуком читайте в наших материалах:

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

Для этого, так же как и в предыдущей методике, следует перейти к службам операционной системы.

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

В открывшемся меню требуется проверить работу служб «Питание» , «Сервер» , «Удалённый реестр» и «Удалённый вызов процедур» .

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

Хотя для гарантии работоспособности аудио и всей системы в целом можно дополнительно запустить .

Причина многих сбоев служб Windows - RPC сервис. Расшифровка аббревиатуры - удаленный вызов процедур, а в оригинале - Remote Procedure Call. В статье речь пойдет о версии этой встроенной в операционную систему Windows технологии, которая позволяет приложениям на разных компьютерах NT based ОС (к которым относятся 2000/XP/2003/2008/Vista/Seven) обмениваться потоками данных посредством всевозможных протоколов. На высоком уровне для взаимодействия используются стандарт взаимодействия приложений между собой - DCOM (так называемый MSRPC). Транспортный уровень обычно реализуется с помощью TCP/IP и UDP. Сообщение "Сервер RPC недоступен", связанное с неполадкой сервиса RPC, может возникнуть в результате разных действий. Чаще всего это установка драйверов принтера, попытка доступа к домена, манипуляции с драйвером видеокарты и так далее.

Для начала смотрим лог событий (меню "Пуск", выбираем второй ряд и а затем и "Администрирование", ну а тут и "Просмотр событий"). Именно это часто помогает определить источник проблемы. Иногда указанная неисправность имеет плавающий характер, то есть вечером все работать оказывается, а утром полный порядок. Тогда обязательно проверьте все компьютеры сети антивирусным пакетом с самыми свежими обновлениями. Симптомы могут быть проявлениями известного "зловреда" Conficker, эксплуатирующего уязвимость архитектуры RPC. Попробуйте также проверить конфигурацию фаерволла в отношении прохождения пакетов через порты с 135 по 445 (можно временно его отключить командой sc sharedacess stop) и обновить систему с помощью патчей с сервера майкрософт (служба "Автоматическое обновление системы").

Есть также очень простой способ в максимально короткое время устранить сообщение "Сервер RPC недоступен" - заменить куст реестра SYSTEM на заведомо не имеющий этой проблемы. Ведь именно там хранятся параметры работы всех сервисов и драйверов. А неработающий сервис - частая причина данной проблемы. Это может помочь, если вирус внедрился в качестве сервиса, а не подменил существующий, как это часто бывает. Лучше всего проделывать эту операцию посредством консоли восстановления. Но можно и воспользоваться службой (зайти в можно с помощью дистрибутива), указав дату до той, когда возникла проблема, или через консоль восстановления Windows скопировать из папки REPAIR файл SYSTEM взамен текущего. Следует отметить, что последнее действие обнулит информацию об оборудовании, что чревато потерей времени на перенахождение всех устройств системы. Часто это самый быстрый и эффективный способ бороться с трудностями, связанными с RPC, без того, чтобы вникать в проблему и возиться с неработающими сервисами.

Если у вас по каким-то причинам нет желания избавиться от сообщения "Сервер RPC недоступен" вышеобозначенным способом, то проверьте с помощью команды sc query, набранной в консоли (чтобы вызвать консоль, выбираем меню "Пуск" > "Выполнить" в открывшимся окне набираем cmd), запущены ли службы DcomLaunch. RpcSS, Spooler. Если они отсутствуют в списке, попробуйте запустить их с помощью команд sc start DcomLaunch; sc start RpcSS; sc start Spooler. Если все прошло удачно и по команде sc query эти службы отображаются, теперь можно записать их в соотвествующий раздел реестра с помощью команд sc config DcomLaunch start= auto; sc config RpcSs start= auto, sc config Spooler start= auto.

По-прежнему выдает ошибку "Сервер RPC недоступен"? Проверьте наличие файлов Spoolss.exe и Spoolss.dll в директории C:\Windows\SYSTEM32. Воспользуйтесь командой sfc/scannow для проверки системных файлов и замены поврежденных на оригинальные. Ведь могло произойти повреждение файловой системы. Кроме проблем с подсоединением в терминальном режиме по протоколу RDP и печатью, больше характерных для операционных систем предыдущего поколения - Windows 2000/XP/2003/2008, нередко возникают неполадки, выражающиеся в сообщении "Сервер RPC недоступен", связанные с отсутствием звука в Windows 7. Отличие этой операционной системы в том, что служба Windows Audio напрямую сопряжена с сервисом "Питание". Именно поэтому выскакивает ошибка "Сервер RPC недоступен". Windows 7, заметим, обладает значительными отличиями в администрировании системы, более существенными, чем различия, скажем, Windows XP и Winodws 2000. В дополнение рекомендуется проверить наличие файлов Spoolss.exe и Spoolss.dll в директории C:\Windows\SYSTEM32.

Article ID: 651 | Category: Administration | Type: Hot Fix | Last Modified: 5/23/2013

Licensing Service: The RPC server is unavailable

An error message appears when a workstation is opened.

The error message in ABBYY FlexiCapture 10:

"Error communicating with ABBYY Product Licensing Service ABBYY on : The RPC server is unavailable. "

The error message in ABBYY FlexiCapture 9.0:

"Connection to network licensing server lost. "

If you"re using ABBYY FlexiCapture Standalone, this error may occur on the Administration Station or the Operator Station. If you"re using ABBYY FlexiCapture Distributed, this error message can appear in Verification Stations, Project Setup Stations, and when ABBYY FormDesigner or ABBYY Flexi Layout studio is started.

This error occurs when the program can"t find the ABBYY FlexiCapture Licensing Service.

The steps you should take to solve this problem depend on how ABBYY FlexiCapture is installed.

If the workstations and the Licensing Server (ABBYY FlexiCapture Licensing Service) are on the same computer

1. Try disabling the antivirus and the firewall. If the error doesn"t occur when the firewall is disabled, the firewall is probably blocking ports that need to open in order for the licensing system to work. Check if port 10040 (ABBYY FlexiCapture 10) and 3827 (ABBYY FlexiCapture 9.0) are in the firewall"s list of exceptions. You can find this and other useful information about network settings in the System Administrator"s Guide.

If the workstations and the Licensing Server are on different computers

1. Check if the Licensing Service is running (Start → Control Panel → Administrative Tools → Services → ABBYY FlexiCapture Licensing Service). If the service isn"t running, start it.
2. Check the connection between the workstation and the computer on which the ABBYY FlexiCapture Licensing Service is running. One way to check a connection between two computers is by using the ping command.
3. Try disabling the antivirus and the firewall. If the error doesn"t occur when the firewall is disabled, the firewall is probably blocking ports that need to be open in order for the licensing system to work. Check if port 10040 (ABBYY FlexiCapture 10) and 3827 (ABBYY FlexiCapture 9.0) are in the firewall"s list of exceptions. You can find this and other useful information about network settings in the System Administrator"s Guide.
4. Check the address of the Licensing Server in the program"s settings. The address should only contain the server"s name, without any prefixes. So, for example, the address http:// is invalid, since it contains the http:// prefix.

   The settings of ABBYY FlexiCapture"s servers and workstations are stored in files.

   • In ABBYY FlexiCapture 9.0, setting are stored in the Protection.ini file in %ALLUSERSPROFILE%/ABBYY\FlexiCapture\9.0\Licenses. This folder may be hidden.
   • In ABBYY FlexiCapture 10, settings are stored in the LicensingSettings.xml file. This file is in the installation folder of every workstation and server.

The Protection.ini file contains the ServerName property and the LicensingSettings.xml file contains the ServerAdress tag. These elements contain the address of the Licensing Server .

5. Make sure that the communication protocols used by the workstation and the server are the same. These protocols are specified in files that contain the settings of servers and workstations.
   • In ABBYY FlexiCapture 9.0, settings are stored in the Protection.ini file in the %ALLUSERSPROFILE%/ABBYY\FlexiCapture\9.0\Licenses folder. This folder may be hidden.
   • In ABBYY FlexiCapture 10, settings are stored in LicensingSettings.xml files in the installation folders of servers and workstations.

   The communication protocol is specified in the RPCProtocolType property of the Protection.ini file (in ABBYY FlexiCapture 9.0) and under the RPCProtocolType tag (in ABBYY FlexiCapture 10). Make sure that the workstation and the server have the same value in this property or tag. So if, for example, the ProtocolType tag in the LicensingSettings.xml file of the Project Setup Station contains the value TCP/IP, and the same tag in the LicensingSettings.xml file of the Server contains the value NamedPipes, you will need to change the values so that they are the same in both files. In this case you would have to either change the value to NamedPipes on the workstation, or change it to TCP/IP on the server.

6. Try changing the communication protocols. For example, if the server and the workstation use TCP/IP, switch them both to NamedPipes.
7. If the address of the Server is specified as and IP address, check if this IP address is dynamic. If it is, the IP address of the computer with the Licensing Server may have changed. If this is the case, you should specify the address of the Licensing Server as the DNS name of the computer on which it is installed.

If the instructions above don"t help, please send an e-mail with a description of the problem to our technical support service. Please include Ainfo reports from the workstation that failed to connect to the Licensing Server and from the Licensing Server itself in your message.

Contains instructions on how to generate Ainfo reports.

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

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

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

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

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

Сервер RPC и за последние 24 часа после предоставления SYSVOL в общий доступ зафиксированы предупреждения или сообщения об ошибках. Сбои при репликации SYSVOL могут стать причиной проблем групповой политики.

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

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

repadmin /replsummary

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

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

Так, что правильный порядок DNS серверов, это 90 процентов случаев

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

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

Иногда нужно произвести распечатку важного документа на принтере, а тебе на запрос печати выдается сообщение «Сервер RPC недоступен», также часто указываются уточняющие коды ошибок (1722, 0x800706ba, 0x000006ba). Наиболее часто сбой встречается в Windows XP/7/10 при печати на принтере или использовании приложения ABBYY Finereader. Пользователям следует для начала разобраться в причинах такого конфликта, что бы понять, что следует делать для его исправления.

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

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

Как исправить “Сервер RPC недоступен”

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

Отключенный сервис RPC

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

Отсутствующие или битые файлы

RPC имеет два самых главных файла и от их работы зависит очень многое. Один из них Spoolss.dll, относящийся к библиотекам DLL, а другой Spoolss.exe (на компьютере подписан spoolsv). При их неправильной работе или измененном состоянии ошибка будет постоянно проявляться. Изменения могли случайно быть сделаны пользователей или вирусной программой, которые очень часто нарушают нормальную работу служб.

Можно воспользоваться аналогичной Windows 7, например. Из нее нужно извлечь вышеописанные файлы и вставить в свою систему по пути: Диск С – Windows – папка «SYSTEM32». Главное убедиться в соответствии разрядности ОС, ведь для х64 папка назначения Windows – «SysWOW64».

Также, данные библиотеки можно найти и скачать в Сети:

И напоследок видео-инструкция по решению проблемы через смену вариантов запуска Windows в “Конфигурациях системы”.