1. ВМ 10.250.88.95
Microsoft Windows [Version 6.1.7601]
(c) Корпорация Майкрософт (Microsoft Corporation), 2009. Все права защищены.
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
Microsoft Windows [Version 6.1.7601]
(c) Корпорация Майкрософт (Microsoft Corporation), 2009. Все права защищены.
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}:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер isatap.{33115FA6-4F5E-4D72-9F9E-5350AA34BD53}:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #2
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
C:\Users\Администратор>
3. ВМ 10.250.88.94
Microsoft Windows [Version 6.3.9600]
(c) Корпорация Майкрософт (Microsoft Corporation), 2013. Все права защищены.
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}:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер 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
Microsoft Windows [Version 10.0.14393]
(c) Корпорация Майкрософт (Microsoft Corporation), 2016. Все права защищены.
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 включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Microsoft Windows [Version 10.0.14393]
(c) Корпорация Майкрософт (Microsoft Corporation), 2016. Все права защищены.
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. . . . . . . . : Включен
При подключении к удаленному компьютеру или виртуальной машине, некоторым сетевым устройствам, а также при установке и работе прикладных программ, использующих клиент-серверную архитектуру (в том числе на единственном локальном компьютере) пользователь может получить сообщение об ошибке «Сервер RPC недоступен» (RPC server is unavailable).
В этой инструкции подробно о способах исправить ошибку «Сервер RPC недоступен» в Windows 11 и Windows 10 с фокусом прежде всего на домашнего пользователя, но многие решения универсальны и подойдут для других сценариев.
Службы RPC и связанные с ними службы
Первое что следует проверить при ошибке — работу и тип запуска служб, необходимых для правильной работы протокола удаленного вызова процедур RPC. Некоторые из представленного списка — необходимые, некоторые — опциональны, но в некоторых случаях также способны приводить к ошибке «Сервер RPC недоступен».
- Откройте «Службы Windows», для этого можно нажать клавиши Win+R на клавиатуре (или нажать правой кнопкой мыши по кнопке «Пуск» и выбрать пункт «Выполнить», ввести services.msc и нажать Enter.
- Найдите службы из списка, который приведен ниже после 5-го пункта, убедитесь, что они выполняются, а тип запуска задан верно.
- Если это не так, дважды нажмите мышью по такой службе, измените тип запуска службы и примените настройки.
- Если ошибка 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».
- Нажмите кнопку «Изменить параметры» и разрешите взаимодействие для «Удаленный помощник».
Если предыдущий метод не помог, попробуйте:
- Открыть порт 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
- При наличии сторонних антивирусов или файрволлов, попробуйте отключить их, или отключить только функции защиты в сети.
- При использовании VPN-сервисов, попробуйте отключить их.
- Попробуйте отключить протокол teredo для IPv6 с помощью команды
netsh interface teredo set state disabled
Чтобы в дальнейшем включить его обратно используйте команду
netsh interface teredo set state enabled
- Учитывайте: если ошибка «Сервер RPC недоступен» возникает при запуске, установке или работе какого-либо прикладного ПО, полученного и модифицированного неофициальными методами, причина может быть в целенаправленной блокировке доступа к серверам лицензирования или иным.
- Проверьте компьютер на наличие вирусов и вредоносных программ, блокировок доступа к сайтам в файле hosts.
RPC Server Unavailable (RPC_S_SERVER_UNAVAILABLE) error code 1722 indicates that your Windows computer is having a problem communicating with other remote computers or devices over the network.
There are a number of reasons for this error. RPC error 122 is most commonly seen on domain controllers, it is an indication that AD replication is not working properly.
This article is a troubleshooting guide for RPC Unavailable error 1722 in various cases. The most common causes of RPC errors are:
- Disabled RPC service;
- Name resolution errors (DNS or NetBIOS);
- Network connectivity issues;
- RPC traffic is blocked by the firewall.
Active Directory Replication Error 1722: RPC_S_SERVER_UNAVAILABLE
Error 1722: The RPC server is unavailable can be found in the domain controller’s Event Viewer logs if it cannot contact its replication partner according to the AD topology. This error indicates that there are problems with AD replication.
Try using the Repadmin or dcdiag tool to check the current replication status in Active Directory:
repadmin /replsummary
Or:
repadmin /showrepl
The replication generated an error (1722):
The RPC server is unavailable.
[lon-dc01] DsBindWithSpnEx() failed with error 1722.
Hint. There is a similar error RPC Server is Unavailable 0x800706BA, which is not usually associated with Active Directory domain controllers. This needs to be fixed differently.
Let’s consider the typical reasons for the 1722 AD replication error:
- The domain controller is offline (or broken);
- Some of the domain controller system services are not running;
- Incorrect network configuration and/or blocked ports on firewalls;
- Incorrect DNS configuration on DCs, or invalid entries in the primary DNS domain zone;
- Poor network performance and/or high latency.
Make sure the target domain controllers are powered on and running the following Windows services:
- COM+ Event System;
- Remote Procedure Call (RPC);
- Active Directory Domain Services;
- DNS Client;
- DFS replication;
- Intersite Messaging;
- Kerberos Key Distribution Center;
- Security Accounts Manager;
- Server;
- Workstation;
- Windows Time;
- Netlogon.
You can use the PowerShell command to quickly check the status of the specified services on a DC:
Get-Service EventSystem, RpcSs,NTDS, Dnscache, Dns, DFSR, IsmServ, Kdc, SamSs, LanmanServer, LanmanWorkstation,W32Time, Netlogon
For example, lon-dc01 is the problematic DC that returns “1722 RPC server unavailable”. First, check the connection to lon-dc01 from the remote DC:
- Check if you can access the shared SYSVOL and NETLOGON folder using the UNC path (\\lon-dc01);
- If they are not available, check the basic network connectivity to the problem DC:
ping lon-dc01 tracert lon-dc01
- Then check that TCP port 135 (RPC locator) on the target DC is not blocked by a firewall. Use the PortQry tool to test the RPC connection to the target DC (according to the last chapter of this post):
Test-NetConnection lon-dc01 –port 135
A common cause of the 1722 replication error is the incorrect DNS configuration on the DC. Check if the correct DNS servers’ IP addresses are specified in the DC network connection settings. The preferred DNS server address should point to another DC in the same AD site, and the alternate is to its own IP address.
Check the DNS health on a problem DC with the dcdiag tool:
DCDIAG /TEST:DNS /V /S:<ProblemDCName>
Hint. Rebooting the domain controller can often fix missing DC entries in DNS, and resolve problems with Netlogon and Sysvol services.
If your domain controllers are running different versions of Windows (for example, 2019 and 2012 R2), you should check to see whether SMBv2 is enabled on the older versions of Windows Server. DCs will not be able to communicate with each other with an RPC Unavailable error if this protocol is disabled.
Get-SmbServerConfiguration | select EnableSMB2Protocol
Once you have resolved the RPC connectivity issues on the DC, force replication using the repadmin /replsummary command. Then run the dcdiag /a /q command and check that it its return no errors.
Fixing RPC Server is Unavailable Error on Windows
On desktop computers running Windows 10 and 11, you may receive the error “1722 The RPC server is unavailable” if the local service/app (RPC client) cannot communicate with the service on the remote computer (RPC server).
In this case, you must check that the services required for the RPC protocol are running on the remote computer:
- Remote Procedure Call (RPC);
- RPC Endpoint Mapper;
- DCOM Server Process Launcher;
Open the Service management console (services.msc), and check if the specified services are in the Running state. If not, start them manually.
You can also use PowerShell to check the status of services:
Get-Service RpcSs,RpcEptMapper,DcomLaunch
Check that TCP port 135 on the domain controller is in Listening state. The svchost process must be listening on this port:
netstat -ano | find "135" Get-Process -Id (Get-NetTCPConnection -LocalPort 135).OwningProcess
Also, some network applications may return error ‘1722 The RPC server is unavailable’ if the IPv6 protocol is disabled on the computer.
Open the properties of your network adapter in the Control Panel (Win + R > ncpa.cpl), and check if Internet Protocol Version 6 (TCP/IPv6) and File and Printer Sharing for Microsoft Network are enabled.
After that, use the following command to disable the Teredo IPv6 tunneling protocol:
netsh interface teredo set state disabled
And clear the DNS cache with the command:
ipconfig /flushdns
The RPC error 1722 may occur while trying to send a document to a shared network printer on a remote computer. In this case, you need to check if the remote computer is powered on, and the Print Spooler service is running on it.
Testing RPC Ports with PortQry
The Remote Procedure Call (RPC) protocol is widely used in Windows for communication between computers. It based on a client-server model. To accept client connections, the following services should be running on the RPC server side:
- RPC Endpoint Mapper: RpcEptMapper – is listening on a static TCP port 135
- Remote Procedure Call (RPC): RpcSs – accepts connections on a dynamic TCP port range (from 49152 to 65535)
RPC sessions work in this way. The client connects to the RPC Endpoint Mapper and requests the dynamic port number assigned to the specific RPC service. RpcEptMapper responds with the IP address and service port number (a random dynamic port is assigned when the service starts).
You can use the portquery command line tool to check connectivity via RPC. (PortQry Command Line Port Scanner).
Check that the RPC port mapper is responding on a remote computer:
portqry -n <problem_server> -e 135
In this example, the RPC Port Mapper service listens on TCP port 135. The service also service returns a list of running RPC endpoints and the ports associated with them (in square brackets). Check if the service you are troubleshooting is on this list. Check that the port assigned to your TCP service is not blocked by firewalls between the client and server.
portqry -n <problem_server> -p tcp -e 49666
Cyril Kardashevsky
I enjoy technology and developing websites. Since 2012 I’m running a few of my own websites, and share useful content on gadgets, PC administration and website promotion.
На компьютерах достаточно часто возникают разного рода ошибки. Проблема, связанная с недоступностью RPC сервера не исключение. В основном она появляется при обновлении драйверов, но бывают случаи, когда ошибки «сервер RPC недоступен» возникает и при запуске операционной системы (ОС) Windows 7, 8, 10, а также XP или Server 2003, 2008, 2012. Также ошибка может возникать при печати или установке принтера.
RPC — это просто метод для передачи информации между различными процессами или клиентом (техника, что начинает связь) и сервером (устройством, которое пытается связаться с клиентом) в рамках системы или сети. Очень много компонентов ОС Виндовс использует этот способ “общения”. RPC в качестве точек связи использует разные порты чтобы связывать системы между собой.
В случае нарушения работы сервера, когда он недоступен, обмен пакетов данных между системами нарушается, теряется связь с удаленным объектом и функции просто перестают ее выполнять. Поэтому и возникает ошибка.
Что за ошибка и почему возникает
Проблема появляется, когда связь между системами нарушается, так как сервер не может отправить адрес порта точке связи. Появиться она может по следующим причинам:
- Работа службы PRC была приостановлена или вовсе не запущена.
- Наименование сервера может быт по ошибке связано с не тем адресом. Получается, что клиент пытается связаться с не тем “собеседником”. Также бывает, что связь пытаются наладить через порт, который не используется или имя сервера просто не распознается системой.
- Трафик был заблокирован брандмауэром или другим приложением для обеспечения безопасности.
- Есть проблемы с сетью, которые мешают связи между клиентом и сервером.
- Недавно были установлены драйвера на принтер, МФУ, звуковую карту и т.д.
Поиск причины
Причину, которая вызвала ошибку легко выявить по ее коду. Ее возможно посмотреть в журнале событий, только делать это рекомендуется сразу после обнаружения проблемы:
- Открыть меню “Пуск”.
- Перейти в панель управления.
- Зайти на вкладку администрирования и открыть окно просмотра событий.
- Поискать в журнале сообщение об ошибке (обычно помечено красным крестом). Как правило, если сделать все действия сразу после первого появления ошибки, то она будет в первой строке. В ней будет находится расшифровка и устройство, которое вызывает неполадки.
- Найти описание проблемы в интернете, а также способы решения.
Общие способы решения
Есть универсальные способы, которые помогают быстро устранить проблему с сервером РПЦ. На их выполнения потребуется немного времени, но результат не заставит ждать.
Перезапуск службы RPC
Для начала рекомендуется просто перезапустить службу. Возможно, что неполадки в работе при этом будут устранены. Сделать это можно следующим образом:
- Открыть диспетчер задач.
- Перейти на вкладку “Службы”.
- Найти необходимое. Для удобства рекомендуется выстроить элементы по алфавиту, что можно сделать одним кликом на столбик “Имена”.
- Кликнуть правой кнопкой мышки по службе и выбрать пункт “Перезапустить”.
После этого процесс прекратит работу и тут же запустится.
Отключение брандмауэра
Этот защитник может попросту не пропускать важные пакеты данных. Именно поэтому рекомендуется отключить его на время, чтобы точно удостовериться, что это не его вина.
Сделать это можно через панель управления, в разделе системы и безопасности.
Проверка времени компьютера
Если ошибка появилась в момент запуска какой-то программы или ее остановки, то вероятно все связанно с синхронизацией времени. Решить эту проблемы можно таким образом:
- Зайти в диспетчер задач. Перейти в последнюю вкладку. Внизу окна будет ссылка “Открыть Службы”.
- Откроется окно, в котором требуется найти службу времени.
- Если она была приостановлена, то ее требуется запустить. При активной службе рекомендуется выполнить перезапуск.
Устранение неполадок системы
В случае, если ошибка «сервер РПЦ недоступен» появилась при запуске ОС, необходимо сделать следующее:
- Перезагрузить компьютер.
- Нажать кнопку F8 при загрузке.
- Выбрать пункт «Устранение неполадок компьютера».
- Дождаться окончания процесса.
Проверка на вирусы
Также можно просканировать систему на наличие вредоносного программного обеспечения (ПО). Также, если антивирус обнаружит что-то, то его рекомендуется заменить. Дело в том, что если программа не обнаружила вирус самостоятельно, а только после ручного запуска сканирования, то значит, что она не выполняет своих функций.
При обнаружении вируса, его необходимо удалить.
Ошибка с кодом 1722
Ошибка «Сервер RPC недоступен» наиболее часто встречается при проблемах с отсутствием звука. Решается следующим образом:
- Открыть диспетчер задач.
- Перейти на вкладку “Службы”.
- Внизу окна будет ссылка, кликнуть на нее для открытия всех служб.
- Найти «Средство построения точек аудио».
- Сделать тип запуска “Вручную” и сохранить изменения.
Ошибка в FineReader
Многие пользователи используют FineReader для поиска и распознавания текста на картинках. Она может вызывать проблемы, а устранить их можно следующим образом:
- Зайти в “Службы” через диспетчер задач или панель управления.
- Оставить службу FineReader.
- Перезагрузить компьютер и запустить приостановленный процесс.
Проблемы с Bitlocker
Битлокер защищает информацию на носителях информации, например, флешках. И иногда работа этой технологии может вызывать ошибки с сервером RPC. Исправить это можно отключением технологии или просто обновлением. Это можно сделать через центр обновлений Виндовс или скачав необходимые файлы с интернета.
На чтение 7 мин Просмотров 1.1к. Обновлено
Содержание
- Устраняем ошибку 1722 сервер rpc недоступен
- Обновление 07.08.2022
- Проверка DNS в лесу с несколькими доменами
Добрый день уважаемые читатели и подписчики, в прошлый раз мы с вами устраняли проблему в Active Directory, а именно ошибку 14550 DfsSvc и netlogon 5781 на контроллере домена, сегодня же продолжается эпопея с продолжением этих ошибок, а именно от них мы избавились, но прилетели новые: Ошибка 1722. Сервер RPC и за последние 24 часа после предоставления SYSVOL в общий доступ зафиксированы предупреждения или сообщения об ошибках. Сбои при репликации SYSVOL могут стать причиной проблем групповой политики. Давайте разбираться в чем дело.
Устраняем ошибку 1722 сервер rpc недоступен
Сетевые проблемы с репликацией и их решение, читайте по ссылке выше, про 14550. И так напомню, у меня есть два домена, родительский и дочерний. В дочернем 3 контроллера домена Active Directory. После переноса одного контроллера домена из одного сайта, ко всем остальным стали появляться ошибки 1722. Сервер RPC не доступен и сервер RPC и за последние 24 часа после предоставления SYSVOL.
Выявил я их при диагностике репликации между контроллерами домена, с помощью команды:
Данная команда показывает все ошибки репликации на предприятии. Вот как выглядит ошибка:
Сервер RPC и за последние 24 часа после предоставления SYSVOL в общий доступ зафиксированы предупреждения или сообщения об ошибках. Сбои при репликации SYSVOL могут стать причиной проблем групповой политики.
Первым делом, чтобы проверить, что с репликацией все хорошо, нужно удостовериться, что по UNC пути \\ваш домен доступна на чтение папка SYSVOL и NETLOGON.
Если они не доступны, то нужно проверить права на папки и проверьте доступность портов службы RPC TCP/UDP 135, возможно у вас они закрыты на брандмауэре, лучше на время тестирования его вообще отключить.
PS C:\Users\> Test-NetConnection dc07 -Port 135
ComputerName : dc07
RemoteAddress : 10.91.101.17
RemotePort : 135
InterfaceAlias : Ethernet0
SourceAddress : 10.91.101.7
TcpTestSucceeded : True
Если все нормально, то двигаемся дальше. Давайте теперь проверим, когда в последний раз реплицировались контроллеры домена, делается это командой:
В итоге я обнаружил, что у меня dc7 и dc13 имеют ошибку 1722 Сервер RPC недоступен. Порты 135 я проверил, они слушались. Кто не знает как проверить, то вот вам команда telnet в помощь.
Далее посмотрите в логах Windows 📃журналы «Active Directory Web Services«, «ActiveDirectory_DomainService» и «DFS Replication«, возможно вы там найдете дополнительные детали. Например, у меня была ошибка:
ID 5008: The DFS Replication service failed to communicate with partner DC1 for replication group Domain System Volume. This error can occur if the host is unreachable, or if the DFS Replication service is not running on the server.
Partner DNS Address: DC1.pyatilistnik.org
Optional data if available:
Partner WINS Address: DC1
Partner IP Address: 192.168.1.26
The service will retry the connection periodically.
Additional Information:
Error: 1722 (The RPC server is unavailable.)
Connection ID: 9BBE21A2-46E3-4444-9D40-2967F4BA3400
Replication Group ID: E9198376-3944-4218-89BE-D4EC89CA73E8
В результате данный контроллер разрешался под старым IP-адресом, чтобы это поправить вам нужно почистить локальный кэш на контроллере, где появилась данная ошибка.
Когда с разрешением имени станет все нормально, у вас появится событие:
ID 5004: The DFS Replication service successfully established an inbound connection with partner DC1 for replication group Domain System Volume.
Additional Information:
Connection Address Used: DC1
Connection ID: 9BBE21A2-46E3-4C74-4444-2967F4BA3400
Replication Group ID: E9198376-39FD-4444-89BE-D4EC89CA73E8
Следующим шагом, идет 🛠проверка DNS серверов, в настройках стека TCP/IP. Если у вас более одного контроллера домена, то у вас первым dns сервером в настройках сетевого интерфейса должен идти dns другого контроллера домена, затем либо адрес текущего или петлевой Ip, а уже затем любые, что вам нужны.
Так, что правильный порядок DNS серверов, это 90 процентов случаев
Теперь снова выполнив команду repadmin /replsummary, я увидел, что все репликации прошли успешно. Так же советую запустить вручную репликацию AD, и проверить нет ли ошибок, убедитесь, так же, что команда dcdiag /a /q не дает ошибок. Так же если у вас развитая система сайтов AD, дождитесь времени репликации между ними.
Еще бывает, что на событие 1722 наслаивается ошибка:
Обновление 07.08.2022
Еще заметил интересную вещь, если в логах ошибки перестали появляться, но repadmin показывает ошибку, то нужно смотреть на количество неудачных попыток, если все хорошо, то счетчик начнет уменьшаться, но опять совместно с ошибкой. Как только ошибок станет меньше двух, ошибка уйдет.
Проверка DNS в лесу с несколькими доменами
На, что еще вы можете обратить внимание, если у вас, как и у меня лес состоит из главного корневого домена и нескольких дочерних, то обязательно убедитесь, что у вас правильно все прописано в DNS. Приведу пример, при попытке выполнить команду принудительной репликации:
Я периодически получал ошибку:
SyncAll reported the following errors:
Error contacting server CN=NTDS Settings,CN=DC1,CN=Servers,CN=Holding,CN=Sites,CN=Configuration,DC=Pyatilistnik,DC=org (network error): 1722 (0x6ba):
The RPC server is unavailable.
Хотя реплики все ходили без проблем, судя по repadmin /replsummary, но dcdiag /a /q показывает ошибки, что данный контроллер домена у меня определяется со старым IP-адресом, который я менял при миграции виртуальной машины в новое адресное пространство.
……………………. DC1 failed test Connectivity
Although the Guid DNS name
(d06896a3-be4b-4b8a-b75f-e52e07526a0f._msdcs.Pyatilistnik.org) resolved to
the IP address (192.168.11.1), which could not be pinged, the server
name (DC2.Pyatilistnik.org) resolved to the IP address
(10.97.11.10) and could be pinged. Check that the IP address is
registered correctly with the DNS server.
Got error while checking LDAP and RPC connectivity. Please check your
firewall settings.
Обязательно через команду nslookup проверьте, что ваши контроллеры домена разрешаются в правильный IP и, что IP разрешается в правильное DNS имя. Далее открываем «Управление DNS» оснастку и находим основную зону. Разверните ее, чтобы отобразить все контейнеры. Мультидоменной среде, вы увидите, что корневая основная зона, содержит в себе еще контейнеры с дочерними доменами, в которых вы увидите список ваших DNS серверов и контроллеров домена. Тут у вас может быть:
- ⛔️Не весь список актуальных DNS серверов
- ⛔️Список DNS серверов, но с неправильными IP-адресами в которые они разрешаются
У меня dc6 уже точно не было, что уже нужно удалить.
Далее щелкните по любому DNS серверу из списка. У вас откроется окно свойств, где видно в какие IP-адреса разрешаются имена, у меня тут и фигурировали dc1 и dc2 со старыми именами. Тут и получалось, что ошибка «(network error): 1722 (0x6ba)» была плавающая. Когда обращение по разрешению IP-адреса контроллера шло к правильному серверу с валидным IP, все было хорошо, но как только доходило до неправильной записи, была ошибка.
Теперь перейдите к редактированию неправильной записи, и попробуйте ее разрезолвить, если с этим проблем нет, то получите актуальный IP-адрес, если не получается, то смотрите обратную зону или задайте значение вручную.
И вот там уже нужно больше телодвижений. Вот так вот просто решается ошибка 1722 сервер RPC не доступен на контроллере домена по Windows Server 2012 R2. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.