Сервер rpc недоступен windows server 2008 r2 — Ваш верный помощник с OS Windows

Ошибка “
Сервер RPC недоступен
” (
The RPC server is unavailable
) появляется в Windows при ошибке коммуникации между двумя компьютерами по сети, когда компьютер (клиент RPC) не может подключиться к удаленному компьютеру (сервер RPC). В результате программа, которую вы запустили, не работает и возвращает ошибку, т.к. не можете получить данные с удаленного сервера. В этой статье мы разберем наиболее частые проблемы, которые могут препятствовать нормальному взаимодействию компьютеров через сеть по протоколу RPC.

Протокол RPC (Remote Process Call, удаленный вызов процедур) – это распространённый протокол взаимодействия приложений в локальной сети. В основном он используется для обмена данными с удалённым компьютерам, но есть некоторые программы, которые используют RPC для локальных взаимодействий между приложением и запущенной локально службой.

В типовом сеансе клиент RPC подключается к службе RPC Endpoint Mapper (сопоставления конечных точек) на RPC сервере по TCP порту 135 и запрашивает номер порта, на котором запущено нужное ему RPC приложение (служба). Служба RPC Endpoint Mapper возвращает клиенту номер динамического RPC порта, назначенного указанной службе при запуске. Затем RPC клиент взаимодействует с RPC службой по указанному TCP порту.

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

The RPC server is unavailable

