Системная ошибка 1722 сервер rpc недоступен. Ошибка «сервер RPC недоступен»: ключевые способы решения проблемы

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

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

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

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

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

Иногда нужно произвести распечатку важного документа на принтере, а тебе на запрос печати выдается сообщение «Сервер 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 - 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 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 включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

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