Сервер rpc недоступен system error code 1722 сервер rpc недоступен

Обновлено 04.01.2023

Добрый день уважаемые читатели и подписчики, в прошлый раз мы с вами устраняли проблему в Active Directory, а именно ошибку 14550 DfsSvc и netlogon 5781 на контроллере домена, сегодня же продолжается эпопея с продолжением этих ошибок, а именно от них мы избавились, но прилетели новые: Ошибка 1722. Сервер RPC и за последние 24 часа после предоставления SYSVOL в общий доступ зафиксированы предупреждения или сообщения  об ошибках. Сбои при репликации SYSVOL могут стать причиной проблем групповой политики. Давайте разбираться в чем дело.

Устраняем ошибку 1722 сервер rpc недоступен

Сетевые проблемы с репликацией и их решение, читайте по ссылке выше, про 14550. И так напомню, у меня есть два домена, родительский и дочерний. В дочернем 3 контроллера домена Active Directory. После переноса одного контроллера домена из одного сайта, ко всем остальным стали появляться ошибки 1722. Сервер RPC не доступен и сервер RPC и за последние 24 часа после предоставления SYSVOL.

Выявил я их при диагностике репликации между контроллерами домена, с помощью команды:

Данная команда показывает все ошибки репликации на предприятии. Вот как выглядит ошибка:

Первым делом, чтобы проверить, что с репликацией все хорошо, нужно удостовериться, что по UNC пути \ваш домен доступна на чтение папка SYSVOL и NETLOGON.

Если они не доступны, то нужно проверить права на папки и проверьте доступность портов службы RPC TCP/UDP 135, возможно у вас они закрыты на брандмауэре, лучше на время тестирования его вообще отключить.

Если все нормально, то двигаемся дальше. Давайте теперь проверим, когда в последний раз реплицировались контроллеры домена, делается это командой:

В итоге я обнаружил, что у меня dc7 и dc13 имеют ошибку 1722 Сервер RPC недоступен. Порты 135 я проверил, они слушались. Кто не знает как проверить, то вот вам команда telnet в помощь.

Далее посмотрите в логах Windows 📃журналы «Active Directory Web Services«, «ActiveDirectory_DomainService» и «DFS Replication«, возможно вы там найдете дополнительные детали. Например,  у меня была ошибка:

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

Когда с разрешением имени станет все нормально, у вас появится событие:

Следующим шагом, идет 🛠проверка DNS серверов, в настройках стека TCP/IP. Если у вас более одного контроллера домена, то у вас первым dns сервером в настройках сетевого интерфейса должен идти dns другого контроллера домена, затем либо адрес текущего или петлевой Ip, а уже затем любые, что вам нужны.

Теперь снова выполнив команду repadmin /replsummary, я увидел, что все репликации прошли успешно. Так же советую запустить вручную репликацию AD, и проверить нет ли ошибок, убедитесь, так же, что команда dcdiag /a /q не дает ошибок. Так же если у вас развитая система сайтов AD, дождитесь времени репликации между ними.

Еще бывает, что на событие 1722 наслаивается ошибка:

Обновление 07.08.2022

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

Проверка DNS в лесу с несколькими доменами

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

Я периодически получал ошибку:

Хотя реплики все ходили без проблем, судя по repadmin /replsummary, но dcdiag /a /q показывает ошибки, что данный контроллер домена у меня определяется со старым IP-адресом, который я менял при миграции виртуальной машины в новое адресное пространство.

Обязательно через команду 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. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.

RPC – это способ обмена информацией между процессами или между клиентом (устройством, инициирующем связь RPC) и сервером (устройством, которое с ним связывается) в сети или системе. Многие встроенные компоненты Windows используют RPC, который в качестве отправной точки для связи между системами применяет различные порты. При возникновении неполадок возникает сообщение «Сервер RPC недоступен».

Причины появления ошибки

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

1. Остановка службы RPC – когда служба RPC на сервере не запущена.
2. Проблемы с разрешением имён – имя сервера RPC может быть связано с неправильным IP-адресом. Это значит, что клиент связывается с неправильным сервером или пытается связаться с IP-адресом, который в настоящее время не используется. Возможно, имя сервера не распознаётся вообще.
3. Трафик заблокирован брандмауэром – брандмауэр или другое приложение безопасности на сервере или брандмауэр устройства между клиентом и сервером могут препятствовать доступу трафика к TCP-порту сервера 135.
4. Проблемы с подключением – проблема с сетью может быть причиной отсутствия соединения между клиентом и сервером.

