«сервер rpc недоступен»: что это за ошибка и как ее исправить простейшими методами

Исправление ошибки с помощью оригинальных библиотек

Теперь посмотрим на ситуацию, когда вышеуказанные файлы повреждены или отсутствуют. В принципе, можно поступить самым простым способом: скопировать их из аналогичной системы (с другого компьютера), после чего вставить в системную папку System32.

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

В самом редакторе следует найти службу удаленного вызова процедур (RPC) и нажать на автозагрузку, после чего в типе запуска указать «Автоматический». После сохранения измененных параметров, как и в первом случае, понадобится произвести полную перезагрузку системы, чтобы они вступили в силу.

Примечание: после перезагрузки желательно запустить обновление системы в ручном режиме и инсталлировать самые последние пакеты апдейтов. Это может сыграть ключевую роль в корректной активации службы

Попутно особое внимание уделить системе, в которой будет производиться копирование оригинальных файлов, по крайней мере, учтите ее разрядность

Что такое RPC и как работает

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

Технология RPC представлена ​​двумя основными компонентами: сетевым протоколом и языком программирования, обеспечивающим сериализацию объектов и структур. В этом случае могут использоваться разные протоколы, например, наиболее распространенными протоколами являются UDP и TCP. Взаимодействие устройств внутри RPC происходит посредством обмена пакетами через соответствующий порт. В случае сбоя этой цепочки действий служба отвечает ошибкой «Сервер RPC недоступен».

Что такое сервер RCP?

RCP — это специальная служба, отвечающая за возможность обмена информацией между клиентом (компьютером) и конечным устройством, например принтером или МФУ. Эта аббревиатура расшифровывается как Remote Procedure Call, что на английском языке означает «удаленный вызов процесса» и объясняет его значение. Услуга CPR напрямую зависит от правильной работы драйверов. Обязательно проверьте их и исключите другие ошибки принтера.

«Сервер RCP недоступен» — это ошибка, которая возникает по разным причинам в зависимости от действий пользователя, программ с соответствующей авторизацией или вирусов. Эта проблема также может возникнуть при следующем запуске системы из-за ошибки в Windows. Нет смысла рассматривать все возможные варианты, поэтому мы предлагаем вам выполнить основные шаги, которые помогут вам возобновить процесс печати.

Почему может не работать служба RPC

1. Удаленный компьютер с которым идет взаимодействие выключен
2. На удаленном сервере не запущена или перестала работать служба RPC
3. Подключение по RPC происходит не к тому серверу (Может быть проблема с DNS или IP адресом)
4. Есть блокировки между клиентом и сервером на фаэрволе
5. Используются некорректные настройки сетевого подключение на клиенте или сервере

Преимущества удаленного вызова процедур

К преимуществам удаленного вызова процедур можно отнести следующее:

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

Недостатки RPC

• Клиент и сервер используют разные среды выполнения для своих соответствующих подпрограмм, и использование ресурсов, например файлов, также является более сложным. Следовательно, системы RPC не подходят для передачи больших объемов данных.
• RPC очень уязвим для сбоев, потому что он включает в себя систему связи, другую машину и другой процесс.
• Единого стандарта для RPC не существует; это может быть реализовано множеством способов.
• RPC основан только на взаимодействии и, как таковой, не предлагает гибкости, когда дело касается аппаратной архитектуры.

Способы решения для Windows Server 2008, 2012

В Windows Server есть еще одна разновидность ошибки – «Сервер RPC недоступен (Исключение из HRESULT: 0x800706BA)». Она тоже высвечивается в момент попытки выполнения команды с использованием подключения к удаленному ПК. Сначала нужно проверить доступность устройства, это просто сделать с использованием строки: «Get-WmiObject Win32_ComputerSystem –ComputerName 192.168.0.114», где IP и название компьютера указываем своего сервера.

Как можно исправить ошибку с кодом 0x800706ba (0x6ba):

