Сервер RPC недоступен: полное руководство по устранению ошибки в Windows

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

Протокол RPC (Remote Procedure Call, удалённый вызов процедур) — это механизм, который позволяет программам обращаться к функциям, выполняемым на другом компьютере или в другом процессе. В Windows он лежит в основе множества системных операций: от управления службами до обмена данными между приложениями. Когда клиент RPC не может связаться с сервером, появляется сообщение «Сервер RPC недоступен» (The RPC server is unavailable).

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

Типичный сценарий выглядит так: клиент RPC подключается к службе RPC Endpoint Mapper на сервере по TCP-порту 135 и запрашивает номер порта, на котором работает нужная служба. Endpoint Mapper возвращает динамический порт (в современных Windows — в диапазоне 49152–65535), после чего клиент устанавливает соединение уже напрямую с этой службой. Если на любом из этих этапов происходит сбой, возникает ошибка.

Основные причины: от служб до сетевых настроек

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

• Остановленные или неправильно настроенные службы RPC — ключевые компоненты могут быть отключены, особенно после «оптимизации» системы сторонними утилитами.
• Блокировка брандмауэром — Windows Firewall или сторонний антивирус может блокировать порт 135 или динамические RPC-порты.
• Проблемы с сетью — неверные настройки IP, DNS, отключённый IPv6 или общий доступ к файлам и принтерам.
• Некорректное имя или IP-адрес сервера — если DNS-запись устарела или имя компьютера изменилось.
• Вредоносное ПО — некоторые вирусы целенаправленно блокируют доступ к серверам лицензирования, что также проявляется ошибкой RPC.

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

Проверка и настройка служб RPC

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

• Удалённый вызов процедур RPC (RPC) — тип запуска «Автоматически»;
• Сопоставитель конечных точек RPC (RPC Endpoint Mapper) — «Автоматически»;
• Модуль запуска процессов DCOM-сервера (DCOM Server Process Launcher) — «Автоматически»;
• Инструментарий управления Windows (WMI) — «Автоматически»;
• Служба времени Windows — «Автоматически»;
• Локатор удалённого вызова процедур RPC (RPC Locator) — «Вручную», но в некоторых случаях помогает переключение на «Автоматически».

Если какая-то служба остановлена, запустите её и установите нужный тип запуска. После изменений перезагрузите компьютер. Если изменить параметры через интерфейс не удаётся (например, из-за ограничений прав), можно использовать редактор реестра: перейдите к разделу HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services и измените значение параметра Start на 2 (автоматический запуск) для подразделов DcomLaunch, RpcEptMapper, RpcLocator, RpcSs, W32Time, Winmgmt.

Также стоит обратить внимание на службы, которые могут влиять на вход в систему: Модуль поддержки NetBIOS через TCP/IP и Удалённый реестр. В некоторых случаях их отключение приводит к ошибке RPC.

Настройки сети: IPv6, общий доступ и DNS

Отключённый протокол IPv6 или компонент «Общий доступ к файлам и принтерам для сетей Майкрософт» — частая причина ошибки RPC. Чтобы проверить их, откройте свойства сетевого подключения (Win+R, ncpa.cpl), выберите активный адаптер и убедитесь, что отмечены пункты «IP версии 6 (TCP/IPv6)» и «Общий доступ к файлам и принтерам для сетей Майкрософт». Если они не активны, включите их и перезагрузитесь.

Некоторые приложения некорректно работают при отключённом IPv6, возвращая ошибку 1722. Если после включения IPv6 проблема сохраняется, можно отключить протокол Teredo, который используется для совместимости IPv6 поверх IPv4. Для этого выполните в командной строке от имени администратора:

netsh interface teredo set state disabled

Для повторного включения используйте netsh interface teredo set state enabled.

Также проверьте DNS-настройки. Если имя сервера не резолвится в правильный IP-адрес, сбросьте кэш DNS командой ipconfig /flushdns. Если имя компьютера недавно менялось, выполните ipconfig /registerdns для перерегистрации в DNS.