Способы решения

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

Код ошибки 1722

Ошибка 1722 «Сервер PRC недоступен» может возникать при использовании сетевого принтера или звуковых устройств в седьмой версии Windows. Причиной может быть антивирусная программа, блокирующая коммуникационные порты – для её устранения нужно найти параметры управления доверенными программами в настройках антивируса.

Также ошибка может возникнуть из-за того, что в системе присутствует сам вирус – стоит проверить систему и диск с помощью другой антивирусной программы, чем в настоящее время. Для устранения нажмите Пуск/Настройки/Панель управления. Затем откройте Администрирование/Службы. Появится окно, в котором с правой стороны вы найдете «Сервер». На «Сервере» проверьте, включён ли автоматический тип запуска. Измените параметр при необходимости и перезагрузите компьютер.

Отключение брандмауэра Windows

Если при печати в Windows 7 появляется ошибка «Сервер RPC недоступен», проблема может крыться в брандмауэре. Он отвечает за блокировку доступа к компьютеру во внутренней или внешней сети посторонними лицами или приложениями, что исключает возможность контроля ПК. Ниже приведены некоторые советы, которые позволят вам отключить (в случае, если вы хотите использовать для этого другое приложение) и включить интегрированный брандмауэр Windows. Измените имя компьютера с помощью «Настроек»:

1. Это один из самых простых способов отключения сетевого брандмауэра. Для этого используйте вкладку «Параметры системы».
2. Из списка доступных опций выберите «Сеть и Интернет».
3. Перейдите на вкладку Ethernet и выберите «Брандмауэр Windows» с правой стороны окна.
4. Выберите включение и отключение брандмауэра.
5. В списке доступных операций выберите параметр «Отключить брандмауэр Windows» (не рекомендуется).
6. Нажмите «ОК». Брандмауэр выключен.

Следующий способ – редактор локальной групповой политики (GPO):

1. Нажмите клавиши Win + R и введите «gpedit.msc». Откроется редактор локальной групповой политики.
2. Параметр, ответственный за отключение брандмауэра, расположен по адресу

«Конфигурация компьютера» – «Административные шаблоны» – «Сеть» – «Сетевые подключения» – «Стандартный профиль» – «Брандмауэр Windows: защита всех сетевых подключений».

1. Измените состояние настройки на «ВЫКЛ».
2. После нажатия кнопки «ОК» или «Применить» брандмауэр Windows перестанет работать.

Для более опытных пользователей вышеупомянутый сценарий можно выполнить с помощью редактора реестра.

• нажмите пуск и введите «regedit», запустите приложение от имени администратора;
• в окне редактора найдите каталог

HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyDomainProfile;

• найдите параметр EnableFirewall и измените его значение с 1 на 0;
• таким же образом отредактируйте ключ EnableFirewall в следующем каталоге

HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyPublicProfile;

• и последний каталог с ключом EnableFirewall

HKLMSYSTEMCurrentControlSetServicesSharedAccessParametersFirewallPolicyStandardProfile.

Закройте редактор реестра и перезагрузите компьютер. С этого момента брандмауэр Windows отключается. Чтобы снова возобновить брандмауэр с помощью редактора реестра, просто измените указанные выше значения с названием EnableFirewall с 0 на 1, и перезапустите компьютер.

Ручной запуск задачи services.msc

При запуске или установке некоторых программ вы можете получить сообщение «Сервер RPC недоступен». Это часто связано с синхронизацией времени, необходимой для запуска программы. Без этого некоторые приложения могут работать неправильно или не запускаться вообще. При недоступности функции может произойти сбой, для исправления необходимо включить службу синхронизации:

• сначала нажмите меню «Пуск» и в строке поиска введите «Выполнить», нажмите «Enter»;
• в следующем окне введите services.msc и подтвердите кнопкой «OK»;
• найдите в списке элемент «Служба времени Windows»;
• дважды щёлкните эту службу. Откроется меню, в котором вы должны нажать кнопку «Выполнить».

С этого момента сообщение «RPC-сервер недоступен» появляться не должно.

Устранение неполадок Windows

Исправить ошибку в Windows 10 поможет встроенное средство устранения неполадок системы. Перезагрузите компьютер и после подачи звукового сигнала нажимайте кнопку F8 раз в секунду, пока не откроется меню выбора вариантов загрузки. Первым из них будет «Устранение неполадок компьютера». Выберите это действие и дождитесь окончания операции.