• Удостоверяемся в активности устройства по другую сторону.
• Проверяем правильность IP-адреса или имени компьютера.
• По необходимости включаем «Удаленный вызов процедур (RPC)» и «Инструментарий управления Windows» на серверном ПК. Для быстрой проверки статуса служб sc query Winmgmt и sc query rpcss. Положительный результат выглядит так: «Состояние: 4 RUNNING». Для их включения следует заменить слово query в команде на start.

• Проверяем порты. Команда Test-NetConnection 192.168.1.15 -port 135 отобразит, открыт ли этот порт. Возможно, его придется открыть, инструкция указана выше.
• Устанавливаем правильные параметры DNS.
• Проверяем правильность установленного времени.
• Активируем службу «Помощник TCP/IP NetBIOS».

Сбой с сообщением «Сервер RPC недоступен» Windows 7: запуск службы из командной строки

Для начала самым простым методом исправления ситуации станет запуск службы из командной строки. На данном этапе считаем, что с самими файлами все в порядке.

Вызываем командную строку (cmd) из меню «Выполнить» (Win + R) после чего прописываем там команду net start rpcss. Если с самой службой все нормально, после перезагрузки компьютерного терминала (она, кстати, является обязательной) проблема исчезнет, а сообщение о том, что сервер RPC недоступен, больше пользователя беспокоить не будет (для остановки службы выбирается аналогичная команда, только со словом stop). Если же выше указанный метод по какой-то причине службу не активировал, придется пойти, так сказать, окольными путями.

Ошибка работы с интернет Удаленный узел не прошел проверку в 1С: как исправить

1. Клиент вызывает клиентскую заглушку. Вызов представляет собой вызов локальной процедуры с параметрами, помещенными в стек обычным способом.
2. Клиентская заглушка упаковывает параметры процедуры в сообщение и выполняет системный вызов для отправки сообщения. Упаковка параметров процедуры называется маршалингом.
3. Локальная ОС клиента отправляет сообщение с клиентского компьютера на удаленный сервер.
4. Серверная ОС передает входящие пакеты на серверную заглушку.
5. Заглушка сервера распаковывает параметры из сообщения — это называется демаршалингом .
6. Когда серверная процедура завершается, она возвращается к серверной заглушке, которая маршалирует возвращаемые значения в сообщение. Затем заглушка сервера передает сообщение на транспортный уровень.
7. Транспортный уровень отправляет полученное сообщение обратно на клиентский транспортный уровень, который возвращает сообщение клиентской заглушке.
8. Клиентская заглушка не упорядочивает возвращаемые параметры, и выполнение возвращается вызывающей стороне.

Что за ошибка и почему возникает

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

1. Работа службы PRC была приостановлена или вовсе не запущена.
2. Наименование сервера может быт по ошибке связано с не тем адресом. Получается, что клиент пытается связаться с не тем “собеседником”. Также бывает, что связь пытаются наладить через порт, который не используется или имя сервера просто не распознается системой.
3. Трафик был заблокирован брандмауэром или другим приложением для обеспечения безопасности.
4. Есть проблемы с сетью, которые мешают связи между клиентом и сервером.
5. Недавно были установлены драйвера на принтер, МФУ, звуковую карту и т.д.

Метод 3. Проверьте сетевое соединение

Проблема« Сервер RPC недоступен »иногда возникает из-за того, что ваше сетевое соединение установлен неправильно. Чтобы проверить сетевое соединение:

1) нажмите клавишу с логотипом Windows и R на клавиатуре, чтобы открыть диалоговое окно Выполнить . Затем введите « ncpa.cpl » и нажмите Enter .

2) Щелкните правой кнопкой мыши по используемому сетевому соединению, а затем выберите Свойства .

3 ) Убедитесь, что Общий доступ к файлам и принтерам для сетей Microsoft и Протокол Интернета версии 6 (TCP/IPv6) включены (флажки рядом с этими элементами отмечены ).

