Несомненно, многим пользователям седьмой версии 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
Проблемы с сервисом RPC являются одной из наиболее распространённых проблем операционной системы любого поколения, начиная с 2000-й версии.
Сама же служба, название которой расшифровывается как «вызов удалённых процедур», представляет собой технологию, позволяющую приложениям выполнять определённые действия в других адресных пространствах – например, на других компьютерах или устройствах.
В состав RPC включены два основных компонента – сетевой протокол для обмена и язык программирования, с помощью которого обеспечивается сериализация объектов и структур.
Отличия разных версий сервиса заключаются в используемых для их работы технологиях.
В некоторых используется сервис-ориентированная архитектура SOA, в других – расширение DCOM, в третьих – спецификация CORBA.
При этом основными протоколами являются UDP и TCP.
Достаточно редко применяется технология HTTP, не всегда совместимая с архитектурой /OSI.
Если же работа RPC нарушена, обмен данными нарушается, система теряет связь с удалёнными объектами, и некоторые её функции перестают выполняться.
Принцип действия RPC
Причины появления ошибки сервер RPC недоступен
Сообщение о недоступности сервера RPC может появляться при попытке установить или , МФУ, звуковых карт и .
Иногда подобная ситуация возникает при неудачной попытке доступа к удалённым серверам, при сетевой печати и даже во время входа пользователя в систему.
Попытаться определить источник проблемы можно, ознакомившись с логами событий.
Или попробовав воспользоваться несколькими универсальными методиками, восстанавливающими сервис, независимо от причины его неработоспособности.
Сообщение о проблемах с сервером RCP.
Поиск причины неполадки и её исправление
Первым способом, которым стоит воспользоваться для определения причин появления сообщения об ошибке, является проверка логов событий, которые хранятся в системных папках Windows.
Для этого следует:
- Перейти в меню «Пуск» ;
- Выбрать «Панель управления» ;
- Найти вкладку администрирования и перейти к просмотру событий;
Просмотр логов для определения причины неполадок.
- Найти в журнале соответствующую ошибку (если выполнить эти действия сразу же после появления сообщения о проблемах с RPC, событие будет верхним в списке);
- Найти в сети описание проблемы по коду ошибки.
Если таким способом найти неполадку не удалось, стоит попробовать избавиться от неё, проверив систему антивирусом. Например, или другими .
Ведь иногда причинами появления сообщения являются результаты работы вредоносного кода Conficker – «червя», использующего уязвимости сервиса RPC.
Совет: если в процессе проверки вирусы всё-таки были обнаружены, антивирусную программу стоит заменить. Так как при использовании старого антивируса ошибка с RPC, причиной которой стал вредоносный код, может появиться снова.
Иногда помогает устранить ошибку и изменение настроек брандмауэра системы, в котором могут быть отключено прохождение пакетов 135–445.
Убедиться в том, что причиной ошибки является именно Защитник Windows, можно, временно отключив его (через настройки утилиты или с помощью набранной в командной строке команды sc sharedacess stop) и обновив систему с помощью службы автоматического обновления.
Кстати, о том, как работать с Защитником Windows читайте в наших материалах:
Отключение работы брандмауэра и установка обновлений для системы.
Ещё один сравнительно несложный способ решения проблемы – восстановление работоспособности ветки реестра под названием SYSTEM. Для этого можно воспользоваться двумя способами:
1. Перейти по адресу Windows \System32 \Config и войти в директорию сохранённых ранее вариантов – RegBack. Отсюда следует скопировать файл System и поместить его в папку Config.
Методика помогает только, если причиной ошибки был вирус, который заразил систему уже после того как было сделано последнее сохранение раздела;
Восстановление реестра Windows 7.
2. С помощью консоли восстановления, которая обычно есть в составе дистрибутива системы. Для есть возможность восстановить реестр с помощью меню дополнительных параметров.
Хотя при этом теряется информация об устройствах, и всё оборудование придётся устанавливать заново.
Восстановление реестра системы с помощью точек восстановления.
Дополнительный способ – проверка работы некоторых служб. Для неё необходимо:
- Перейти в меню «Пуск» ;
- Запустить командную строку от имени администратора системы;
- Проверить, запущены ли службы под названием DcomLaunch, RpcSS и Spooler (если они работают, значение состояния равно Running);
- Записать эти службы в реестр с помощью команд sc config «название службы» start= auto.
Проверка работы служб с помощью командной строки.
Если ни одна из этих методик не помогла, можно проверить наличие в папке System32 (в директории Windows на системном диске) файлов Spoolss.dll и Spoolss.exe.
С помощью запуска команды sfc/scannow их можно не только найти, но и восстановить предыдущие версии.
Исправление проблем со звуком
В Виндовс 7, 8 и 10 причиной появления сообщения (ошибка 1722 ) могут быть , вызванные непосредственной связью параметров службы Windows Audio с сервисом питания.
Восстановить работоспособность сравнительно несложно.
Для этого переходят в меню Служб системы («Пуск» \ «Панель управления» \ «Администрирование» \ «Службы» ) и запускают средство построения конечных точек сервиса.
О том как решить другие проблемы со звуком читайте в наших материалах:
Если звук не включился, а ошибка 1722 продолжает появляться, можно попробовать другой способ.
Для этого, так же как и в предыдущей методике, следует перейти к службам операционной системы.
РПроверка работы служб.
В открывшемся меню требуется проверить работу служб «Питание» , «Сервер» , «Удалённый реестр» и «Удалённый вызов процедур» .
Те из них, которые не работают, требуется включить. После этого компьютер перезагружается, что, как правило, приводит к исчезновению ошибки.
Хотя для гарантии работоспособности аудио и всей системы в целом можно дополнительно запустить .
На компьютерах достаточно часто возникают разного рода ошибки. Проблема, связанная с недоступностью RPC сервера не исключение. В основном она появляется при обновлении драйверов, но бывают случаи, когда ошибки «сервер RPC недоступен» возникает и при запуске операционной системы (ОС) Windows 7, 8, 10, а также XP или Server 2003, 2008, 2012. Также ошибка может возникать при печати или установке принтера.
RPC - это просто метод для передачи информации между различными процессами или клиентом (техника, что начинает связь) и сервером (устройством, которое пытается связаться с клиентом) в рамках системы или сети. Очень много компонентов ОС Виндовс использует этот способ “общения”. RPC в качестве точек связи использует разные порты чтобы связывать системы между собой.
В случае нарушения работы сервера, когда он недоступен, обмен пакетов данных между системами нарушается, теряется связь с удаленным объектом и функции просто перестают ее выполнять. Поэтому и возникает ошибка.
Что за ошибка и почему возникает
Проблема появляется, когда связь между системами нарушается, так как сервер не может отправить адрес порта точке связи. Появиться она может по следующим причинам:
Поиск причины
Причину, которая вызвала ошибку легко выявить по ее коду. Ее возможно посмотреть в журнале событий, только делать это рекомендуется сразу после обнаружения проблемы:
Общие способы решения
Есть универсальные способы, которые помогают быстро устранить проблему с сервером РПЦ. На их выполнения потребуется немного времени, но результат не заставит ждать.
Перезапуск службы RPC
После этого процесс прекратит работу и тут же запустится.
Этот защитник может попросту не пропускать важные пакеты данных. Именно поэтому рекомендуется отключить
его на время, чтобы точно удостовериться, что это не его вина.
Сделать это можно через панель управления , в разделе системы и безопасности .
Проверка времени компьютера
Если ошибка появилась в момент запуска какой-то программы или ее остановки, то вероятно все связанно с синхронизацией времени. Решить эту проблемы можно таким образом:
Устранение неполадок системы
В случае, если ошибка «сервер РПЦ недоступен» появилась при запуске ОС, необходимо сделать следующее:
Проверка на вирусы
Также можно просканировать систему на наличие вредоносного программного обеспечения (ПО). Также, если антивирус обнаружит что-то, то его рекомендуется заменить
. Дело в том, что если программа не обнаружила вирус самостоятельно, а только после ручного запуска сканирования, то значит, что она не выполняет своих функций.
При обнаружении вируса, его необходимо удалить .
Ошибка с кодом 1722
Ошибка «Сервер RPC недоступен» наиболее часто встречается при проблемах с отсутствием звука. Решается следующим образом:
Ошибка в FineReader
Многие пользователи используют FineReader для поиска и распознавания текста на картинках. Она может вызывать проблемы, а устранить их можно следующим образом:
Проблемы с Bitlocker
Битлокер защищает информацию на носителях информации, например, флешках. И иногда работа этой технологии может вызывать ошибки с сервером RPC. Исправить это можно отключением технологии или просто обновлением. Это можно сделать через центр обновлений Виндовс или скачав необходимые файлы с интернета.
Добрый день уважаемые читатели и подписчики, в прошлый раз мы с вами устраняли проблему в 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 или чего-то еще.
Что же касается исправления самой ситуации со службой, здесь не рассматривались вопросы, связанные с проверкой компьютерных систем на вирусы. Также не приводились методы включения (активации) службы, например в настройках групповых политик или при помощи изменения соответствующих параметров ключей системного реестра, поскольку такая методика гораздо сложнее того, что было описано выше. Да и не всякий пользователь захочет в них копаться, а то ведь еще, чего доброго, можно и всю систему «посадить».
В остальном же проблем ни у одного юзера возникнуть не должно. Как именно поступить, какой метод задействовать, каждый уже решает сам, но, как показывает практика, проще всего активировать службу из командной строки (при условии, что необходимые файлы в порядке). Методику с восстановлением файлов и активацией этого системного компонента из раздела служб можно применить, если простейший способ не оказывает никакого влияния на систему. И, конечно же, при обнаружении того, что файлы повреждены или просто отсутствуют в системе, лучше не копировать их с другого устройства, а при наличии активного подключения к Интернету использовать автоматические утилиты, которые загрузят недостающие файлы и интегрируют их в систему без участия юзера. Собственно, именно для этого они и разрабатывались.