Ошибка в FineReader

Проблема может возникать в Windows 8 и выше и при попытке запуска службы ABBYY FineReader Licensing Service. Для проверки состояния в списке служб (как его найти, описано выше) выберите ABBYY FineReader Licensing Service. В окне свойств убедитесь, что параметр «Тип запуска» установлен на «Автоматический». При необходимости измените его, закройте редактор кнопкой «ОК» и перезагрузите компьютер.

Проверка на вирусы

В Windows XP и выше сообщение о неисправности может быть вызвано наличием вируса. Просканируйте свой ПК с помощью антивирусной программы, следуя указаниям мастера. В Windows 10 можно воспользоваться стандартным «Защитником». Для этого нажмите правой кнопкой мыши на значок «Щит» возле часов и выберите «Открыть». Запустите проверку на вирусы нажатием соответствующей кнопки в окне.

Как видите, избавиться от ошибки можно многими способами. В этом списке представлены наиболее вероятные варианты исправления ошибки. При необходимости придётся переустановить операционную систему, воспользовавшись установочным диском.

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

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

1. Откройте «Пуск» и перейдите в «Панель управления».



2. Выберите «Администрирование».



3. Откройте ярлык «Просмотр событий».



4. В открытом окне отобразится данная ошибка, она будет находиться в самом верху, если вы перешли к просмотру событий сразу после возникновения неполадки.

Такая проверка необходима в том случае, если ошибка появляется сама по себе. Обычно в журнале событий отобразится код 1722, что означает проблему со звуком. В большинстве других случаев она кроется в связи с внешними устройствами или ошибками в файлах. Давайте подробнее разберем все способы решения неполадки с сервером RPC.

Способ 1: Код ошибки: 1722

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

1. Перейдите в «Пуск» и выберите «Панель управления».



2. Откройте «Администрирование».



3. Запустите ярлык «Службы».



4. Выберите службу «Средство построения конечных точек Windows Audio».



5. В графе «Тип запуска» необходимо установить параметр «Вручную». Не забудьте применить изменения.

Если все еще звук не появился или возникает ошибка, то в этом же меню со службами потребуется найти: «Удаленный реестр», «Питание», «Сервер» и «Удаленный вызов процедур». Откройте окно каждой службы и проверьте, чтобы она работала. Если на данный момент какая-то из них отключена, то ее нужно будет запустить вручную по аналогии со способом описанным выше.

Способ 2: Отключение брандмауэра Windows

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

Подробнее: Отключение брандмауэра в Windows 7

Способ 3: Ручной запуск задачи services.msc

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

1. Нажмите сочетание клавиш Ctrl + Shift + Esc для запуска «Диспетчера задач».
2. Во всплывающем меню «Файл» выберите «Новая задача».



3. В строку впишите services.msc

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

Способ 4: Устранение неполадок Windows

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

1. Сразу после включения компьютера нажмите клавишу F8.
2. Перемещаясь с помощью клавиатуры по списку, выберите «Устранение неполадок компьютера».



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

Способ 5: Ошибка в FineReader

Многие используют программу ABBYY FineReader для обнаружения текста на картинках. Работает она, используя сканирование, а значит, могут быть подключены внешние устройства, из-за чего и возникает данная ошибка. Если предыдущие способы не помогли решить проблему с запуском этого софта, значит остается только этот вариант решения:

1. Снова откройте «Пуск», выберите «Панель управления» и перейдите в «Администрирование».
2. Запустите ярлык «Службы».



3. Найдите службу данной программы, нажмите на нее правой кнопкой мыши и остановите.



4. Теперь остается только перезагрузить систему и запустить ABBYY FineReader еще раз, неполадка должна исчезнуть.

Способ 6: Проверка на вирусы

Если проблема не обнаружилась с помощью журнала событий, существует вероятность, что слабые места сервера используются вредоносными файлами. Обнаружить и удалить их можно только с помощью антивируса. Выберите один из удобных способов очистки компьютера от вирусов и воспользуйтесь им. Более подробно об очистке компьютера от вредоносных файлов читайте в нашей статье.

Подробнее: Борьба с компьютерными вирусами

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

Читайте также: Антивирусы для Windows

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

System error code 1722 rpc сервер недоступен