Вы также можете сбросить общий доступ к файлам и принтерам, переустановив драйвер сетевого адаптера. Если вам неудобно играть с драйверами устройств, мы рекомендуем использовать Driver Easy . Это инструмент, который обнаруживает, загружает и (если вы используете Pro) устанавливает любые обновления драйверов, необходимые вашему компьютеру.

Для установки сетевого драйвера вам может потребоваться другой компьютер с доступом в Интернет.

Чтобы удалить драйверы с помощью Driver Easy, просто перейдите в Инструменты > Удаление драйверов . Затем выберите сетевой адаптер и нажмите Удалить . (Для этого требуется версия Pro – вам будет предложено выполнить обновление, когда вы нажмете «Удалить».)

После удаления драйвера сетевого адаптера его можно переустановить с помощью Driver Easy. Если у вас нет доступа к Интернету, вы можете использовать функцию Автономное сканирование для установки сетевого драйвера. Он сканирует и обнаруживает ваши сетевые устройства, и вы можете использовать результаты для загрузки сетевых драйверов на другой компьютер с доступом в Интернет.

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

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

Панель управления

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

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

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

Сервер RPC недоступен ABBYY FineReader Licensing Service

При попытке использования программы ABBYY для расшифровки PDF-файлов может появиться подобная ошибка. Мы о ней уже неоднократно слышали и знаем, как исправлять.

Пошаговое руководство:

1. Находим элемент управления services.msc через поиск или строку «Выполнить».
2. Находим все службы, в которых фигурирует слово ABBYY.
3. Открываем их правой кнопкой мыши, переходим в «Свойства» и задаем им «Тип запуска» в положение «Автоматически».
4. Применяем изменения и закрываем окна.

Подводя итог, ошибка «сервер RPC недоступен» практически всегда связана с тем, что не удается подключиться к удаленному компьютеру, серверу или принтеру. Причинами подобному явлению становятся либо закрытые порты, либо неактивные службы, либо выключенное состояние серверных-устройств. Все это легко поправить вручную и теперь вы знаете, как это сделать во всех популярных версиях Windows.

Разведка

Сканирование портов

IP-адрес машины — 10.10.10.213, я добав­лю его в  и даль­ше буду обра­щать­ся к ней по адре­су .

Даль­ше, как всег­да, ска­ниру­ем пор­ты с помощью Nmap. Если читал дру­гие про­хож­дения, то уже, навер­ное, ско­пиро­вал мой скрипт. Он сна­чала ска­ниру­ет весь диапа­зон, а затем пов­торно про­ходит­ся по най­ден­ным пор­там, исполь­зуя скрип­ты (опция ).

Ре­зуль­тат работы скрип­та

На­ходим два откры­тых пор­та:

• порт 80 — веб‑сер­вер Microsoft IIS;
• порт 135 — служ­ба Microsoft RPC.

Пер­вичный ана­лиз сай­та ничего не дал (кро­ме еще одно­го домен­ного име­ни), поэто­му, пока мы не засели за его глу­бокое тес­тирова­ние, мож­но быс­трень­ко про­верить служ­бу RPC.

Стар­товая стра­ница сай­та

Мы можем выпол­нить пол­ный дамп записей при помощи rpcdump (в качес­тве парамет­ра нуж­но передать толь­ко номер пор­та), но это ничего инте­рес­ного нам не дает.

Но rpcdump не выпол­няет зап­росы DCE/RPC.

Сканирование DCE/RPC

DCE/RPC — это сис­тема уда­лен­ного вызова про­цедур, раз­работан­ная для рас­пре­делен­ной вычис­литель­ной сре­ды. Эта сис­тема поз­воля­ет прог­раммис­там занимать­ся раз­работ­кой рас­пре­делен­ного соф­та так, буд­то все работа­ет на том же компь­юте­ре, без необ­ходимос­ти вол­новать­ся за код, отве­чающий за работу с сетью. Мы можем прос­каниро­вать DCE/RPC и поис­кать служ­бы, которые дос­тупны через TCP. Для ска­ниро­вания подой­дет модуль из Metasploit Framework.

