Системная ошибка 1722 сервер rpc недоступен. "Сервер RPC недоступен": что это за ошибка и как ее исправить простейшими методами

Причина многих сбоев служб 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 является неожиданная и беспричинная пропажа звука . Здесь будем рассматривать случай, когда стандартные методы устранения неполадок и даже восстановление системы не дают положительных результатов и, вместо восстановления звука появляется сообщение о том, что аудио устройство отсутствует или, что не удалось запустить дочернюю службу (ошибка 1068 ). А теперь о том: как восстановить звук в данном случае. Службу Windows Audio включаем набором последовательных действий …

Открываем: Панель управления-Администрирование-Службы . В самом легком случае нужно последовательно отыскать и запустить (тип запуска автоматически, чтобы включить его нужно правой кнопкой щелкнуть по

нужной службе, открыть Свойства и выбрать тип запуска) службы :

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

Питание
Сервер
Удаленный вызов процедур
Удаленный реестр Не работающие так же включаем по очереди. Звук появился? Перезагружаем компьютер и смотрим фильм в хорошем качестве, или музыку слушаем. Кроме этого можно проверить не блокирует ли брандмаузер используемые порты, проверить правильность имени компьютера или его IP-адреса.

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

Эта ошибка (1722 ) возникает в разных ситуациях на системах семейства Windows:

1. Установка программ (например, для работы с принтером ).
2. Обновление драйверов и системы.
3. При шифровании утилитой Bitlocker.
4. При запуске компьютера.

Ещё недоступность сервера rpc связанна с проблемой отсутствия звука в Windows 7. В Windows XP проблема может возникнуть при обновлении пакета SP2 на SP3. Очень часто возникает при печати, особенно при использовании принтера canon. Несмотря на разнообразность данных ситуаций, решение у всех почти одинаково.

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

Что делать если сервер rpc недоступен

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

1. Диспетчер печати.
2. Удаленный вызов процедур (RPC ).
3. Модуль запуска процессов DCOM-сервера.
4. Питание.

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

Включите эти службы и поставьте автоматический тип запуска. Перейдите в меню Пуск >> Выполнить и введите команду services.msc как изображено ниже. Вы попадёте в панель управления службами компьютера.

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

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

Так же можно скачать специальное исправление от microsoft. Оно поможет только в том случае, если данная ошибка возникает при попытке шифрования носителя через встроенную утилиту Bitlocker. Как правило, она возникает на Windows 7 Ultimate и более поздних версиях.

Помогли ли вам данные советы по устранение ошибки RPC?

Poll Options are limited because JavaScript is disabled in your browser.

Добрый день уважаемые читатели и подписчики, в прошлый раз мы с вами устраняли проблему в 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. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.

Несомненно, многим пользователям седьмой версии 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 или чего-то еще.

Что же касается исправления самой ситуации со службой, здесь не рассматривались вопросы, связанные с проверкой компьютерных систем на вирусы. Также не приводились методы включения (активации) службы, например в настройках групповых политик или при помощи изменения соответствующих параметров ключей системного реестра, поскольку такая методика гораздо сложнее того, что было описано выше. Да и не всякий пользователь захочет в них копаться, а то ведь еще, чего доброго, можно и всю систему «посадить».

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