Добрый день уважаемые читатели и подписчики, в прошлый раз мы с вами устраняли проблему в Active Directory, а именно ошибку 14550 DfsSvc и netlogon 5781 на контроллере домена, сегодня же продолжается эпопея с продолжением этих ошибок, а именно от них мы избавились, но прилетели новые: Ошибка 1722. Сервер RPC и за последние 24 часа после предоставления SYSVOL в общий доступ зафиксированы предупреждения или сообщения об ошибках. Сбои при репликации SYSVOL могут стать причиной проблем групповой политики. Давайте разбираться в чем дело.

Устраняем ошибку 1722 сервер rpc недоступен

Сетевые проблемы с репликацией и их решение, читайте по ссылке выше, про 14550. И так напомню, у меня есть два домена, родительский и дочерний. В дочернем 3 контроллера домена Active Directory. После переноса одного контроллера домена из одного сайта, ко всем остальным стали появляться ошибки 1722. Сервер RPC не доступен и сервер RPC и за последние 24 часа после предоставления 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«, возможно вы там найдете дополнительные детали. Например, у меня была ошибка:

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-адресом, чтобы это поправить вам нужно почистить локальный кэш на контроллере, где появилась данная ошибка.

Когда с разрешением имени станет все нормально, у вас появится событие:

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, а уже затем любые, что вам нужны.

Теперь снова выполнив команду repadmin /replsummary, я увидел, что все репликации прошли успешно. Так же советую запустить вручную репликацию AD, и проверить нет ли ошибок, убедитесь, так же, что команда dcdiag /a /q не дает ошибок. Так же если у вас развитая система сайтов AD, дождитесь времени репликации между ними.

Еще бывает, что на событие 1722 наслаивается ошибка:

Обновление 07.08.2022

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

Проверка DNS в лесу с несколькими доменами

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

Я периодически получал ошибку:

Хотя реплики все ходили без проблем, судя по repadmin /replsummary, но dcdiag /a /q показывает ошибки, что данный контроллер домена у меня определяется со старым IP-адресом, который я менял при миграции виртуальной машины в новое адресное пространство.

Обязательно через команду 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. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.

Источник

Ошибка репликации Active Directory 1722: RPC-сервер недоступен

Эта статья поможет устранить ошибку 1722 репликации Active Directory.

Применимо к: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Исходный номер базы знаний: 2102154

Симптомы

В этой статье описываются симптомы, причины и способы устранения сбоя репликации Active Directory с ошибкой Win32 1722: RPC-сервер недоступен.

При повышении DCPROMO контроллера домена реплики не удается создать объект параметров NTDS на вспомогательном контроллере домена с ошибкой 1722。

Текст заголовка диалогового окна: доменные службы Active Directory установки

Текст сообщения диалогового окна:

DCDIAG сообщает, что сбой теста репликации Active Directory с ошибкой 1722: RPC-сервер недоступен.

REPADMIN.EXE сообщает о сбое попытки репликации с состоянием 1722 (0x6ba).

Команды REPADMIN, которые обычно ссылаются на состояние -1722 (0x6ba), включают, но не ограничиваются:

• REPADMIN /REPLSUM
• REPADMIN /SHOWREPL
• REPADMIN /SHOWREPS
• REPADMIN /SYNCALL

Ниже приведен пример выходных REPADMIN /SHOWREPS REPADMIN /SYNCALL данных и показана ошибка недоступности RPC-сервера .

Ниже показан пример выходных REPADMIN /SYNCALL данных с сообщением о недоступности сервера RPC :

Теперь команда репликации на сайтах и службах Active Directory возвращает, что RPC-сервер недоступен.

Щелчок правой кнопкой мыши по объекту подключения из исходного контроллера домена и выбор репликации завершается сбоем, так как RPC-сервер недоступен. Ниже показано сообщение об ошибке на экране:

Текст заголовка диалогового окна: Replicate Now

Текст сообщения диалогового окна:

Эта DCDIAG /TEST:DNS команда может проверить работоспособность DNS контроллеров домена Windows 2000 Server (SP3 или более поздней версии), Windows Server 2003 и windows Server 2008 семейства. Этот тест впервые появился в Windows Server 2003 с пакетом обновления 1 (SP1).

Для этой команды существует семь тестовых групп.

Проверка подлинности (аутентификация)

Регистрация записей (RReg)

Динамическое обновление ( Dyn )

Серверы пересылки и корневые указания (Forw)

Пример выходных данных:

Сводка результатов теста DNS:

В сводке приведены действия по исправлению наиболее распространенных сбоев в этом тесте.

Объяснение и дополнительные параметры для этого теста можно найти в средстве диагностики контроллера домена (dcdiag.exe).