Ре­зуль­тат DCE/RPC-ска­ниро­вания

В резуль­тате мы получа­ем два GUID, зна­чение которых мы можем пос­мотреть на сай­те Microsoft. Там мы узна­ем, что GUID отве­чает за интерфейс , о котором мы можем почитать в докумен­тации.  — это служ­ба, которая запус­кает­ся на каж­дой машине, где есть под­дер­жка COM+. Он уда­лен­но исполь­зует­ся для дос­тупа к локаль­ному рас­позна­вате­лю объ­ектов.

Таб­лица соот­ветс­твия GUID и целево­го объ­екта

Од­но из пред­назна­чений  — раз­решение OXID. Ког­да кли­ент получа­ет OXID как часть ссыл­ки на объ­ект, ему информа­цию при­вяз­ки RPC, нуж­ную для свя­зи с уда­лен­ным неиз­вес­тным объ­ектом экспор­тера объ­екта. Наибо­лее инте­ресен метод ServerAlive2(), с помощью которо­го мож­но получить сетевые адре­са. Это мож­но авто­мати­зиро­вать! Выпол­ним ска­ниро­вание с помощью IOXIDResolver.

Ре­зуль­тат работы скрип­та IOXIDResolver

В резуль­тате получим IPv6-адрес хос­та.

Сканирование портов IPv6

Мы получи­ли нуж­ный адрес — нуж­но его прос­каниро­вать ана­логич­но пер­вому, так как некото­рые служ­бы могут отве­чать по IPv6 и не отве­чать по IPv4. Исполь­зуем тот же скрипт, что и при пер­вом ска­ниро­вании.

Ре­зуль­таты ска­ниро­вания пор­тов по IPv6-адре­су

Ви­дим мно­го служб. Я добавил новую запись в .

Пор­ты 80 и 135 пре­дос­тавля­ют такую же информа­цию, что и по IPv4, к LDAP не под­клю­чить­ся, зато к SMB — мож­но.

Способ 5. Перейдите на ChromeOS

Windows – очень старая технология. Конечно, Windows 10 относительно нова, но это всего лишь последняя версия операционной системы, которой уже несколько десятилетий, созданной для ушедшей эпохи (до интернета).

Теперь, когда у нас есть Интернет, высокая скорость соединения, бесплатное облачное хранилище и бесконечные веб-приложения (например, Gmail, Google Docs, Slack, Facebook, Dropbox и Spotify), весь способ работы Windows – с локально установленными программами и локальным хранилищем файлов – полностью устарел.

Почему это проблема? Потому что, когда вы постоянно устанавливаете неконтролируемые сторонние программы, вы постоянно открываете дверь для вирусов и других вредоносных программ. (И небезопасная система разрешений Windows усугубляет эту проблему.)

Кроме того, способ управления установленным программным и аппаратным обеспечением Windows всегда был проблемой. Если ваш компьютер неожиданно выключается или программа устанавливает, удаляет или обновляет неправильно, вы можете получить повреждения «реестра». Вот почему ПК с Windows всегда замедляются и со временем становятся нестабильными.

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

Для большинства людей самый простой способ решить проблемы с Windows – это полностью отказаться от Windows и переключиться на более быструю, надежную и безопасная, простая в использовании и более дешевая операционная система…

Google ChromeOS.

ChromeOS во многом похож на Windows, но вместо установки кучи программ для электронной почты , общаться в чате, просматривать Интернет, писать документы, делать школьные презентации, создавать электронные таблицы и все остальное, что вы обычно делаете на компьютере, вы используете в веб-приложениях. Вам вообще ничего не нужно устанавливать.

Это означает, что у вас нет проблем с вирусами и вредоносными программами, и ваш компьютер не замедляется со временем и не становится нестабильным.

И это только начало преимуществ …

Чтобы узнать больше о преимуществах ChromeOS, а также посмотреть сравнительные видео и демонстрации, посетите GoChromeOS.com .

