Сервер RPC недоступен в Windows: причины, проверка служб, DNS и firewall

Ошибка «Сервер RPC недоступен» означает, что клиент не смог установить удалённый вызов процедур с нужной службой. Она встречается при работе с доменом, удалённым администрированием, сетевыми принтерами, WMI и другими компонентами Windows. Причину лучше искать по уровням: имя узла и DNS, доступность сети, службы RPC и firewall.

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

1. Проверьте имя и сетевую доступность

ping SERVERNAME
nslookup SERVERNAME

Если имя разрешается в неправильный IP-адрес, сначала исправьте DNS. В доменной среде особенно важно, чтобы клиент использовал DNS-серверы Active Directory, а время на компьютерах не расходилось.

Если DNS уже исправлен, но клиент продолжает использовать старую запись, можно очистить локальный DNS-кэш. Это не заменяет исправление самой DNS-записи.

2. Проверьте базовые службы

Откройте services.msc и проверьте состояние службы Remote Procedure Call (RPC). Она является системной и обычно уже запущена. Не пытайтесь отключать или вручную «переустанавливать» RPC. В зависимости от сценария также могут быть важны RPC Endpoint Mapper, DCOM Server Process Launcher и службы конкретного приложения.

Legacy: проверка параметров служб в реестре

Старая инструкция предлагала вручную проверять значения запуска системных RPC/DCOM-служб в реестре. Скриншоты сохраняю для диагностики уже изменённых систем, но менять эти параметры «по картинке» не следует: сначала сравните их с исправной системой той же версии Windows, политиками организации и документацией Microsoft. Ошибка здесь может нарушить загрузку системных служб.

3. Проверьте TCP 135 и динамические RPC-порты

RPC Endpoint Mapper использует TCP 135, после чего клиенту может быть назначен динамический порт. Если между компьютерами есть firewall, ACL или VPN, одной проверки порта 135 недостаточно.

Test-NetConnection SERVERNAME -Port 135

Для доменных сценариев могут дополнительно требоваться SMB, LDAP и другие службы. Не открывайте широкий диапазон портов в интернет — правила должны действовать только между доверенными сетями/узлами.

4. Проверьте Windows Firewall

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

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

5. Проверьте компоненты сетевого профиля только по необходимости

Старая инструкция также проверяла IPv6 и компонент общего доступа к файлам и принтерам. Это не универсальное требование для любого RPC-вызова. Проверяйте их только если конкретная роль Windows или используемый сценарий действительно от них зависит.

6. Если ошибка возникает в домене

• проверьте DNS-клиент и записи контроллеров домена;
• сверьте дату, время и часовой пояс;
• проверьте доступность контроллера по имени;
• посмотрите журналы System и DNS Client Events;
• для присоединения к домену проверьте также необходимые AD-порты.

7. Не лечите RPC «перезапуском всего подряд»

Сообщение RPC — это симптом. Если проблема только в одном приложении, сначала проверьте его службу, учётные данные, имя сервера и сетевые правила. Если ошибка появляется сразу в нескольких системных инструментах, начинайте с DNS, TCP 135 и журналов Windows.