Nltest /dsgetdc используется для выполнения процесса указателя контроллера домена. Таким /dsgetdc: образом, пытается найти контроллер домена для домена. При использовании флага принудительной установки расположение контроллера домена, а не кэш. Можно также указать параметры, такие как /gc или /pdc для поиска глобального каталога или основного эмулятора контроллера домена. Для поиска глобального каталога необходимо указать имя дерева, которое является DNS-доменным именем корневого домена.

Пример выходных данных:

Можно использовать в Windows 2003 и более ранних версиях для сбора определенных сведений о конфигурации сети и ошибках. Выполнение этого средства занимает некоторое время при выполнении коммутатора -v .

Пример выходных данных для теста DNS:

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

dnslint /s IP /ad IP

DNSLint — это служебная программа Windows, которая помогает диагностировать распространенные проблемы с разрешением DNS-имен. Выходные данные — это HTM-файл с большой информацией, в том числе:

DNS-сервер: localhost

Данные записи SOA с сервера:

Дополнительные достоверные записи (NS) с сервера: DC2.fabrikam.com

Записи псевдонимов (CNAME) и glue (A) для guID леса с сервера:

• Псевдоним: dc2.child.fabrikam.com
• Приклеивание:

Убедитесь, что сетевые порты не блокируются брандмауэром или сторонним приложением, прослушивая необходимые порты.

Сопоставлять конечные точки (прослушивая порт 135) сообщает клиенту, какой порт службы (FRS, репликация AD, MAPI и т. д.) прослушивает.

Протокол приложений	Протокол	Порты
Сервер глобального каталога	TCP	3269
Сервер глобального каталога	TCP	3268
Сервер LDAP	TCP	389
Сервер LDAP	UDP	389
LDAP SSL	TCP	636
LDAP SSL	UDP	636
IPsec ISAKMP	UDP	500
NAT-T	UDP	4500
RPC	TCP	135
Порты ТСР с большими номерами, произвольно назначенные службой RPC¹	TCP	1024–5000 49152 — 65535*

* Это диапазон в Windows Server 2008, Windows Vista, Windows 7 и Windows 2008 R2.

Portqry можно использовать для определения того, заблокирован ли порт из контроллера домена при нацелии на другой контроллер домена. Его можно скачать в сканере портов командной строки PortQry версии 2.0.

-e 135
portqry -n

Графическую версию portqry с именем Portqryui можно найти в portQryUI — пользовательском интерфейсе для сканера портов командной строки PortQry.

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

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

Недопустимые драйверы сетевого адаптера

Сведения о последних драйверах см. в статьях о поставщиках сетевых карт или изготовителях оборудования.

Фрагментация UDP может привести к ошибкам репликации, которые, как показано, имеют источник RPC-сервера недоступны

Для этой конкретной причины часто используются ошибки с кодом события 40960 & 40961 с источником LSASRV.

Несоответствия подписи SMB между контроллерами домена

Использование политики контроллеров домена по умолчанию для настройки согласованных параметров подписи SMB в следующем разделе поможет устранить эту причину:

Computer ConfigurationWindows SettingsSecurity SettingsLocal PoliciesSecurity Options

• Сетевой клиент Майкрософт: цифровая подпись (всегда) отключена.
• Сетевой клиент Майкрософт: включена цифровая подпись обмена данными (если сервер соглашается).
• Сетевой сервер Майкрософт: цифровая подпись (всегда) отключена.
• Сетевой сервер Майкрософт: включена цифровая подпись обмена данными (если клиент соглашается).

Параметры можно найти в следующих разделах реестра:

HKEY_LOCAL_MACHINESystemCurrentControlSetServicesLanManWorkstationParameters и HKEY_LOCAL_MACHINESystemCurrentControlSetServicesLanManServerParameters

• RequireSecuritySignature = always (0,disable, 1 enable).
• EnableSecuritySignature = is server agrees (0,disable, 1 enable).

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

Если приведенное выше решение для версии 1722 не предоставляется, используйте следующее ведение журнала диагностики для сбора дополнительных сведений:

Источник

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

Поэтому для решения сложных многоступенчатых задач компьютеры и прочие устройства нередко объединяются в сети, где каждый компонент выполняет свою часть работы. Такое взаимодействие может осуществляться в рамках разных технологий, например, технологии RPC, о которой сегодня пойдёт речь. Вернее, разговор будет идти о связанной с ней распространенной ошибке «сервер RPC недоступен». Но прежде чем приступить непосредственно к разбору решений, скажем пару слов о самой RPC.

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

