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

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

Такая проверка необходима в том случае, если ошибка появляется сама по себе. Обычно в журнале событий отобразится код 1722, что означает проблему со звуком. В большинстве других случаев она кроется в связи с внешними устройствами или ошибками в файлах. Давайте подробнее разберем все способы решения неполадки с сервером RPC.

Способ 1: Код ошибки: 1722

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

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

Способ 2: Отключение брандмауэра Windows

Защитник Виндовс может не пропускать некоторые пакеты, например, при попытке распечатать документ, и вы получите ошибку о недоступном RPC-сервисе. В таком случае брандмауэр потребуется временно или навсегда отключить. Сделать это можно любым удобным для вас способом. Более подробно об отключении данной функции читайте в нашей отдельной статье.

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

Если неполадка возникает во время старта системы, здесь может помочь ручной запуск всех сервисов при помощи «Диспетчера задач» . Выполняется это очень просто, потребуется сделать всего несколько простых действий:

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

Способ 4: Устранение неполадок Windows

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

Способ 5: Ошибка в FineReader

Многие используют программу ABBYY FineReader для обнаружения текста на картинках. Работает она, используя сканирование, а значит, могут быть подключены внешние устройства, из-за чего и возникает данная ошибка. Если предыдущие способы не помогли решить проблему с запуском этого софта, значит остается только этот вариант решения:

Способ 6: Проверка на вирусы

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

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

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

О чём пойдет речь:

Что такое сервер RPC

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

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

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

Особенности работы RPC

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

• при передаче данных с разных компьютеров с разными адресами ошибки возможны всегда. Дело усугубляется, если машины используют разные операционные системы – Windows 7, XP, или разную архитектуру – прямой или обратный порядок байтов. Чтобы компенсировать разницу, параметры RPC нужно копировать с одной машины на другую и выполнять сериализацию;
• удаленный вызов предполагает использование транспортного протокола, например, TCP;
• вызов процедуры как в локальном пространстве, так и удаленно для пользователя реализуется в одном процессе. Но на деле сервер RPC предполагает 2 процесса. В результате, если аварийно завершена вызывающая процедура, вызванные зависают, что и приводит к появлению ошибки 1722. Если аварийно завершаются вызванные, вызвавшие безрезультатно ждут ответа. Вариант «сервер RPC недоступен» в Windows 7 чаще всего имеет такое происхождение;
• проблема совместимости разных операционных сред, разной структуры данных, разной структуры вызова пока нарушен. В результате «сервер RPC недоступен» Windows остается периодически возникающим ошибкам, с которым приходится справляться самостоятельно или с чужой помощью.

Что делать при отсутствии удаленного вызова?

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

1. В меню «Пуск» находят «Панель управления».
2. Во вкладке администрирования просматривают события. Если ошибка сервер RPC недоступен была последним событием, то в журнале ее код является верхним в списке. На фото – работы в ОС по устранению сбоя.
3. В сети находят по коду описание события и рекомендованные для устранения сбоя действия.

Проверка системы Windows XP антивирусом

Если таким образом неполадку устранить не удалось, может помочь проверка системы Windows XP, антивирусом: в некоторых случаях отказ удаленного вызова связан с деятельностью червя Conficker.

Этот вариант возникает довольно часто. Связан с установкой программы – в особенности для работы с принтерами, с обновлением драйвером, порой возникает при загрузке системы. В Windows XP возникает даже при обновлении SP2 на SP3. В 7 версии принтер может быть недоступен из-за отсутствия звука.

В особенности часто на появление ошибки 1772 жалуются владельцы принтеров Canon.

1. В таких случаях рекомендуется сначала проверить XP или другую версию на вирусы. Если сканирование результатов не дало, предпринимают следующие действия.
2. Под учетной записью администратора проверяют состояние ряда служб:
   • диспетчер печати;
   • удаленный вызов процедуры;
   • питание;
   • модуль запуска DCOM-сервера.
   • Необходимо включить все эти службы, если они был отключены, затем перейти в меню «Пуск», в раздел «Выполнить» и ввести в командную строку services.mcs.
3. Таким образом переходят в свойства всех перечисленных выше служб, где можно изменить их параметры.
4. После выполнения всех проверок обязательно перезапускают компьютер. Если после перезапуска печать выполняется, и ошибка 1722 сервер RPC недоступен не возникает. Значит, проблема устранена.

Еще один возможный вариант для версий ОС от Windows Ultimate и выше – сбой из-за попыток шифрования через утилиту Bitlocker. В этом случае нужно скачать исправление на сайте. Microsoft.

Сервер RPC недоступен в Windows 10, 7 и 8 может быть связан со звуком, поскольку параметры службы Audio связаны с сервисом питания. В таких случаях входят через «Пуск» в «Панель управления», находят вкладку «Администрирование» и «Службы». Отсюда запускают построение конечных точек сервиса.

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

Что делать, если обращение к антивирусу не помогло? Такой вариант возможен, если вирус заразил систему уже после последнего сохранения раздела. В таких случаях можно попробовать реанимировать работоспособность реестра SYSTEM.

