Причина многих сбоев служб 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.
Несомненно, многим пользователям седьмой версии Windows доводилось видеть на экране монитора или ноутбука сообщение об ошибке «Сервер RPC недоступен». Что это за сбой и как его исправить, сейчас и будет рассмотрено.
Самая распространенная ситуация со сбоями сервера RPC
Когда появляется сообщение о том, что сервер RPC недоступен, в общем-то, не имеется в виду именно сервер как таковой. На самом деле это служба удаленного вызова процедур.
И, как правило, наиболее часто такая ошибка появляется при манипуляциях с принтерами, например при попытке напечатать документ или просто установить (добавить) новый принтер. И дело тут даже не в самом устройстве, а в службе, которая по каким-то причинам перестала работать или просто находится в отключенном состоянии.
Ошибка «Сервер RPC недоступен»: проблемы с динамическими библиотеками
Итак, посмотрим, что можно сделать для исправления ситуации. Для начала нужно убедиться, что в системе имеется файл динамической библиотеки Spoolss.dll и исполняемый компонент Spoolss.exe. Они должны располагаться в директории System32 основного каталога, в котором установлена система.
Если такие файлы имеются в наличии, вариантов сбоя может быть как минимум два: либо они повреждены, либо служба просто не запущена.
Сбой с сообщением «Сервер RPC недоступен» Windows 7: запуск службы из командной строки
Для начала самым простым методом исправления ситуации станет запуск службы из командной строки. На данном этапе считаем, что с самими файлами все в порядке.
Вызываем командную строку (cmd) из меню «Выполнить» (Win + R) после чего прописываем там команду net start rpcss. Если с самой службой все нормально, после перезагрузки компьютерного терминала (она, кстати, является обязательной) проблема исчезнет, а сообщение о том, что сервер RPC недоступен, больше пользователя беспокоить не будет (для остановки службы выбирается аналогичная команда, только со словом stop). Если же выше указанный метод по какой-то причине службу не активировал, придется пойти, так сказать, окольными путями.
Исправление ошибки с помощью оригинальных библиотек
Теперь посмотрим на ситуацию, когда вышеуказанные файлы повреждены или отсутствуют. В принципе, можно поступить самым простым способом: скопировать их из аналогичной системы (с другого компьютера), после чего вставить в системную папку System32.
Правда, после этого, чтобы сообщение о том, что сервер RPC недоступен, не появлялось снова, нужно будет предпринять еще несколько важных шагов и для начала зайти в раздел служб. Сделать это можно из Панели управления, но намного проще использовать специальную команду services.msc, которая прописывается все в том же меню «Выполнить».
В самом редакторе следует найти службу удаленного вызова процедур (RPC) и нажать на автозагрузку, после чего в типе запуска указать «Автоматический». После сохранения измененных параметров, как и в первом случае, понадобится произвести полную перезагрузку системы, чтобы они вступили в силу.
Примечание: после перезагрузки желательно запустить обновление системы в ручном режиме и инсталлировать самые последние пакеты апдейтов. Это может сыграть ключевую роль в корректной активации службы. Попутно особое внимание уделить системе, в которой будет производиться копирование оригинальных файлов, по крайней мере, учтите ее разрядность.
Комплексное решение с использованием специальных утилит
В принципе, если возможности скопировать или скачать оригинальные файлы нет, можно поступить и более простым способом.
Исправить ситуацию помогут утилиты вроде DLL Suite, которые автоматически сканируют систему на наличие поврежденных или отсутствующих компонентов, после чего самостоятельно интегрируют в нее недостающие объекты. Впрочем, только этим ограничиваться нельзя. По окончании процесса все равно нужно будет убедиться, что служба находится в активном состоянии (включена) и работает без сбоев. Делается это, как было показано чуть выше.
Заключение
Вот, собственно, и все, что касается проблемы со службой RPC. Как видим, ничего страшного в таком сбое нет, да и решение вопроса выглядит достаточно простым. Единственное, что еще стоит отметить, так это установку новых или обновление существующих драйверов печатающих устройств. Конечно, обязательным условием это не является, тем не менее, такую процедуру произвести было бы очень желательно. Сделать это можно либо из Диспетчера устройств, либо при помощи специально для этого разработанных утилит наподобие программы Driver Booster или чего-то еще.
Что же касается исправления самой ситуации со службой, здесь не рассматривались вопросы, связанные с проверкой компьютерных систем на вирусы. Также не приводились методы включения (активации) службы, например в настройках групповых политик или при помощи изменения соответствующих параметров ключей системного реестра, поскольку такая методика гораздо сложнее того, что было описано выше. Да и не всякий пользователь захочет в них копаться, а то ведь еще, чего доброго, можно и всю систему «посадить».
В остальном же проблем ни у одного юзера возникнуть не должно. Как именно поступить, какой метод задействовать, каждый уже решает сам, но, как показывает практика, проще всего активировать службу из командной строки (при условии, что необходимые файлы в порядке). Методику с восстановлением файлов и активацией этого системного компонента из раздела служб можно применить, если простейший способ не оказывает никакого влияния на систему. И, конечно же, при обнаружении того, что файлы повреждены или просто отсутствуют в системе, лучше не копировать их с другого устройства, а при наличии активного подключения к Интернету использовать автоматические утилиты, которые загрузят недостающие файлы и интегрируют их в систему без участия юзера. Собственно, именно для этого они и разрабатывались.
RPC позволяет операционной системе выполнять различные действия на удаленных компьютерах или периферийных устройствах. Если работа RPC нарушена, то система может утратить способность использовать функции, в которых применяется данная технология. Далее поговорим о наиболее распространенных причинах и способах решения неполадок.
Данная ошибка может появляться в разных ситуациях – от установки драйверов для видеокарты и периферийных устройств до получения доступа к средствам администрирования, в частности управлению дисками, и даже при простом входе в учетную запись.
Причина 1: Службы
Одной из причин ошибки RPC является остановка служб, отвечающих за удаленное взаимодействие. Происходит это вследствие действий пользователя, при установке некоторых программ или из-за «хулиганских» действий вирусов.
Если ошибка не пропала, то переходим ко второму этапу настройки служб, на этот раз с помощью «Командной строки» . Нужно изменить тип запуска для «DCOMLaunch» , «SPOOFER» и «RpcSS» , присвоив ему значение «auto» .
В случае их отсутствия самым верным решением будет восстановление системы, о чем поговорим немного позже.
Причина 2: Повреждение или отсутствие системных файлов
Повреждение файловой системы может и должно приводить к различного рода ошибкам, в том числе и к той, о которой мы говорим в этой статье. Отсутствие некоторых системных файлов говорит о серьезном сбое в работе ОС. Антивирусное программное обеспечение также может удалить некоторые файлы из-за подозрений во вредоносности. Такое довольно часто случается при использовании пиратских сборок Windows XP или действий вирусов, заменивших «родные» документы на свои.
Если такое произошло, то, скорее всего, никакие действия, кроме восстановления системы не помогут избавиться от ошибки. Правда, если здесь поработал антивирус, то можно попытаться извлечь файлы из карантина и запретить в дальнейшем их сканировать, но стоит помнить, что это могут быть вредоносные компоненты.
Вариантов восстановления операционной системы несколько, нам подойдет переустановка с сохранением пользовательских параметров и документов.
Причина 3: Вирусы
В том случае, если никакие методы не помогают устранить ошибку сервера RPC, то, вероятно, у вас в системе завелся вредитель и необходимо произвести сканирование и лечение одной из антивирусных утилит.
Заключение
Ошибка RPC сервера — довольно серьезная неполадка операционной системы, зачастую устраняемая только с помощью полной переустановки. Восстановление может не помочь, так как не затрагивает пользовательские папки, а некоторые вирусы «прописываются» именно там. Если вредоносные программы не были обнаружены, но антивирус продолжает удалять системные файлы, то пришло время задуматься о надежности и безопасности, и установить лицензионную Windows.
Добрый день уважаемые читатели и подписчики, в прошлый раз мы с вами устраняли проблему в 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. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.
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 error message in ABBYY FlexiCapture 9.0:
"Connection to network licensing server
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
- 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
- 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.
- 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.
- 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.
- 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.
- 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.
- Try changing the communication protocols. For example, if the server and the workstation use TCP/IP, switch them both to NamedPipes.
- 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.
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 .
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.