Технология RPC представлена двумя базовыми компонентами – сетевым протоколом и обеспечивающим сериализацию объектов и структур языком программирования. Протоколы при этом могут использоваться разные, например, наиболее распространенными являются протоколы UDP и TCP. Взаимодействие устройств в рамках RPC происходит посредством обмена пакетами через соответствующий порт. Если в этой цепочке действий происходит сбой, служба реагирует появлением ошибки «сервер RPC недоступен».

Когда появляется ошибка RPC

В большинстве случаев ошибка возникает на стороне сервера, но нередко сталкиваться с ней приходится и пользователям клиентских машин. Определить причину неполадки можно, проанализировав содержимое Журнала событий Windows. Часто ошибка бывает вызвана аварийным завершением процедуры соединения, несовместимостью программного обеспечения, разностью структур данных, установкой или обновлением различных программ и драйверов, шифрованием, отключением ряда служб.

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

Как найти причину

Что значит сервер RPC недоступен, в общих чертах понятно. Это невозможность установить связь между устройствами, но что делать в таких случаях? Как уже было сказано, для выяснения причины ошибки следует использовать Журнал событий, который открывается командой eventvwr.msc. Связанные с RPC сбои находятся в разделе «Система», и если вы начнете просматривать Журнал сразу после появления ошибки, то ее описание будет в самом верху. Также вы можете воспользоваться поиском, отфильтровав события по источнику. Далее дело техники – смотрим код ошибки и выполняем поиск решения в интернете.

Сервер RPC недоступен. Ошибка 1722

Самая распространенная неполадка в работе RPC, возникающая обычно в Windows 7. Ошибка 1722 сервер RPC недоступен в «семерке» сопровождается отсутствием звука на компьютере. Поскольку связана неполадка с отключением ряда важных служб, решение предлагается следующее. Откройте оснастку управления службами, найдите службу «Средство построения конечных точек Windows Audio» и включите ее, если она отключена. Тип запуска желательно выставить «Автоматически».

Заодно следует проверить состояние служб «Удаленный реестр», «Удаленный вызов процедур», «Питание» и «Сервер». Все они должны работать, и все они должны иметь тип запуска «Автоматически». Появляется ошибка с кодом 1722 и описанием «сервер RPC недоступен» не только в Windows 7, но и в Windows 10. Способы ее устранения в разных версиях системы аналогичны приведенным выше.

Ошибки при печати

Ошибка 1722 также может быть связана с некорректной работой приложений, обеспечивающих взаимодействие компьютера с принтерами, что опять же нередко вызывается отключением служб. Если при выводе на печать вы получаете сообщение «не удалось распечатать изображение сервер RPC недоступен», убедитесь, что у вас включены и работают службы «Диспетчер печати», «Модуль запуска процессов DCOM-сервера», «Удаленный вызов процедур» и «Питание».

Если со службами всё в порядке, попробуйте на время сеанса отключить брандмауэр и антивирус. Бывает такое, что сетевое подключение блокируются этими средствами защиты. Кстати, Ошибка «сервер RPC недоступен» с кодом 0x800706ba часто указывает на проблемы в работе сетевого экрана между компьютером и другим устройством.

Конфликт с FineReader

Отмечены случаи появления ошибки «сервер RPC недоступен» в Windows 10 и более ранних версиях системы при работе популярного приложения для распознавания текста ABBYY FineReader. Но виновато здесь не столько само приложение, сколько его активная фоновая служба, которая каким-то образом конфликтует с механизмами RPC. Отключите её на время сеанса в оснастке управление службами и проверьте результат.

Заражение вирусами

Заражение компьютера вредоносным программным обеспечением – еще одна причина появления ошибки сервера RPC. На то, что ПК заражён, косвенно может указывать отсутствие записей об ошибке в Журнале Windows. Решение стандартное – проверка компьютера антивирусными приложениями.

Проблемы с драйверами

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

Нарушение целостности файлов

Если на компьютере имел место сбой или вирусная атака, следует проверить состояние двух главных файлов RPC – spoolsv.exe и spoolss.dll, расположенных в системном каталоге System32. При отсутствии файлов необходимо скопировать их с другого компьютера с той же версией операционной системы и забросить в папку System32, а затем запустить службу удаленного вызова вручную из оснастки управления службами. Как вариант, выполните проверку системы на предмет поврежденных и недостающих системных файлов командой sfc /scannow.

Повреждение реестра