В современных версиях Windows (начиная с Windows Vista/2008) используется следующий диапазон динамических RPC портов (Dynamic RPC Port range): 49152 — 65535 (в Windows Server 2003 / XP и ниже использовался другой диапазон 1024 – 65535.

Наиболее распространённые проблемы, из-за которых не работает RPC взаимодействие между компьютерами:

Удаленный компьютер выключен;
Не запущены службы RPC на сервере;
Вы пытаетесь подключиться к RPC серверу по неправильному имени (или как вариант, DNS имени сервера соответствует неверный IP адрес);
Используются некорректные настройки сетевого подключение на клиенте или сервере;
RPC трафик между клиентом и сервером блокируется файерволом;

Проверка доступности удаленного компьютера

Убедитесь, что удаленный компьютер включен, отвечает на ping по имени и IP адресу. Если RPC сервер не доступен по имени, проверьте корректность DNS записей и попробуйте сбросить DNS кэш на клиенте:
ipconfig /flushdns
.

Если имя компьютера, на котором запущен RPC-сервер недавно изменилось, попробуйте перерегистрировать его в DNS Active Directory:
ipconfig /registerdns

Проверка служб RPC

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

Откройте консоль управления службами (services.msc);
Убедитесь, что следующие службы запущены (статус Running), а тип их запуска – автоматический: Remote Procedure Call (RPC), RPC Endpoint Mapper и DCOM Server Process Launcher;

Картинка с сайта: winitpro.ru

Если RPC службы отключены и не запускаются, попробуйте активировать их через реестр. Найдите ветки этих служб в реестре и измените значение параметра Start на 2 (автоматический запуск службы):

Удаленный вызов процедур (RPC) — ветка реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\RpcSs
Сопоставитель конечных точек RPC — HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\RpcEptMapper
Модуль запуска процессов DCOM-сервера — HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\DcomLaunch

RPC блокируется файерволом (брандмауэром)

Убедитесь, что RPC трафик между компьютерами не блокируется файеволом. Если у вас используется Windows Defender Firewall with Advanced Security, нужно проверить или создать правила, разрешающие RPC трафик. Одно правило, разрешающее доступ к службе RPC Endpoint Mapper по порту TCP/135; второе должно разрешать доступ к RPC службе, которая вам нужна по динамическим RPC портам (RPC Dynamic Ports). Правила нужно создать для всех трех сетевых профилей: Domain, Private и Public.

Проверьте с клиента, что на RPC сервере доступен 135 порт TCP (должен слушаться службой RPC Endpoint Mapper). Можно проверить доступность порта из PowerShell:

Test-NetConnection 192.168.1.201 -port 135

Test-NetConnection powershell проверка TCP порт 135 службы RPC Endpoint Mapper

Если RPC порт доступен, должен появится ответ
TcpTestSucceeded:True
.

Вы можете получить список конечных точек RPC (сервисов и приложений), которые зарегистрированы на удаленном компьютере и анонсируются службой RPC Endpoint Mapper с помощью утилиту PortQry

portqry -n 192.168.1.201 -p tcp -e 135

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

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

Проверка сетевых протоколов и настроек

Убедитесь, что на вашем компьютере заданы корректные сетевые настройки: IP адрес, шлюз, маска сети, настройки DNS серверов (можно проверить настройки сети из PowerShell). Проверьте, что в настройках сетевого адаптера, используемого для подключения включены протоколы Internet Protocol Version 6 (TCP/IPv6) и File and Printer Sharing for Microsoft Networks

Некоторые сетевые приложения некорректно работают при отключенном протоколе TCP/IPv6, возвращая ошибку:
1722 The RPC server is unavailable
. Если после включения ipv6 ошибка RPC сохраняется, попробуйте отключить протокол Teredo через реестр:

Создайте в ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters параметр типа DWORD с именем DisabledComponents и значением 8:

reg add hklm\system\currentcontrolset\services\tcpip6\parameters /v DisabledComponents /t REG_DWORD /d 8

В некоторых случаях приходится получаить дамп трафика на RPC сервера и анализирвать его с помощью Microsoft Network Monitor 3.4 или Message Analyzer.

Источник

При подключении к удаленному компьютеру или виртуальной машине, некоторым сетевым устройствам, а также при установке и работе прикладных программ, использующих клиент-серверную архитектуру (в том числе на единственном локальном компьютере) пользователь может получить сообщение об ошибке «Сервер RPC недоступен» (RPC server is unavailable).

В этой инструкции подробно о способах исправить ошибку «Сервер RPC недоступен» в Windows 11 и Windows 10 с фокусом прежде всего на домашнего пользователя, но многие решения универсальны и подойдут для других сценариев.

Службы RPC и связанные с ними службы

Сообщения об ошибке Сервер RPC недоступен

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

Откройте «Службы Windows», для этого можно нажать клавиши Win+R на клавиатуре (или нажать правой кнопкой мыши по кнопке «Пуск» и выбрать пункт «Выполнить», ввести services.msc и нажать Enter.

Картинка с сайта: remontka.pro
Найдите службы из списка, который приведен ниже после 5-го пункта, убедитесь, что они выполняются, а тип запуска задан верно.

Картинка с сайта: remontka.pro
Если это не так, дважды нажмите мышью по такой службе, измените тип запуска службы и примените настройки.

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

Список служб в формате: Название службы на русском языке (название на английском) — тип запуска по умолчанию:

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

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

Для этого: запустите редактор реестра (Win+R — regedit) и перейдите к разделу реестра

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\

В этом разделе реестра измените значение параметра Start на 2 (дважды нажав по параметру и задав новое значение) в следующих подразделах:

DcomLaunch
RpcEptMapper
RpcLocator
RpcSs
W32Time
Winmgmt

Часть параметров могут не изменяться и в реестре, в этой ситуации может помочь изменение прав доступа к разделам реестра.

В справке на официальном сайте Майкрософт приводится ещё две службы, которые могут вызывать ошибку «Сервер RPC недоступен» при входе в Windows :

Модуль поддержки NetBIOS через TCP/IP (TCP/IP NetBIOS Helper)
Удаленный реестр (Remote registry)

Протокол IPv6 и общий доступ к файлам и принтерам

Отключенная поддержка IP версии 6 и «Общий доступ к файлами и принтерам для сетей Майкрософт» также могут приводить к сбоям доступа к серверу RPC. Проверьте, включены ли они и, если нет — включите:

Нажмите клавиши Win+R на клавиатуре, введите ncpa.cpl и нажмите Enter.
Нажмите правой кнопкой мыши по сетевому подключению и откройте его свойства.
Отметьте пункты «Общий доступ к файлами и принтерам для сетей Майкрософт» и «IP версии 6» и примените настройки.

Брандмауэр Windows

В части настроек брандмауэра Windows при ошибке доступа к серверу RPC, в зависимости от сценария проблемы возможны разные решения.

Первый вариант:

В Панели управления (открыть её можно, используя поиск в панели задач) откройте пункт «Брандмауэр Защитника Windows»
В панели слева нажмите «Разрешение взаимодействия с приложениями или компонентами брандмауэра Защитника Windows».

Картинка с сайта: remontka.pro
Нажмите кнопку «Изменить параметры» и разрешите взаимодействие для «Удаленный помощник».

Картинка с сайта: remontka.pro

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

Открыть порт 135 на локальной и удаленной машине. Подробнее: Как открыть порты в Windows.
Полностью отключить брандмауэр Windows (возможно, временно, чтобы выяснить, является ли его работа причиной ошибки)

Дополнительные методы решения проблемы

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

Используйте команды в командной строке, запущенной от имени Администратора
```
ipconfig /flushdns
ipconfig /renew
```
Если используется профиль сети «Общественная» (Общедоступная), попробуйте переключить её на «Частная» — Как изменить тип сети в Windows 11 и в Windows 10.
Если вам известен IP-адрес сервера, к которому выполняется подключение, проверьте, доступен ли порт 135 на нем с помощью команды PowerShell (заменив IP-адрес на нужный), при успехе в пункте TcpTestSucceeded должен быть статус «True»
```
Test-NetConnection 192.168.1.1 -port 135
```
Картинка с сайта: remontka.pro
При наличии сторонних антивирусов или файрволлов, попробуйте отключить их, или отключить только функции защиты в сети.
При использовании VPN-сервисов, попробуйте отключить их.
Попробуйте отключить протокол teredo для IPv6 с помощью команды
```
netsh interface teredo set state disabled
```
Чтобы в дальнейшем включить его обратно используйте команду
```
netsh interface teredo set state enabled
```
Учитывайте: если ошибка «Сервер RPC недоступен» возникает при запуске, установке или работе какого-либо прикладного ПО, полученного и модифицированного неофициальными методами, причина может быть в целенаправленной блокировке доступа к серверам лицензирования или иным.
Проверьте компьютер на наличие вирусов и вредоносных программ, блокировок доступа к сайтам в файле hosts.

Источник

1. ВМ 10.250.88.95

C:\Users\Администратор>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : HV-OSU
Основной DNS-суффикс . . . . . . : tech.besk.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : tech.besk.local
besk.local

Ethernet adapter Beeline network:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер магистральной сети виртуальной ма
шины (Майкрософт) #2
Физический адрес. . . . . . . . . : 00-15-5D-58-64-10
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::35d6:1349:9cc3:3913%13(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.5.-.-(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.192
Основной шлюз. . . . . . . . . :
IAID DHCPv6 . . . . . . . . . . . : 301995357
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2B-B8-31-99-00-15-5D-58-64-0F

DNS-серверы. . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBios через TCP/IP. . . . . . . . : Включен

Ethernet adapter Local network:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер магистральной сети виртуальной ма
шины (Майкрософт)
Физический адрес. . . . . . . . . : 00-15-5D-58-64-0F
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::ec2f:c2af:e950:8063%11(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.250.88.95(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.250.88.97
IAID DHCPv6 . . . . . . . . . . . : 234886493
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2B-B8-31-99-00-15-5D-58-64-0F

DNS-серверы. . . . . . . . . . . : 10.250.88.12
NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер isatap.{FA00544D-8F5C-405B-A4F6-99ADDF592E77}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер isatap.{C827A28B-301E-4706-8435-F509518DE853}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #2
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

C:\Users\Администратор>

2. ВМ 10.250.88.96

C:\Users\Администратор>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : HV-USU
Основной DNS-суффикс . . . . . . : tech.besk.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : tech.besk.local
besk.local

Ethernet adapter Beeline network:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер магистральной сети виртуальной ма
шины (Майкрософт) #2
Физический адрес. . . . . . . . . : 00-15-5D-58-64-0E
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::3ddd:98b6:eae4:83ad%13(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.5.-.-(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.192
Основной шлюз. . . . . . . . . :
IAID DHCPv6 . . . . . . . . . . . : 301995357
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2B-A4-D0-FD-00-15-5D-58-64-0D

DNS-серверы. . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBios через TCP/IP. . . . . . . . : Включен

Ethernet adapter Local network:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер магистральной сети виртуальной ма
шины (Майкрософт)
Физический адрес. . . . . . . . . : 00-15-5D-58-64-0D
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::d97d:5f6f:f385:82ce%11(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.250.88.96(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.250.88.97
IAID DHCPv6 . . . . . . . . . . . : 234886493
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2B-A4-D0-FD-00-15-5D-58-64-0D

DNS-серверы. . . . . . . . . . . : 10.250.88.12
10.250.160.40
NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер isatap.{B51B0991-DEBF-42BB-A7CC-E13F26432B55}:

Туннельный адаптер isatap.{33115FA6-4F5E-4D72-9F9E-5350AA34BD53}:

C:\Users\Администратор>

3. ВМ 10.250.88.94

C:\Users\Администратор>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : HV-SEMEY
Основной DNS-суффикс . . . . . . : tech.besk.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : tech.besk.local
besk.local

Ethernet adapter Beeline_Network:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Сетевой адаптер Hyper-V (Майкрософт) #7
Физический адрес. . . . . . . . . : 00-15-5D-58-6D-1D
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::1d81:d6:760f:965%14(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.5.-.-(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.192
Основной шлюз. . . . . . . . . :
IAID DHCPv6 . . . . . . . . . . . : 486544733
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2C-95-80-02-00-15-5D-58-6D-1C

DNS-серверы. . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBios через TCP/IP. . . . . . . . : Включен

Ethernet adapter Local_Network:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Сетевой адаптер Hyper-V (Майкрософт) #6
Физический адрес. . . . . . . . . : 00-15-5D-58-6D-1C
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::b8ad:bf82:b9f1:ba19%13(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.250.88.94(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.250.88.97
IAID DHCPv6 . . . . . . . . . . . : 335549789
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2C-95-80-02-00-15-5D-58-6D-1C

DNS-серверы. . . . . . . . . . . : 10.250.88.12
10.250.160.40
NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер isatap.{1679CD74-EDE1-408A-B925-8209B1A93782}:

Туннельный адаптер isatap.{E0CBAFE3-8024-41DD-B21D-3E919F0293B4}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #3
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

C:\Users\Администратор>

4. Субдомен AD 10.250.88.12

C:\Users\Администратор.WIN-4KUJTSTGITM>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : ADTECH-DC1
Основной DNS-суффикс . . . . . . : tech.besk.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : tech.besk.local
besk.local

Адаптер Ethernet vEthernet (Виртуальный коммутатор (88 подсеть)):

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #2
Физический адрес. . . . . . . . . : 00-25-90-A9-24-BB
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::5c35:27e3:36db:2c3e%8(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.250.88.12(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.250.88.97
IAID DHCPv6 . . . . . . . . . . . : 234890640
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2A-85-2B-EC-00-25-90-A9-24-BA
DNS-серверы. . . . . . . . . . . : ::1
10.250.88.12
10.250.160.40
10.250.160.40
NetBios через TCP/IP. . . . . . . . : Включен

Адаптер Ethernet vEthernet (Создать виртуальный коммутатор):

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter
Физический адрес. . . . . . . . . : 00-25-90-A9-24-BA
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::8dd5:23aa:176:45c%4(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.250.161.100(Основной)
Маска подсети . . . . . . . . . . : 255.255.252.0
Основной шлюз. . . . . . . . . : 10.250.160.21
IAID DHCPv6 . . . . . . . . . . . : 301999504
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2A-85-2B-EC-00-25-90-A9-24-BA
DNS-серверы. . . . . . . . . . . : 10.250.88.12
10.250.160.30
NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер Подключение по локальной сети* 2:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Microsoft ISATAP Adapter
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер isatap.{2D5A537E-F23A-4A93-9D8E-8994BE6E9342}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Microsoft ISATAP Adapter #3
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

C:\Users\Администратор.WIN-4KUJTSTGITM>dcdiag /q
Внимание: ADTECH-DC1 не объявлен как сервер времени.
……………………. ADTECH-DC1 — не пройдена проверка Advertising
За последние 24 часа после предоставления SYSVOL в общий доступ зафиксированы предупреждения или сообщения об
ошибках. Сбои при репликации SYSVOL могут стать причиной проблем групповой политики.
……………………. ADTECH-DC1 — не пройдена проверка DFSREvent
……………………. ADTECH-DC1 — не пройдена проверка SystemLog
Внимание! Сбой при вызове функции DcGetDcName(TIME_SERVER), ошибка 1355
Не удается найти сервер времени.
Сервер, которому принадлежит роль PDC, отключен.
Внимание! Сбой при вызове функции DcGetDcName(GOOD_TIME_SERVER_PREFERRED), ошибка 1355
Не удается найти сервер точного времени.
……………………. besk.local — не пройдена проверка LocatorCheck

Судя по диагностике с AD, все траблы от туда тянутся? )

Добавлено через 37 минут
Сервер на котором все три ВМ крутятся 10.250.88.100

C:\Users\Администратор>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : HV-UKA-057682
Основной DNS-суффикс . . . . . . : tech.besk.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : tech.besk.local
besk.local

Адаптер Ethernet vEthernet (Hyper V Ethernet(Network_local)):

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter
Физический адрес. . . . . . . . . : 3C-EC-EF-AC-E4-54
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::f1c1:2d61:224a:7405%5(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.250.88.100(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 10.250.88.97
IAID DHCPv6 . . . . . . . . . . . : 154987759
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2B-6C-36-E3-3C-EC-EF-AC-E4-54
DNS-серверы. . . . . . . . . . . : 10.250.88.12
10.250.160.40
NetBios через TCP/IP. . . . . . . . : Включен

Адаптер Ethernet vEthernet (Hyper V Ethernet(Network_Beeline)):

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #2
Физический адрес. . . . . . . . . : 3C-EC-EF-AC-E4-55
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::7904:fd12:35d7:3bd2%7(Основной)
IPv4-адрес. . . . . . . . . . . . : 10.5.-.-(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.224
Основной шлюз. . . . . . . . . :
IAID DHCPv6 . . . . . . . . . . . : 272428271
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-2B-6C-36-E3-3C-EC-EF-AC-E4-54
DNS-серверы. . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBios через TCP/IP. . . . . . . . : Включен

Источник

Обмен данными между компьютерами в сети всегда выполняется согласно определенным процедурам – наборам правил, именуемым протоколами. Одним из таких протоколов является Remote Process Call, сокращенно RPC, отвечающий за взаимодействие приложений, установленных на клиентском и серверном компьютерах. Протокол RPC может использоваться самым разными программами и службами, причем не только в рамках взаимодействия между двумя физическими компьютерами.

При подключении клиент обращается к службе сопоставления конечных точек на сервере по TCP-порту 135 и запрашивает номер порта, на котором работает нужное ему приложение. Служба сопоставления конечных точек передает клиенту номер назначенного затребованному приложению порта, после чего по полученному порту TCP между клиентом и сервером начинается обмен данными. Если клиент не смог подключиться к серверу, в приложении появится ошибка «Сервер RPC недоступен».

Первое, что рекомендуется проверить при получении ошибки «Сервер RPC недоступен» — это статус перечисленных ниже служб на клиентском и серверном ПК. Откройте командой services.msc оснастку управления службами и проверьте эти службы:

1. Удаленный вызов процедур (RpcSs). Самая главная служба, она должна быт запущена и иметь тип запуска «Автоматически».

2. Инструментарий управления Windows (winmgmt). Должна быть запущена и иметь тип запуска «Автоматически».

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

4. Модуль запуска процессов DCOM-сервера (DcomLaunch). Запущена, автоматический тип запуска.

5. Служба времени Windows (W32Time). Запущена, автоматический тип запуска.

6. Сопоставитель конечных точек RPC (RpcEptMapper). Запущена, автоматический тип запуска.

Если настройки какой-то из этих служб отличаются, выставьте их так, как показано выше. Если вдруг настройки в свойствах той или иной службы окажутся неактивными, воспользуйтесь редактором реестра. Запустите оный командой regedit, разверните ветку HKLM\SYSTEM\CurrentControlSet\services и установите 2 в качестве значения параметра Start в подразделах RpcSs, Winmgmt, RpcLocator, DcomLaunch, W32Time и RpcEptMapper.

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

Дополнительно можно проверить состояние служб «Модуль поддержки NetBIOS через TCP/IP» и «Удаленный реестр». Запустите их, если они остановлены.

На следующем этапе диагностики рекомендуем проверить сетевые настройки, в частности статус протокола IPv6. Откройте командой ncpa.cpl сетевые подключения, затем откройте свойства вашего сетевого адаптера и отыщите в списке пункт «IP версии 6 (TCP/IPv6)». Включите его, если отключен. То же самое касается опции «Общий доступ к файлам и принтерам для сетей microsoft».

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

Попасть в раздел можно из Центра управления общим доступом или выполнив в окошке Win + R быструю команду control.exe /name Microsoft.NetworkAndSharingCenter /page Advanced. В этом же окне раскройте раздел «Все сети», активируйте опцию «Все сети» и отключите парольную защиту.

Далее следует убедиться, что на клиентском и серверном ПК не заблокирован используемый протоколом RPC порт 135. Проще всего это сделать, выполнив в запущенной от имени администратора команду netstat -ano | find «135». Если порт 135 открыт, появится запись с информацией о текущем соединении, в противном случае ничего не отобразится.

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

netsh advfirewall firewall add rule name=»Открытие порта 135.входящие» dir=in action=allow protocol=TCP localport=135

netsh advfirewall firewall add rule name=»Открытие порта 135.исходящие» dir=out action=allow protocol=TCP localport=135

Заодно проверяем, разрешено ли в брандмауэре взаимодействие с удаленным помощником. Для этого в окне брандмауэра жмем «Разрешение взаимодействия с приложением или компонентом в брандмауэре Защитника Windows» и смотрим, установлен ли флажок в чекбоксе «Удаленный помощник». Если нет, жмем кнопку «Изменить параметры», активируем опцию и сохраняем настройки.

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

• Отключите VPN и ли прокси, если таковые используются.

• В случае использования сторонних антивирусов и особенно брандмауэров попробуйте их отключить.

• Проверьте файл HOSTS на предмет блокировок IP-адресов.

• Если используется тип сети «Общественная», измените ее на «Частную».

• Отключите на время сетевой протокол teredo, выполнив в консоли команду netsh interface teredo set state disabled (для повторного включения замените ключ disabled на enabled).

Наконец, можно сбросить сетевые настройки из раздела «Сеть и Интернет» приложения «Параметры» на тот случай, если неполадка подключения была обусловлена их сбоем.

Источник