Содержание

1. Введение
2. Остановленная работа службы RPC
3. Неполадки разрешения имен
4. Блокировка трафика брандмауэром
5. Проблемы подключения

1. Введение

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

Удаленный вызов процедур (RPC) — это механизм, который позволяет процессам Windows обмениваться данными между клиентом и сервером по сети или на одном компьютере. Многочисленные интегрированные компоненты Windows используют RPC. RPC использует динамические порты для связи между компьютерами, но статический порт (TCP-порт 135) также должен использоваться в качестве отправной точки для связи. Сопоставьте конечных точек RPC прослушивает этот статический порт.

В типовом сеансе RPC клиент связывается с модулем сопоставления конечных точек сервера на TCP-порте 135 и запрашивает номер динамического порта, назначенный определенной службе. Сервер отвечает, используя IP-адрес и номер порта, которые служба зарегистрировала в RPC при запуске. Затем клиент связывается со службой по IP-адресу и порту.

Возможные причины ошибки «Сервер RPC недоступен»:        

• Остановлена работа службы RPC: Если служба RPC на сервере не работает, клиент не может получить к ней доступ.
• Проблемы с разрешением имен: Имя сервера RPC может разрешать неверный IP-адрес, в результате клиент связывается с неправильным сервером или пытается связаться с не используемым IP-адресом. Кроме того, разрешение имени сервера может быть совсем недоступно.
• Трафик заблокирован брандмауэром: Брандмауэр или другое приложение безопасности на сервере или сетевое устройство брандмауэра между клиентом и сервером могут препятствовать доступу трафика к серверу через TCP-порт 135.
• Проблемы с подключением: Клиент может не получить доступ к серверу из-за общей сетевой проблемы.
   

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

2. Остановлена работа службы RPC

1. Откройте консоль служб на сервере.
2. Найдите службу Remote Procedure Call (RPC) и убедитесь, что она запущена.
   ПРИМЕЧАНИЕ. Обычно служба удаленного вызова процедур (RPC) не работает.
3. Если эта служба остановлена, попробуйте запустить ее вручную.
    

3. Проблемы разрешения имен

1. Выполните эхо-запрос для сервера по имени с клиента для проверки, что имя обращается к правильному IP-адресу. Если это так, разрешение имени, скорее всего, не является причиной неполадки и оставшиеся шаги данного раздела могут быть пропущены.
2. Если клиент и сервер являются участниками домена Active Directory (AD), для разрешения имен используется DNS. Убедитесь, что клиент и сервер оба используют правильные DNS-серверы, которые должны быть внутри домена и обычно являются контроллерами домена.
3. Если используются правильные DNS-серверы, используйте консоль управления DNS на этих серверах, чтобы убедиться, что на сервере RPC зарегистрирована одна или несколько правильных записей в DNS. При необходимости для повторной регистрации записей DNS на сервере RPC можно использовать команду ipconfig /registerdns.
4. При отсутствии домена AD для разрешения имен можно использовать сервер WINS. Список команд ipconfig /all, помимо прочего, wins-серверов, используемых сервером RPC. Проверьте базу данных WINS на этих серверах, чтобы убедиться, что записи, зарегистрированные для сервера RPC, верны. По необходимости на сервере RPC можно выполнить команду nbtstat -RR для повторной регистрации записей WINS.
    

4. Блокировка трафика брандмауэром

1. Проверьте параметры брандмауэра Windows на сервере RPC.
2. Если брандмауэр включен, убедитесь, что трафик на TCP-порте 135 разрешен.
   1. Если сервер находится под управлением Windows Server 2003, брандмауэр Windows может неправильно обрабатывать выделение динамического порта RPC. В данном случае может потребоваться отключить брандмауэр Windows или ограничить порты, используемые RPC (см. шаг 4).
   2. Если сервер находится под управлением Windows Server 2008 или более поздней версии, убедитесь в работе службы брандмауэра Windows. Брандмауэр Windows в Windows Server 2008 и более поздних версиях должен правильно обрабатывать трафик RPC по умолчанию. однако, если это необходимо настроить вручную, см. инструкции в этой статье TechNet: Разрешение входящего сетевого трафика, который использует динамический RPC.
      Если брандмауэр Windows необходимо отключить в Windows Server 2008 или более поздней версии, не останавливайте службу брандмауэра Windows. Вместо этого выполните действия в статье Как правильно отключить брандмауэр Windows в Windows Server 2008 и более поздней версии.
3. Если присутствует программа брандмауэра сторонних разработчиков, другое приложение безопасности или сетевое устройство брандмауэра, определите, правильно ли настроено приложение или устройство для обработки трафика RPC, используя документацию для приложения или устройства.
4. Если программное обеспечение брандмауэра, другое приложение безопасности или сетевое устройство не могут быть настроены на правильную обработку динамического трафика RPC, диапазон портов, используемый RPC, может быть ограничен, а затем этот диапазон можно открыть в брандмауэре или приложении безопасности. Чтобы ограничить диапазон портов, используемый RPC, см. раздел Настройка динамического выделения портов RPC для работы с брандмауэрами.
    

5. Проблемы с подключением к сети

1. Используйте команду ping для проверки основного подключения между клиентом RPC и сервером. Обратите внимание, что данный тест может быть не окончательным, т.к. брандмауэр может блокировать трафик ICMP при разрешении прохождения остального трафика. (ICMP или протокол internet Control Message Protocol — это протокол, который используется командами ping и tracert.)
2. Утилиту командной строки PortQry можно использовать для проверки подключения от клиента к серверу и определения открытых на сервере портов. Он включает поддержку RPC и может использоваться для определения служб с динамическими портами, зарегистрированными в RPC, и конкретных используемых портов. Подробные сведения о PortQry версии 2.0 доступны здесь: Новые функции и функции в PortQry версии 2.0.
3. Если клиент и сервер расположены в разных подсетях, проверьте правильность маршрута трафика между ними. Если они находятся в разных физических местоположениях, убедитесь в работе канала связи между площадками и в свободном прохождении трафика.

Дополнительные инструкции по устранению этой ошибки см. в разделе Поиск и устранение неисправностей «Сервер RPC недоступен».

Общие сведения о RPC см. в разделе Что такое RPC?
 

Истек срок гарантии? Нет проблем. Посетите сайт Dell.com/support, введите сервисный код Dell и просмотрите наши предложения.