Иногда неполадки бывают связаны с реестром. Для устранения проблемы лучше использовать традиционное средство отката к предыдущим системным точкам восстановления. Также вы можете скопировать из папки C:/Windows/System32/config/RegBack файл SYSTEM и поместить его в родительскую папку config с заменой. Операцию эту выполнять желательно из-под LiveCD.

Выводы

С ошибкой недоступности сервера RPC на локальных компьютерах, как правило, удается справиться путем задействования всех необходимых служб или восстановления файлов и реестра (если имели место сбои). Одним из способов решения проблемы также является обновление Windows до более новой версии. Что же касается этой же ошибки на серверах, здесь всё может оказаться намного сложнее, впрочем, рядовым пользователям встретиться с подобной ситуацией вряд ли придется, так как это дело обычно ложиться на плечи системных администраторов.

Различные версии Windows слишком часто пишут, что «сервер RPC недоступен». Это может случаться как просто при запуске какой-то программы, так и при входе в систему, попытке выполнить команду через PowerShell и очень часто – в момент подключения к принтеру. Тот самый таинственный RPC-сервер – это служба удаленного подключения к другим устройствам, которая не смогла запуститься, связаться с аппаратом на той стороне или имеет какие-то системные неполадки. Мы постараемся помочь всем: как тем, кто столкнулся с ошибкой «сервер RPC недоступен» в пользовательских версиях Windows 10, 8, 7, XP, так и в серверных разновидностях Windows Server 2012, 2008.

Что значит «сервер RPC недоступен»?

Смысл сообщения в том, что система не в состоянии связаться с другим компьютером или иным устройством. Это может потребоваться при развертывании сетей, открытии удаленного доступа к ПК или даже по причине взлома операционной системы. Порой причина в программе, которая требует те или иные полномочия. Если ошибка появляется при входе в систему, но никто из пользователей ПК не настраивал автоматическое подключение – дело плохо, нужно срочно искать вредоносный софт. В остальных случаях все легко исправить.

Причины ошибки:

• второе устройство сейчас недоступно, скорее всего – оно выключено;
• служба RPC отключена в системе;
• брандмауэр или провайдер блокирует порты, использованные при подключении;
• указаны неправильные параметры подключения;
• скопился неправильный кэш DNS.

Разновидности проблемы

Какие бывают вариации ошибки «сервер RPC недоступен»:

• Появляется при запуске программы. Она пытается установить связь с вторым устройством, завершить процедуру не получается и высвечивается ошибка.
• В момент включения системы. Настроено автоматическое подключение на пользовательской версии Windows.
• Не получается использовать WMI-инструмент, PowerShell WinRM или подключиться к серверу в Windows Server.
• Ошибка «Сервер RPC недоступен» во время запуска ABBYY FineReader Licensing Service.

Вариантов проблемы много, мы начнем с исправления тех, что возникают в обычных Windows 7, 10, затем перейдем к проблемам в серверных ОС и в конце рассмотрим оставшиеся разновидности.

Читайте также: Ошибка «Не обнаружен XINPUT1_3.dll»

Как исправить ошибку в Windows 10, 8, 7, XP?

Если при печати или подключении к другому ПК на любой Windows, начиная с XP, появляется данная ошибка, следует проверить доступность устройства. Девайс обязан быть включенным и отзываться на команду ping. Чаще всего именно неактивность принтера, компьютера или сервера является причиной проблемы. После его выхода в сеть, все пройдет. Дальнейшие процедуры имеет смысл проводить в том случае, если оба устройства активны и откликаются на команду ping, но ошибка все равно появляется.

Полезно! Стоит попробовать запустить средство устранения неполадок, которое исправит большинство системных неполадок, которые сможет найти. Это позволит значительно сократить время. Что использовать инструмент, нужно зайти в «Панель управления» на вкладку «Устранение неполадок» и выбрать «Использование принтера».

Решение 1: активируем службы RPC

При ошибке 1722 «сервер RPC недоступен» следует проверить активность основных служб, которые нужны для использования удаленного подключения.

Что нужно делать:

1. Нажимаем Win + R и в появившуюся строку вводим services.msc.
2. Ищем службу «Локатор удаленного вызова процедур (RPC)» и дважды кликаем по ней.
3. Выбираем «Тип запуска» в положение «Автоматически».
4. Запускаем «Средство построения конечных точек».
5. Активируем службу «Модуль запуска процессом DCOM-сервера».
6. То же самое делаем для «Диспетчера печати».