Cross Site Port Attack(XSPA) или Подделка запросов на стороне сервера (Server Side Request Forgery(SSRF))

1. Откройте свой прокси (я использую Burp Suite) и отправьте запрос, который мы сделали ранее, на вкладку репитера, чтобы мы могли управлять им.
2. Теперь мы отправляем запрос POST и перечисляем все доступные методы. Почему? Потому что именно так мы узнаем, какие действия можно совершить, и потенциально использовать одно из них для атаки.
3. Сделайте запрос POST к файлу xmlrpc.php со следующими данными POST (как показано на следующем изображении)

<methodCall>
<methodName>system.listMethods</methodName>
<params></params>
</methodCall>

1. Вы получите ответ со списком всех доступных методов.

Получен успешный ответ со списком всех доступных методов.

Если вам удалось найти строку pingback.ping в списке методов, тогда файл xmlrpc.php потенциально может быть использован для того, чтобы вызвать DDoS-атаку против хоста жертвы.

Это достигается следующим образом:

1. Поскольку мы хотим, чтобы сервер отправлял нам ответный эхо-запрос, нам нужен общедоступный IP-адрес/сервер для прослушивания. В этом примере я использую ngrok для размещения сервера socat, прослушивающего HTTP-порт 80.
2. Для этого используются следующие команды:

sudo apt install socat 
sudo socat tcp-listen:80,reuseaddr,fork -
./ngrok http 80

Для той же цели можно использовать простой webhook.site.

1. Теперь просто отправьте запрос POST со следующими данными XML (как показано на изображении).

<?xml version=”1.0" encoding=”UTF-8"?>
<methodCall>
<methodName>pingback.ping</methodName>
<params>
<param>
<value><string>ВАШ_СЕРВЕР:ВАШ_ПОРТ</string></value>
</param>
<param>
<value><string>URL_ДО_ВАЛИДНОГО_БЛОГА_НА_ВЕБСАЙТЕ</string></value>
</param>
</params>
</methodCall>

Здесь нужно заполнить 2 вещи:

(i) IP адрес вашего сервера

(ii) Ссылка на какой-нибудь действительный пост с сайта WordPress, который используется для обратного отклика.

Как только вышеупомянутый запрос отправлен, хост-жертва (115.97.xxx.67tunneling через ngrok) получает запись в своём файле журнала с запросом, исходящим из домена WordPress, подтверждающим ответный пинг. Что видно на скриншоте выше.

Как найти причину

Что значит сервер RPC недоступен, в общих чертах понятно. Это невозможность установить связь между устройствами, но что делать в таких случаях? Как уже было сказано, для выяснения причины ошибки следует использовать Журнал событий, который открывается командой eventvwr.msc. Связанные с RPC сбои находятся в разделе «Система», и если вы начнете просматривать Журнал сразу после появления ошибки, то ее описание будет в самом верху. Также вы можете воспользоваться поиском, отфильтровав события по источнику. Далее дело техники – смотрим код ошибки и выполняем поиск решения в интернете.

Метод 2: Проверьте брандмауэр на вашем компьютере

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

Если вы используете брандмауэр Windows , вот шаги его настройки:

1) Нажмите логотип Windows и R на клавиатуре, чтобы открыть Выполнить диалог. Затем введите « control « и нажмите Enter ..

2) На панели управления выполните поиск брандмауэр Windows . Затем нажмите Разрешить приложение через брандмауэр Windows под Брандмауэр Windows .

3) Прокрутите вниз, чтобы найти Удаленный помощник . Убедитесь, что связь включена (все поля этого элемента отмечены ).

Проверка подлинности IIS

RPC по протоколу HTTP может использовать обычный механизм проверки подлинности IIS. Виртуальный каталог для прокси-сервера RPC можно настроить с помощью узла Rpc под веб-сайтом по умолчанию в оснастке MMC IIS:

Службы IIS можно настроить для отключения анонимного доступа и требовать проверки подлинности в виртуальном каталоге для прокси-сервера RPC. Для этого щелкните правой кнопкой мыши узел Rpc и выберите пункт «Свойства». Перейдите на вкладку «Безопасность каталога» и нажмите кнопку «Изменить» в группе «Проверка подлинности» и контроль доступа, как показано ниже:

Хотя RPC по протоколу HTTP можно использовать, даже если виртуальный каталог прокси RPC разрешает анонимный доступ, корпорация Майкрософт настоятельно рекомендует отключить анонимный доступ к этому виртуальному каталогу по соображениям безопасности. Вместо этого для RPC через HTTP включите обычную проверку подлинности, Windows встроенную проверку подлинности или оба. Помните, что только RPC по протоколу HTTP версии 2 может проходить проверку подлинности на прокси-сервере RPC, требующем обычной или встроенной проверки подлинности Windows; RPC через HTTP версии 1 не сможет подключиться, если запрещен анонимный доступ отключен. Так как RPC по протоколу HTTP версии 2 является более безопасной и надежной реализацией, используя версию Windows, которая поддерживает ее, повысит безопасность ваших установок.

Примечание

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

Что такое XML-RPC?

Согласно Википедии:

WordPress задействует этот протокол XML-RPC, который используется для обмена информацией между компьютерными системами по сети. Короче говоря, это система, которая позволяет вам публиковать сообщения в своём блоге WordPress с помощью популярных клиентов веб-журналов, таких как Windows Live Writer, или с помощью мобильного приложения WordPress. Она также необходима, если вы хотите подключиться к таким сервисам, как IFTTT.

Чертовски полезно, если подумать. Но это происходит за счёт рисков для безопасности. К примеру, Xmlrpc brute — инструмент брутфорса WordPress методом xmlrpc.

Шифрование трафика

RPC через HTTP может шифровать трафик между RPC через HTTP-клиент и прокси-сервер RPC с помощью SSL. Трафик между прокси-сервером RPC и RPC через HTTP-сервер шифруется с помощью обычных механизмов безопасности RPC и не использует SSL (даже если выбран протокол SSL между клиентом и прокси-сервером RPC). Это связано с тем, что часть трафика перемещается в сети организации и за брандмауэром.

Трафик между клиентом RPC через HTTP и прокси-сервером RPC, который обычно проходит через Интернет, можно зашифровать с помощью SSL в дополнение к тому, какой механизм шифрования был выбран для RPC. В этом случае трафик в интернет-части маршрута становится вдвойне зашифрованным. Шифрование трафика через прокси-сервер RPC обеспечивает вторичную защиту, если прокси-сервер RPC или другие компьютеры в сети периметра скомпрометируются. Так как прокси-сервер RPC не может расшифровать дополнительный уровень шифрования, прокси-сервер RPC не имеет доступа к отправляемым данным. Дополнительные сведения см. в Рекомендации RPC по протоколу HTTP Deployment. Шифрование SSL доступно только с помощью RPC по протоколу HTTP версии 2.

Сервер RPC недоступен. Ошибка 1722

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

Заодно следует проверить состояние служб «Удаленный реестр», «Удаленный вызов процедур», «Питание» и «Сервер». Все они должны работать, и все они должны иметь тип запуска «Автоматически». Появляется ошибка с кодом 1722 и описанием «сервер RPC недоступен» не только в Windows 7, но и в Windows 10. Способы ее устранения в разных версиях системы аналогичны приведенным выше.

Заключение

Вот, собственно, и все, что касается проблемы со службой RPC. Как видим, ничего страшного в таком сбое нет, да и решение вопроса выглядит достаточно простым. Единственное, что еще стоит отметить, так это установку новых или обновление существующих драйверов печатающих устройств. Конечно, обязательным условием это не является, тем не менее, такую процедуру произвести было бы очень желательно. Сделать это можно либо из Диспетчера устройств, либо при помощи специально для этого разработанных утилит наподобие программы Driver Booster или чего-то еще.

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

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