Брандмауэр и порты: как открыть доступ

Брандмауэр Windows или сторонний файрвол может блокировать RPC-трафик. Для корректной работы RPC необходимо разрешить входящие подключения к порту TCP 135 (служба RPC Endpoint Mapper) и к динамическим RPC-портам (49152–65535). В Windows Firewall можно создать правила вручную или использовать встроенные разрешения.

Простой способ — открыть «Брандмауэр Защитника Windows» в Панели управления, выбрать «Разрешение взаимодействия с приложениями или компонентами» и включить «Удалённый помощник». Если это не помогает, создайте правила для портов: в оснастке «Брандмауэр в режиме повышенной безопасности» добавьте входящие правила для TCP 135 и диапазона 49152–65535 для всех трёх профилей (доменный, частный, публичный).

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

Диагностика с помощью команд и утилит

Для точной диагностики полезно использовать встроенные инструменты. Проверьте доступность порта 135 на удалённом сервере с помощью PowerShell:

Test-NetConnection 192.168.1.1 -port 135

Если в выводе TcpTestSucceeded указано True, порт доступен. Если False, проблема в сетевой связности или брандмауэре.

Утилита PortQry (доступна для скачивания с сайта Microsoft) позволяет получить список конечных точек RPC, зарегистрированных на удалённом компьютере:

portqry -n 192.168.1.1 -p tcp -e 135

Это поможет определить, какие службы RPC запущены и какие порты им назначены. Также можно проверить статус служб из PowerShell:

Get-Service RpcSs,RpcEptMapper,DcomLaunch | Select DisplayName,Status,StartType

Если службы не запущены, это сразу укажет на причину.

Дополнительные методы: от сброса сети до проверки на вирусы

Если стандартные шаги не помогли, попробуйте следующие методы:

• Сброс сетевых настроек: выполните в командной строке от администратора ipconfig /flushdns и ipconfig /renew.
• Смена профиля сети: если используется профиль «Общественная», переключитесь на «Частная» — это может изменить правила брандмауэра.
• Отключение VPN: некоторые VPN-клиенты могут блокировать RPC-трафик, поэтому временно отключите их.
• Проверка файла hosts: убедитесь, что в нём нет записей, блокирующих доступ к нужным серверам.
• Сканирование на вредоносное ПО: вирусы могут целенаправленно блокировать RPC, особенно если ошибка возникает при запуске «пиратского» ПО.

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

Особенности для Windows Server и корпоративных сред

В корпоративных сетях ошибка RPC часто связана с настройками групповых политик и брандмауэра. Администраторам рекомендуется:

• Распространять правила брандмауэра для RPC через GPO, чтобы все компьютеры домена имели одинаковые настройки.
• Проверять, что службы RPC запущены на всех серверах, особенно на контроллерах домена.
• Использовать PowerShell для массовой проверки статуса служб на множестве машин.

В Windows Server 2016 и новее динамический диапазон RPC-портов по умолчанию — 49152–65535. Если в сети есть устройства, не поддерживающие этот диапазон, можно сузить его через реестр, но это требует осторожности и тестирования.

Также стоит учитывать, что в Windows 10 1809 и Windows Server 2019 появился встроенный снифер трафика Packet Monitor (PktMon.exe), который может помочь в анализе сетевых проблем.

Профилактика: как избежать ошибки в будущем

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

• Не отключайте системные службы без необходимости, особенно те, что связаны с RPC и DCOM.
• Регулярно обновляйте Windows и драйверы сетевых устройств.
• Используйте надёжный антивирус и периодически проверяйте систему на вредоносное ПО.
• Настраивайте брандмауэр правильно, разрешая только необходимые порты и службы.
• Следите за состоянием сети: проверяйте IP-адреса, DNS и физические подключения.

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

Вопросы и ответы