Скорее всего error 1722 в Windows и ряд других ошибок будет устранен уже на этом этапе.

Решение 2: открываем порты

Переходя к этому пункту, мы рекомендуем сначала отключить брандмауэр Windows полностью, это позволит понять, дело действительно в фаерволе или он не имеет к ошибке никакого отношения. Если после выключения этого инструмента защиты наблюдается улучшение, рекомендуем провести следующую процедуру.

Инструкция:

1. Открываем «Панель управления» из меню, которое открывается Win + X.
2. Переходим в «Брандмауэр Windows» и нажимаем на «Разрешение взаимодействия…» из левого меню.
3. Устанавливаем флаги возле «Удаленного помощника», если их там нет.
4. Проверяем, открыт ли нужный порт с помощью команды TNC msk-mail1 -Port 25 (ее нужно вводить в PowerShell, которую можно найти через поиск). Если он открыт, должно появиться сообщение TcpTestSucceeded:True. Когда ответ отрицательный, нужно открыть порт.
5. Возвращаемся в «Брандмауэр Windows» и нажимаем на пункт «Дополнительные параметры».
6. В разделе «Правила для исходящего подключения» выбираем вариант «Для порта».
7. Устанавливаем протокол TCP и в строку «Определенные порты» вставляем цифру нужного.
8. Выбираем «Разрешить подключение» и завершаем созданием правила.

Решение 3: включаем протоколы связи

Реже, но бывает такое, что в протоколах связи неактивны несколько важных параметров.

Как это исправить:

1. Через «Панель управления» переходим в «Сетевые подключения».
2. Жмем по подключенной сети правой кнопкой мыши и выбираем «Свойства».
3. Включаем «Общий доступ к файлам и принтерам», а также – «IP версии 6».

Решение 4: чистим DNS

Простой способ, который тоже может помочь. Достаточно в командную строку с повышенными привилегиями вставить ipconfig /flushdns и задействовать команду кнопкой Enter.  Если в недавнем прошлом изменялось имя ПК, к которому происходит подключение, следует перерегистрировать DNS с помощью команды ipconfig /registerdns.

Читайте также: Как исправить ошибку «An operating system wasn’t found» при запуске Windows 7, 8, 10?

Способы решения для Windows Server 2008, 2012

В Windows Server есть еще одна разновидность ошибки – «Сервер RPC недоступен (Исключение из HRESULT: 0x800706BA)». Она тоже высвечивается в момент попытки выполнения команды с использованием подключения к удаленному ПК. Сначала нужно проверить доступность устройства, это просто сделать с использованием строки: «Get-WmiObject Win32_ComputerSystem –ComputerName 192.168.0.114», где IP и название компьютера указываем своего сервера.

Как можно исправить ошибку с кодом 0x800706ba (0x6ba):

• Удостоверяемся в активности устройства по другую сторону.
• Проверяем правильность IP-адреса или имени компьютера.
• По необходимости включаем «Удаленный вызов процедур (RPC)» и «Инструментарий управления Windows» на серверном ПК. Для быстрой проверки статуса служб sc query Winmgmt и sc query rpcss. Положительный результат выглядит так: «Состояние: 4 RUNNING». Для их включения следует заменить слово query в команде на start.

• Проверяем порты. Команда Test-NetConnection 192.168.1.15 —port 135 отобразит, открыт ли этот порт. Возможно, его придется открыть, инструкция указана выше.
• Устанавливаем правильные параметры DNS.
• Проверяем правильность установленного времени.
• Активируем службу «Помощник TCP/IP NetBIOS».

Сервер RPC недоступен ABBYY FineReader Licensing Service

При попытке использования программы ABBYY для расшифровки PDF-файлов может появиться подобная ошибка. Мы о ней уже неоднократно слышали и знаем, как исправлять.

Пошаговое руководство:

1. Находим элемент управления services.msc через поиск или строку «Выполнить».
2. Находим все службы, в которых фигурирует слово ABBYY.
3. Открываем их правой кнопкой мыши, переходим в «Свойства» и задаем им «Тип запуска» в положение «Автоматически».
4. Применяем изменения и закрываем окна.

Подводя итог, ошибка «сервер RPC недоступен» практически всегда связана с тем, что не удается подключиться к удаленному компьютеру, серверу или принтеру. Причинами подобному явлению становятся либо закрытые порты, либо неактивные службы, либо выключенное состояние серверных-устройств. Все это легко поправить вручную и теперь вы знаете, как это сделать во всех популярных версиях Windows.