По адресу Windows\System32\Config входят в директорию сохраненных версий – RegBack. Отсюда копируют файл System и помещают его в папку Config, заменяя таким образом поврежденный.

В версиях Windows 10 и 8 есть консоль восстановления. С ее помощью можно восстановить реестр, используя меню дополнительных параметров.

Несомненно, многим пользователям седьмой версии 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 недоступен», также часто указываются уточняющие коды ошибок (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 в «Конфигурациях системы».

Заключение

Появление в Windows XP/7/10 ошибки RPC-сервера (при печати или приложении ABBYY Finereader) не требует восстановления или переустановки ОС и решается вполне легкими методами. Не обязательно, но очень желательно всегда выполнять сканирование ПК на трояны. Устанавливайте с сайта Microsoft последние официальные обновления, которые содержат решения ко многим багам и уязвимости системы.

Здравствуйте.

проблема такова
есть сервер под управлением Windows Server 2008 Std
Сервер выполняет роль AD и DNS

в логах появились ошибки

" Ошибка при обработке групповой политики. Не удалось разрешить имя компьютера. Возможные причины:

a) Ошибка разрешения имен на текущем контроллере домена.
b) Запаздывание репликации Active Directory (созданная на другом контроллере домена учетная запись еще не реплицирована на текущий контроллер домена)."

"DNS-серверу не удается прослушать сокет для работы по протоколу TCP по адресу 192.168.1.75. В данных события содержится код ошибки. IP-адрес 0.0.0.0 может означать допустимый "любой адрес", в котором все настроенные IP-адреса для компьютера доступны для использования.
Перезапустите DNS-сервер или перезагрузите компьютер."

На что смотреть? Спасибо

c:\>dcdiag

Диагностика сервера каталогов

Выполнение начальной настройки:
Выполняется попытка поиска основного сервера...
Основной сервер = MATRIX1
Ошибка привязки каталога 1722:
Сервер RPC недоступен.
Это может ограничить некоторые проверки, доступные для выполнения.
* Идентифицирован лес AD.
Сбор начальных данных завершен.

Выполнение обязательных начальных проверок

Запуск проверки: Connectivity
Сбой функции DsBindWithSpnEx() с ошибкой 1722,
Сервер RPC недоступен..
......................... MATRIX1 - не пройдена проверка Connectivity

Выполнение основных проверок

Сервер проверки: Default-First-Site-Name\MATRIX1
Пропуск всех проверок, поскольку сервер MATRIX1 не отвечает на запросы
службы каталога.

Выполнение проверок разделов на: ForestDnsZones


CheckSDRefDom

......................... ForestDnsZones - пройдена проверка
CrossRefValidation

Выполнение проверок разделов на: DomainDnsZones
Запуск проверки: CheckSDRefDom

CheckSDRefDom
Запуск проверки: CrossRefValidation
......................... DomainDnsZones - пройдена проверка
CrossRefValidation

Выполнение проверок разделов на: Schema
Запуск проверки: CheckSDRefDom
......................... Schema - пройдена проверка CheckSDRefDom
Запуск проверки: CrossRefValidation
......................... Schema - пройдена проверка
CrossRefValidation

Выполнение проверок разделов на: Configuration
Запуск проверки: CheckSDRefDom

CheckSDRefDom
Запуск проверки: CrossRefValidation
......................... Configuration - пройдена проверка
CrossRefValidation

Выполнение проверок разделов на: EGAIS
Запуск проверки: CheckSDRefDom
......................... EGAIS - пройдена проверка CheckSDRefDom
Запуск проверки: CrossRefValidation
......................... EGAIS - пройдена проверка CrossRefValidation

Выполнение проверок предприятия на: EGAIS.local
Запуск проверки: LocatorCheck
......................... EGAIS.local - пройдена проверка LocatorCheck
Запуск проверки: Intersite
......................... EGAIS.local - пройдена проверка Intersite

C:\Users\Администратор>ipconfig /all

Имя компьютера. . . . . . . . . : MATRIX1
Основной DNS-суффикс. . . . . . : EGAIS.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена. . . . : Нет
WINS-прокси включен. . . . . . . : Нет
Порядок просмотра суффиксов DNS . : EGAIS.local

Ethernet adapter Подключение по локальной сети 2:

n #2
Физический адрес. . . . . . . . . : 00-1E-67-22-91-D1
DHCP включен. . . . . . . . . . . : Да

Ethernet adapter Подключение по локальной сети:

DNS-суффикс подключения. . . . . :
Описание. . . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connectio
n
Физический адрес. . . . . . . . . : 00-1E-67-22-91-D0

Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.1.75(Основной)
Маска подсети. . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.1.1
DNS-серверы. . . . . . . . . . . : 192.168.1.75
NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер Подключение по локальной сети* 8:

Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения. . . . . :
Описание. . . . . . . . . . . . . : isatap.{746B47FD-7AB0-4B0D-98FE-4DB2E19EC
1DB}

DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер Подключение по локальной сети* 9:

Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения. . . . . :
Описание. . . . . . . . . . . . . : isatap.{D3F5E70A-76D0-4007-B912-38442938A
700}
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да