Ошибка 1722 сервер rpc недоступен как исправить

Обновлено 04.01.2023

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

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

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

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

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

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

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

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

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

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

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

Если они не доступны, то нужно проверить права на папки и проверьте доступность портов службы 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 в помощь.

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

Далее посмотрите в логах 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

The DFS Replication service failed to communicate with partner

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

1722 (The RPC server is unavailable.)

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

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

The DFS Replication service successfully established an inbound connection with partner

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

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

Так, что правильный порядок DNS серверов, это 90 процентов случаев

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

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

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

Обновление 07.08.2022

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

Счетчик ошибок в 1722

Проверка 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.

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.

Check that the IP address is

Обязательно через команду nslookup проверьте, что ваши контроллеры домена разрешаются в правильный IP и, что IP разрешается в правильное DNS имя. Далее открываем «Управление DNS» оснастку и находим основную зону. Разверните ее, чтобы отобразить все контейнеры. Мультидоменной среде, вы увидите, что корневая основная зона, содержит в себе еще контейнеры с дочерними доменами, в которых вы увидите список ваших DNS серверов и контроллеров домена. Тут у вас может быть:

  • ⛔️Не весь список актуальных DNS серверов
  • ⛔️Список DNS серверов, но с неправильными IP-адресами в которые они разрешаются

У меня dc6 уже точно не было, что уже нужно удалить.

Список DNS серверов в дочернем домене корневой зоны AD

Далее щелкните по любому DNS серверу из списка. У вас откроется окно свойств, где видно в какие IP-адреса разрешаются имена, у меня тут и фигурировали dc1 и dc2 со старыми именами. Тут и получалось, что ошибка «(network error): 1722 (0x6ba)» была плавающая. Когда обращение по разрешению IP-адреса контроллера шло к правильному серверу с валидным IP, все было хорошо, но как только доходило до неправильной записи, была ошибка.

DNS server list

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

Указание правильного IP для DNS сервера

И вот там уже нужно больше телодвижений. Вот так вот просто решается ошибка 1722 сервер RPC не доступен на контроллере домена по Windows Server 2012 R2. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.

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

Способы устранения ошибки «Сервер RPC недоступен»

Решение ошибки «Сервер RPC недоступен».

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

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

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

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

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

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

Код ошибки 1722

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

Ошибка 1722 «Сервер PRC недоступен»

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

Устранение ошибка 1722

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

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

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

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

Следующий способ – редактор локальной групповой политики (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»;
  • дважды щёлкните эту службу. Откроется меню, в котором вы должны нажать кнопку «Выполнить».

Служба времени Windows

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

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

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

Ошибка в FineReader

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

ABBYY FineReader Licensing Service

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

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

Защитник Windows 10

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

title description ms.date author ms.author manager audience ms.topic ms.prod localization_priority ms.reviewer ms.custom ms.technology

Troubleshoot replication error 1722

Fixes error 1722 of Active Directory replication in Windows Server 2008 R2 and earlier versions.

04/28/2023

Deland-Han

delhan

dcscontentpm

itpro

troubleshooting

windows-server

medium

kaushika

sap:active-directory-replication, csstroubleshoot

windows-server-active-directory

Active Directory replication error 1722: The RPC server is unavailable

This article helps fix the error 1722 of Active Directory replication.

Applies to:   Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Original KB number:   2102154

Symptoms

This article describes the symptoms, cause, and resolution for resolving Active Directory replication failing with Win32 error 1722: The RPC server is unavailable.

  1. DCPROMO Promotion of a replica DC fails to create an NTDS Settings object on the helper DC with error 1722。

    Dialog Title text: Active Directory Domain Services Installation Wizard

    Dialog Message text:

    The operation failed because: Active Directory Domain Services could not create the NTDS Settings object for this Active Directory Domain Controller CN=NTDS Settings,CN=<Name of DC being promoted),CN=Servers,CN=<site name>,CN=Sites,CN=Configuration,DC=<forest root domain> on the remote AD DC <helper DC>.<domain name>.<top level domain>. Ensure the provided network credentials have sufficient permissions. "The RPC server is unavailable."
    
  2. DCDIAG reports that the Active Directory Replications test has failed with error 1722: The RPC Server is unavailable.

    [Replications Check,<DC Name>] A recent replication attempt failed:
    From <source DC> to <destination DC>  
    Naming Context: <DN path of directory partition>  
    The replication generated an error (1722):  
    The RPC server is unavailable.  
    The failure occurred at <date> <time>.  
    The last success occurred at <date> <time>.  
    <X> failures have occurred since the last success.  
    [<dc name>] DsBindWithSpnEx() failed with error 1722,  
    The RPC server is unavailable..  
    Printing RPC Extended Error Info:  
    <snip>
    
  3. REPADMIN.EXE reports that replication attempt has failed with status 1722 (0x6ba).

    REPADMIN commands that commonly cite the -1722 (0x6ba) status include but are not limited to:

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

    Sample output from REPADMIN /SHOWREPS and REPADMIN /SYNCALL depicting The RPC server is unavailable error is shown below:

    c:> repadmin /showreps  
    <site name><destination DC>  
    DC Options: <list of flags>  
    Site Options: (none)  
    DC object GUID: <NTDS settings object object GUID>  
    DC invocationID: <invocation ID string>  
    ==== INBOUND NEIGHBORS ======================================  
    DC=<DN path for directory partition>  
        <site name><source DC via RPC  
            DC object GUID: <source DCs ntds settings object object guid>  
            Last attempt @ <date> <time> failed, result **1722 (0x6ba):  
    The RPC server is unavailable.  
            <X #> consecutive failure(s).  
            Last success @ <date> <time>

    Sample output of REPADMIN /SYNCALL depicting The RPC server is unavailable error is shown below:

     C:>repadmin /syncall  
     CALLBACK MESSAGE: Error contacting server <object guid of NTDS Settings object>._msdcs.<forest root domain>.<top level domain> (network error): 1722 (0x6ba):  
     The RPC server is unavailable.
  4. The replicate now command in Active Directory Sites and Services returns The RPC server is unavailable.

    Right-clicking on the connection object from a source DC and choosing replicate now fails with The RPC server is unavailable. The on-screen error message is shown below:

    Dialog title text: Replicate Now

    Dialog message text:

    The following error occurred during the attempt to synchronize naming context <DNS name of directory partition> from domain controller <source Dc host name> to domain controller <destination DC hostname>:The RPC server is unavailable. This operation will not continue. This condition may be caused by a DNS lookup problem. For information about troubleshooting common DNS lookup problems, see the following Microsoft Web site: DNS Lookup Problem

  5. NTDS Knowledge Consistency Checker (KCC), NTDS General, or Microsoft-Windows-ActiveDirectory_DomainService events with the 1722 status are logged in the directory service event log.

    Active Directory events that commonly cite the 1722 status include but are not limited to:

    Event Source Event ID Event String
    Microsoft-Windows-ActiveDirectory_DomainService 1125 The Active Directory Domain Services Installation Wizard (Dcpromo) was unable to establish connection with the following domain controller.
    NTDS KCC 1311 The Knowledge Consistency Checker (KCC) has detected problems with the following directory partition.
    NTDS KCC 1865 The Knowledge Consistency Checker (KCC) was unable to form a complete spanning tree network topology. As a result, the following list of sites cannot be reached from the local site.
    NTDS KCC 1925 The attempt to establish a replication link for the following writable directory partition failed.
    NTDS Replication 1960 Internal event: The following domain controller received an exception from a remote procedure call (RPC) connection. The operation may have failed.

Cause

RPC is an intermediate layer between the network transport and the application protocol. RPC itself has no special insight into failures but attempts to map lower layer protocol failures into an error at the RPC layer.

RPC error 1722 / 0x6ba / RPC_S_SERVER_UNAVAILABLE is logged when a lower layer protocol reports a connectivity failure. The common case is that the abstract TCP CONNECT operation failed. In the context of AD replication, the RPC client on the destination DC was not able to successfully connect to the RPC server on the source DC. Common causes for this are:

  1. Link local failure
  2. DHCP failure
  3. DNS failure
  4. WINS failure
  5. Routing failure (including blocked ports on firewalls)
  6. IPSec / Network authentication failures
  7. Resource limitations
  8. Higher layer protocol not running
  9. Higher layer protocol is returning this error

Resolution

Basic troubleshooting steps to identify the problem.

Verify the startup value and service status are correct for RPC, RPC Locator, and Kerberos Key Distribution Center

Verify the startup value and service status are correct for the Remote Procedure Call (RPC), Remote Procedure Call (RPC) Locator and Kerberos Key Distribution Center.

The OS version will determine the correct values for the source and destination system that is logging the replication error. Use the following table to help validate the settings.

Service Name Windows 2000 Windows 2003 /R2 Windows 2008 Windows 2008 R2
Remote Procedure Call (RPC) Started / Automatic Started / Automatic Started / Automatic Started / Automatic
Remote Procedure Call (RPC) Locator Started / Automatic (Domain Controllers)

Not started / Manual(Member Servers)

Not started / Manual Not started / Manual Not started / Manual
Kerberos Key Distribution Center (KDC) Started / Automatic (Domain Controllers)

Not started / Disabled(Member Servers)

Started / Automatic (Domain Controllers)

Not started / Disabled(Member Servers)

Started / Automatic (Domain Controllers)

Not started / Disabled(Member Servers)

Started / Automatic (Domain Controllers)

Not started / Disabled(Member Servers)

If you make any changes to match the settings above, restart the machine. Verify both the startup value and service status match the values documented in the table above.

Verify the ClientProtocols key exists under HKEY_LOCAL_MACHINESoftwareMicrosoftRpc, and that it contains the correct default protocols

Protocol Name Type Data Value
ncacn_http REG_SZ rpcrt4.dll
ncacn_ip_tcp REG_SZ rpcrt4.dll
ncacn_np REG_SZ rpcrt4.dll
ncacn_ip_udp REG_SZ rpcrt4.dll

If the ClientProtocols key or any of the four default values are missing, import the key from a known good server.

Verify DNS is working

DNS lookup failures are the cause of a large number of 1722 RPC errors when it comes to replication.

There are a few tools to use to help identify DNS errors:

  • DCDIAG /TEST:DNS /V /E /F:<filename.log>

    The DCDIAG /TEST:DNS command can validate DNS health of Windows 2000 Server (SP3 or later), Windows Server 2003, and Windows Server 2008 family domain controllers. This test was first introduced with Windows Server 2003 Service Pack 1.

    There are seven test groups for this command.

    • Authentication (Auth)

    • Basic (Basc)

    • Records registration (RReg)

    • Dynamic update (Dyn)

    • Delegations (Del)

    • Forwarders/Root hints (Forw)

      Sample output:

      TEST: Authentication (Auth)  
      Authentication test: Successfully completed
      
      TEST: Basic (Basc)  
      Microsoft(R) Windows(R) Server 2003, Enterprise Edition (Service Pack level: 2.0) is supported  
      NETLOGON service is running  
      kdc service is running  
      DNSCACHE service is running  
      DNS service is running  
      DC is a DNS server  
      Network adapters information:  
      Adapter [00000009] Microsoft Virtual Machine Bus Network Adapter:  
      MAC address is 00:15:5D:40:CF:92  
      IP address is static  
      IP address: <IP Address>  
      DNS servers:  
      <DNS IP Address> (DC.domain.com.) [Valid]  
      The A record for this DC was found  
      The SOA record for the Active Directory zone was found  
      The Active Directory zone on this DC/DNS server was found (primary)  
      Root zone on this DC/DNS server was not found  
      <omitted other tests for readability>
      

      Summary of DNS test results:

      Auth Basc Forw Del  Dyn  RReg Ext
      
      Domain: fragale.contoso.com
      DC1 PASS PASS FAIL PASS PASS PASS n/a  
      Domain: child.fragale.contoso.com  
      DC2 PASS PASS n/a  n/a  n/a  PASS n/a  
      
      Enterprise DNS infrastructure test results:  
      For parent domain domain.com and subordinate domain child:  
      Forwarders or root hints are not misconfigured from parent domain to subordinate domain  
      Error: Forwarders are configured from subordinate to parent domain but some of them failed DNS server tests  
      
      (See DNS servers section for error details)  
      Delegation is configured properly from parent to subordinate domain  
      ......................... domain.com failed test DNS
      

      The summary provides remediation steps for the more common failures from this test.

      Explanation and additional options for this test can be found at Domain Controller Diagnostics Tool (dcdiag.exe).

  • NLTEST /DSGETDC:<netbios or DNS domain name>

    Nltest /dsgetdc is used to exercise the dc locator process. Thus /dsgetdc:<domain name> tries to find the domain controller for the domain. Using the force flag forces domain controller location rather than using the cache. You can also specify options such as /gc or /pdc to locate a Global Catalog or a primary domain controller emulator. For finding the Global Catalog, you must specify a tree name, which is the DNS domain name of the root domain.

    Sample output:

    DC: [DC.fabrikam.com]  
    Address: \<IP Address>  
    Dom Guid: 5499c0e6-2d33-429d-aab3-f45f6a06922b  
    Dom Name: fabrikam.com  
    Forest Name: fabrikam.com  
    Dc Site Name: Default-First-Site-Name  
    Our Site Name: Default-First-Site-Name  
    Flags: PDC GC DS LDAP KDC TIMESERV WRITABLE DNS_DC DNS_DOMAIN DNS_FOREST CLOSE_SITE  
    The command completed successfully
    
  • Netdiag -v

    Can be used with Windows 2003 and earlier versions to gather specific information for networking configuration and error. This tool takes some time to run when executing the -v switch.

    Sample output for the DNS test:

    DNS test . . . . . . . . . . . . . : Passed  
    Interface {34FDC272-55DC-4103-B4B7-89234BC30C4A}  
    DNS Domain:  
    DNS Servers: <DNS Server Ip address>  
    IP Address:         Expected registration with PDN (primary DNS domain name):  
    Hostname: DC.fabrikam.com.  
    Authoritative zone: fabrikam.com.  
    Primary DNS server: DC.fabrikam.com <Ip Address>  
    Authoritative NS:<Ip Address>  
    Check the DNS registration for DCs entries on DNS server <DNS Server Ip address>  
    The Record is correct on DNS server '<DNS Server Ip address>'.  
    (You will see this line repeated several times for every entry for this DC.  Including srv records.)  
    The Record is correct on DNS server '<DNS Server Ip address>'.  
    PASS - All the DNS entries for DC are registered on DNS server '<DNS Server Ip address>'.
    
  • ping -a <IP_of_problem_server>

    It’s a simple quick test to validate the host record for a domain controller is resolving to the correct machine.

  • dnslint /s IP /ad IP

    DNSLint is a Windows utility that helps you to diagnose common DNS name resolution issues. The output is an htm file with much information including:

    DNS server: localhost

    IP Address: 127.0.0.1  
    UDP port 53 responding to queries: YES  
    TCP port 53 responding to queries: Not tested  
    Answering authoritatively for domain: NO
    

    SOA record data from server:

    Authoritative name server: DC.domain.com  
    Hostmaster: hostmaster  
    Zone serial number: 14  
    Zone expires in: 1.00 day(s)  
    Refresh period: 900 seconds  
    Retry delay: 600 seconds  
    Default (minimum) TTL: 3600 seconds
    
  • Additional authoritative (NS) records from server: DC2.fabrikam.com <IP Address>

    Alias (CNAME) and glue (A) records for forest GUIDs from server:

    • CNAME: 98d4aa0c-d8e2-499a-8f90-9730b0440d9b._msdcs.fabrikam.com

      • Alias: DC.fabrikam.com
      • Glue: <IP Adress>
    • CNAME: a2c5007f-7082-4adb-ba7d-a9c47db1efc3._msdcs.fabrikam.com

      • Alias: dc2.child.fabrikam.com
      • Glue: <IP Address>

      For more information, see Description of the DNSLint utility.

Verify network ports are not blocked by a firewall or third-party application listening on the required ports

The endpoint mapper (listening on port 135) tells the client which randomly assigned port a service (FRS, AD replication, MAPI, and so on) is listening on.

Application protocol Protocol Ports
Global Catalog Server TCP 3269
Global Catalog Server TCP 3268
LDAP Server TCP 389
LDAP Server UDP 389
LDAP SSL TCP 636
LDAP SSL UDP 636
IPsec ISAKMP UDP 500
NAT-T UDP 4500
RPC TCP 135
RPC randomly allocated high TCP ports¹ TCP 1024 — 5000
49152 — 65535*

* This is the range in Windows Server 2008, Windows Vista, Windows 7, and Windows 2008 R2.

Portqry can be used to identify if a port is blocked from a Dc when targeting another DC. It can be downloaded at PortQry Command Line Port Scanner Version 2.0.

Example syntax:

  • portqry -n <problem_server> -e 135
  • portqry -n <problem_server> -r 1024-5000

A graphical version of portqry, called Portqryui can be found at PortQryUI — User Interface for the PortQry Command Line Port Scanner.

If the Dynamic Port range has ports being blocked, use the below links to configure a port range that is manageable for the customer.

Additional important links for configuration and working with Firewalls and Domain Controllers:

  • HOWTO: Configure RPC Dynamic Port Allocation to Work with Firewall
  • Restricting Active Directory Replication Traffic to a Specific Port
  • How to Configure a Firewall for Domains and Trusts
  • A List of the Windows Server Domain Controller Default Ports
  • Port Requirements for the Microsoft Windows Server System

Bad NIC drivers

See network card vendors or OEMs for the latest drivers.

UDP fragmentation can cause replication errors that appear to have a source of RPC server is unavailable

Event ID 40960 & 40961 errors with a source of LSASRV are common for this particular cause.

For more information, see How to force Kerberos to use TCP instead of UDP in Windows.

SMB signing mismatches between DCs

Using Default Domain Controllers Policy to configure consistent settings for SMB Signing under the following section will help address this cause:

Computer ConfigurationWindows SettingsSecurity SettingsLocal PoliciesSecurity Options

  • Microsoft network client: Digitally sign communications (always) Disabled.
  • Microsoft network client: Digitally sign communications (if server agrees) Enabled.
  • Microsoft network server: Digitally sign communications (always) Disabled.
  • Microsoft network server: Digitally sign communications (if client agrees) Enabled.

The settings can be found under the following registry keys:

  • HKEY_LOCAL_MACHINESystemCurrentControlSetServicesLanManWorkstationParameters and HKEY_LOCAL_MACHINESystemCurrentControlSetServicesLanManServerParameters

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

Additional Troubleshooting:

If the above don’t provide a solution to the 1722, use the following Diagnostic logging to gather more information:

Windows Server 2003 SP2 computers logs extended RPC Server info in NTDS Replication events 1960, 1961, 1962 and 1963.  
Crank up NTDS Diagnostic logging

1 = basic, 2 and 3 add continually verbose info and 5 logs extended info.

Data collection

If you need assistance from Microsoft support, we recommend you collect the information by following the steps mentioned in Gather information by using TSSv2 for Active Directory replication issues.

References

  • RPC Return Values
  • Understanding Extended Error Information
  • Extended error information detection locations
  • Enabling Extended error information
  • Network Connectivity

Содержание

  1. 1722 0x000006ba сервер rpc недоступен при печати
  2. Устраняем ошибку 1722 сервер rpc недоступен
  3. Обновление 07.08.2022
  4. Популярные Похожие записи:
  5. 6 Responses to Ошибка 1722 сервер RPC не доступен на контроллере домена
  6. Как исправить ошибку 0x000006BA в Windows 10?
  7. Причины ошибки 0x000006BA в Windows 10
  8. Как исправить ошибку 0x000006BA?
  9. Способ 1: используем средство устранения неполадок
  10. Способ 2: перезагружаем диспетчер печати
  11. Способ 3: очистка кэша в папке PRINTERS
  12. Способ 4: сканирование системы
  13. Способ 5: активируем общий доступ к принтеру

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

И вот там уже нужно больше телодвижений. Вот так вот просто решается ошибка 1722 сервер RPC не доступен на контроллере домена по Windows Server 2012 R2. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.

Популярные Похожие записи:

6 Responses to Ошибка 1722 сервер RPC не доступен на контроллере домена

Привет, Иван! Я так не понял, что Вы сделали, чтобы все заработало. Как я понял, вы провели проверку, и все заработало?

Скринов случайно не осталось для написания статейки по переносу контроллера домена?)

Убедитесь, что все реплики ходят, и во вторых, чтобы в dns не было 127.0.0.1

Добрый день!
Спасибо за статью!
Подскажите, а как бороться с этим недугом?
The File Replication Service is having trouble enabling replication from DC1 to DC2 for c:windowssysvoldomain using the DNS name DC1.netwell.local. FRS will keep retrying.
Following are some of the reasons you would see this warning.

[1] FRS can not correctly resolve the DNS name DC1.netwell.local from this computer.
[2] FRS is not running on DC1.netwell.local.
[3] The topology information in the Active Directory Domain Services for this replica has not yet replicated to all the Domain Controllers.

This event log message will appear once per connection, After the problem is fixed you will see another event log message indicating that the connection has been established.

Вы не можете составить програмку для решения этого вопроса и поэтому выделываетесь в сети.

Этого 1722 и RPC не было на ХР и семёрке, у меня проявилось на десятке и не даёт возможности форматировать и создавать новые диски в программе от SEAGATE «Диск визард». Короче, моё мнение — это неумышленная, а может быть умышленная ошибка программистов, т.е. вирус. Придётся связываться с SEAGATE.
Как мне всё это надоело!

Источник

Как исправить ошибку 0x000006BA в Windows 10?

Много пользователей Windows 10 при попытке распечатать документ получают ошибку с кодом 0x000006BA. Также этот сбой может проявляться при подключении принтера к компьютеру или при добавлении нового устройства для печати в существующую сеть. Порой даже при активации службы печати проявляется данная поломка. С чем это может быть связано и как исправить данную ошибку – тема нашего текущего руководства.

Причины ошибки 0x000006BA в Windows 10

Может быть довольно много поломок, которые приводят к ошибке 0x000006BA, среди них:

  • Сбой настроек принтера. Он просто не может синхронизироваться с компьютером, не возвращается в рабочее состояние. В этом случае часто помогает инструмент устранения неполадок принтера.
  • Проблема в службе «Диспетчер очереди печати». Она есть во всех операционных системах и в случае зависания провоцирует появление подобной ошибки. Кстати, это бывает довольно часто. Перезагрузка службы должна помочь.
  • Поврежденные данных в каталоге PRINTERS. Чаще всего те, кто столкнулся с этой неполадкой, ранее подключали к компьютеру другие устройства печати. Они оставляют после себя различные остаточные файлы, которые могут мешать работать новому аппарату. Очистка старых данных должна помочь.
  • Неисправность системного файла. Различные файлы Windows 10 принимают участие в печати документов и в случае их повреждения, по любой причине, может появиться сообщение с кодом 0x000006BA. Стандартная утилита исправления подобных проблем часто помогает.
  • Деактивирован общий доступ к принтеру. Подобное может произойти у тех, кто пытается подключиться к принтеру, подключенному по локальной сети. Чаще всего дело в том, что выключена функций общего доступа к МФУ. Ее включение должно помочь.

Как исправить ошибку 0x000006BA?

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

Способ 1: используем средство устранения неполадок

Глупо игнорировать комплексный инструмент исправления сбоев с принтером, который присутствует в Windows 10. Он не только эффективный, но и прост в использовании. Большинство банальных проблем отпадут сами собой, тем более, разработчики обновляют этот инструмент и своевременно реагируют на новые неполадки.

Как устранить сбой с кодом 0x000006BA в Windows 10:

  1. Клавишами Win + R вызываем окно «Выполнить», вставляем туда ms-settings:troubleshoot и жмем кнопку Ок.
  2. На странице «Устранение неполадок» выбираем пункт «Принтер». Кстати, если у вас не сработала команда, данный раздел можно найти в «Панели управления».
  3. Активируем элемент «Запустить средство устранения неполадок».
  4. После процесса диагностики и выбора режима решения проблемы, жмем на кнопку «Применить это исправление».
  5. Перезагружаем компьютер и ждем загрузки.

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

Способ 2: перезагружаем диспетчер печати

Если встроенный инструмент не установил природу проблемы, причина может быть в службе печати. Перезапуск «Диспетчера печати» часто срабатывает как у тех, кто столкнулся с ошибкой 0x000006BA, так и у пользователей с большинством проблем печати.

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

  1. Нажимаем Win + R, вводим services.msc и жмем Enter. По необходимости разрешаем запустить команду в UAC (если появляется сообщение на экране).
  2. Ищем службу «Диспетчер печати», кликаем по ней ПКМ и выбираем «Свойства».
  3. Останавливаем работу сервиса кнопкой «Стоп», а затем снова запускаем ее.
  4. Устанавливаем «Тип запуска» в состояние «Автоматически».

Способ 3: очистка кэша в папке PRINTERS

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

  1. Отключаем все подключенные принтеры, в том числе те, которые соединены по LAN или Wi-Fi.
  2. Открываем папку по пути C:WindowsSystem32spool и выбираем каталог PRINTERS.
  3. Внутри последнего депозитория нажимаем Ctrl + A и кликаем по клавише Del.
  4. Подтверждаем удаление файлов.
  5. Перезапускаем компьютер и заново подключаем принтер.

Способ 4: сканирование системы

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

  1. Вводим в поиск cmd и открываем «Командную строку» с привилегиями администратора.
  2. Вставляем команду sfc /scannow и жмем Enter.
  3. Ждем завершения процедуры, делаем перезапуск компьютера и проверяем, есть ли результат.
  4. Если первое средство не сработало, вставляем DISM /Online /Cleanup-Image /ScanHealth и применяем команду.

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

Способ 5: активируем общий доступ к принтеру

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

Вот, как это нужно сделать:

  1. В строку «Выполнить» вставляем код ms-settings:printers и жмем Ок.
  2. Кликаем по принтеру, с которым возникают проблемы и выбираем «Управление», а затем – «Свойства принтера».
  3. На странице «Доступ» активируем «Общий доступ к данному принтеру».
  4. Жмем на «Применить» и закрываем окно.
  5. Повторяем шаг 1, но вводим control.exe /name Microsoft.NetworkAndSharingCenter и применяем клавишей Ввод.
  6. Переходим в «Изменение дополнительные параметры общего доступа» и устанавливаем галочку возле «Включить общий доступ к файлам и принтерам».
  7. Сохраняем изменения.

Если все делали согласно инструкции, ошибка с кодом 0x000006BA в Windows 10 появляться не должна. По крайней мере перечисленные способы помогали всем. Если у вас есть еще какие-то решения проблемы или вопросы, пишите в комментариях.

Источник

Method 1:  Check if the Installer Service is running. To do so, follow these steps.

a.        Click Start, Click Run and type “Services.msc” (without quotes) and press Enter.

b.       Double-click Windows Installer.

c.        Set the Startup type of Windows Installer to Manual.

d.       Click Start to start the service. Note down the error message if any. Click OK.

Method 2: Reregister the Windows Installer. Follow these steps for the same.

a.           Quit all Windows programs.

b.           Click Start, All Programs, Accessories and click Run. Type “msiexec /unregister” (without quotes) in the Open box, and then click OK.

c.           Click Start, All Programs, Accessories and click Run. Type “msiexec /regserver” (without quotes) in the Open box, and then click OK. Restart your computer.

Check to see if the problem persists.

Which tells me, that most likely something is corrupt within your Operating System. If these methods do not resolve your issue, you may need to back up your files, and restore your Windows 10 to an earlier point in time. Back up and restore your files.

Hope this information is helpful! :generic:

If this, or any of the posts on this thread, has helped you to resolve the issue, please click on «Accept as Solution» on said post. To show that you ‘like’, or are thankful of my post, kindly click the thumbs up below. If there is anything else I can do to help, please be sure to let me know!

Method 1:  Check if the Installer Service is running. To do so, follow these steps.

a.        Click Start, Click Run and type “Services.msc” (without quotes) and press Enter.

b.       Double-click Windows Installer.

c.        Set the Startup type of Windows Installer to Manual.

d.       Click Start to start the service. Note down the error message if any. Click OK.

Method 2: Reregister the Windows Installer. Follow these steps for the same.

a.           Quit all Windows programs.

b.           Click Start, All Programs, Accessories and click Run. Type “msiexec /unregister” (without quotes) in the Open box, and then click OK.

c.           Click Start, All Programs, Accessories and click Run. Type “msiexec /regserver” (without quotes) in the Open box, and then click OK. Restart your computer.

Check to see if the problem persists.

Which tells me, that most likely something is corrupt within your Operating System. If these methods do not resolve your issue, you may need to back up your files, and restore your Windows 10 to an earlier point in time. Back up and restore your files.

Hope this information is helpful! :generic:

If this, or any of the posts on this thread, has helped you to resolve the issue, please click on «Accept as Solution» on said post. To show that you ‘like’, or are thankful of my post, kindly click the thumbs up below. If there is anything else I can do to help, please be sure to let me know!

Содержание

  1. «Сервер RPC недоступен» – причины и способы устранения ошибки
  2. Причины появления ошибки
  3. Способы решения
  4. Код ошибки 1722
  5. Отключение брандмауэра Windows
  6. Ручной запуск задачи services.msc
  7. Устранение неполадок Windows
  8. Ошибка в FineReader
  9. Проверка на вирусы
  10. Ошибка репликации Active Directory 1722: сервер RPC недоступен
  11. Симптомы
  12. Причина
  13. Решение
  14. Убедитесь, что значение запуска и состояние службы являются правильными для RPC, Locator RPC и Центра рассылки ключей Kerberos
  15. Убедитесь, что ключ ClientProtocols HKEY_LOCAL_MACHINESoftwareMicrosoftRpc и содержит правильные протоколы по умолчанию
  16. Проверка работы DNS
  17. Проверка того, что сетевые порты не блокируют брандмауэр или сторонние приложения, прослушивая их в необходимых портах
  18. Плохие драйверы NIC
  19. Фрагментация UDP может привести к ошибкам репликации, которые, как представляется, источник сервера RPC недоступен
  20. Несоответствия подписей SMB между DCs

«Сервер RPC недоступен» – причины и способы устранения ошибки

RPC – это способ обмена информацией между процессами или между клиентом (устройством, инициирующем связь RPC) и сервером (устройством, которое с ним связывается) в сети или системе. Многие встроенные компоненты Windows используют RPC, который в качестве отправной точки для связи между системами применяет различные порты. При возникновении неполадок возникает сообщение «Сервер 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», запустите приложение от имени администратора;
  • в окне редактора найдите каталог
  • найдите параметр EnableFirewall и измените его значение с 1 на 0;
  • таким же образом отредактируйте ключ EnableFirewall в следующем каталоге
  • и последний каталог с ключом EnableFirewall

Закройте редактор реестра и перезагрузите компьютер. С этого момента брандмауэр 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 можно воспользоваться стандартным «Защитником». Для этого нажмите правой кнопкой мыши на значок «Щит» возле часов и выберите «Открыть». Запустите проверку на вирусы нажатием соответствующей кнопки в окне.

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

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

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

Оригинальная версия продукта: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Исходный номер КБ: 2102154

Симптомы

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

DcPROMO Promotion реплики DC не создает объект NTDS Settings на помощнике DC с ошибкой 1722。

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

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

DCDIAG сообщает, что с ошибкой 1722 не удалось проверить репликации Active Directory. Сервер 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 Sites and Services возвращает, что сервер RPC недоступен.

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

Текст заголовка диалогового диалога: Репликация теперь

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

Следующая ошибка произошла при попытке синхронизировать контекст именования от контроллера домена до контроллера домена: сервер RPC недоступен. Эта операция не будет продолжена. Это условие может быть вызвано проблемой с DNS-просмотром. Сведения о устранении распространенных проблем с поиском DNS см. в следующем веб-сайте Microsoft: DNS Lookup Problem

Проверка согласованности знаний NTDS (KCC), NTDS General или Microsoft-Windows-ActiveDirectory_DomainService событий с состоянием 1722 регистрируется в журнале событий службы каталогов.

События Active Directory, которые обычно ссылаются на состояние 1722, включают, но не ограничиваются:

Источник события Идентификатор события Строка события
Microsoft-Windows-ActiveDirectory_DomainService 1125 Мастер установки доменных служб Active Directory (Dcpromo) не смог установить подключение к следующему контроллеру домена.
NTDS KCC 1311 Проверка согласованности знаний (KCC) обнаружила проблемы со следующим разделом каталога.
NTDS KCC 1865 Проверка согласованности знаний (KCC) не смогла сформировать полную топологию сети деревьев. В результате с локального сайта невозможно получить следующий список сайтов.
NTDS KCC 1925 Попытка установить ссылку на репликацию для следующего раздела каталога writable не удалась.
Репликация NTDS 1960 Внутреннее событие. Следующий контроллер домена получил исключение из подключения удаленного вызова процедуры (RPC). Возможно, операция не удалась.

Причина

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

Ошибка RPC 1722 / 0x6ba/RPC_S_SERVER_UNAVAILABLE регистрируется, когда протокол нижнего слоя сообщает о сбое подключения. Распространенным случаем является сбой абстрактной операции TCP CONNECT. В контексте репликации AD клиент RPC в пункте назначения DC не смог успешно подключиться к серверу RPC на источнике DC. Распространенными причинами для этого являются:

  1. Ссылка локального сбоя
  2. Отказ DHCP
  3. Сбой DNS
  4. Сбой WINS
  5. Сбой маршрутной маршрутики (включая заблокированные порты на брандмауэрах)
  6. Сбои в проверке подлинности IPSec /Network
  7. Ограничения ресурсов
  8. Протокол более высокого уровня, не запущенный
  9. Протокол более высокого уровня возвращает эту ошибку

Решение

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

Убедитесь, что значение запуска и состояние службы являются правильными для RPC, Locator RPC и Центра рассылки ключей Kerberos

Убедитесь, что значение запуска и состояние службы являются правильными для удаленного вызова процедуры (RPC), локатора удаленной процедуры (RPC) и Центра рассылки ключей Kerberos.

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

Имя службы Windows 2000 Windows 2003 /R2 Windows 2008 Windows 2008 R2
Удаленный вызов процедур (RPC) Started / Automatic Started / Automatic Started / Automatic Started / Automatic
Локатор удаленного вызова процедуры (RPC) Started / Automatic (Контроллеры домена)

Не запущено / Вручная (серверы-члены)

Не запущено / вручную Не запущено / вручную Не запущено / вручную
Центр рассылки ключей Kerberos (KDC) Started / Automatic (Контроллеры домена)

Не запущено / отключено (серверы-члены)

Started / Automatic (Контроллеры домена)

Не запущено / отключено (серверы-члены)

Started / Automatic (Контроллеры домена)

Не запущено / отключено (серверы-члены)

Started / Automatic (Контроллеры домена)

Не запущено / отключено (серверы-члены)

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

Убедитесь, что ключ ClientProtocols HKEY_LOCAL_MACHINESoftwareMicrosoftRpc и содержит правильные протоколы по умолчанию

Имя протокола Тип Значение data
ncacn_http REG_SZ rpcrt4.dll
ncacn_ip_tcp REG_SZ rpcrt4.dll
ncacn_np REG_SZ rpcrt4.dll
ncacn_ip_udp REG_SZ rpcrt4.dll

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

Проверка работы DNS

Сбои с просмотром DNS являются причиной большого количества ошибок RPC 1722 при репликации.

Для выявления ошибок DNS необходимо использовать несколько средств:

DCDIAG /TEST:DNS /V /E /F:

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

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

Проверка подлинности (Auth)

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

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

Подсказки forwarders/Root (Forw)

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

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

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

Nltest /dsgetdc используется для осуществления процесса локатора dc. Таким /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) и клей (A) записи для GUID леса с сервера:

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

Конечный картограф (прослушивание в порту 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¹ TCP 1024 — 5000
49152 — 65535*

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

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

-e 135
portqry -n

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

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

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

Плохие драйверы NIC

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

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

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

Дополнительные сведения см. в дополнительных сведениях о том, как заставить Kerberos использовать TCP вместо UDP в Windows.

Несоответствия подписей SMB между DCs

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

Computer ConfigurationWindows SettingsSecurity SettingsLocal PoliciesSecurity Options

  • Клиент сети Майкрософт: цифровой знак связи (всегда) Отключен.
  • Клиент сети Майкрософт: цифровые подписывные сообщения (если сервер соглашается) Включен.
  • Сетевой сервер Майкрософт: цифровой знак связи (всегда) отключен.
  • Сетевой сервер Майкрософт. Цифровые подписывные сообщения (если клиент соглашается) Включен.

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

HKEY_LOCAL_MACHINESystemCurrentControlSetServicesLanManWorkstationParameters и HKEY_LOCAL_MACHINESystemCurrentControlSetServicesLanManServerParameters

  • RequireSecuritySignature = всегда (0, отключить, 1 включить).
  • EnableSecuritySignature = является сервер соглашается (0, отключить, 1 включить).

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

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

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

Способы устранения ошибки «Сервер RPC недоступен»

Решение ошибки «Сервер RPC недоступен».

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

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

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

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

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

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

Код ошибки 1722

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

Ошибка 1722 «Сервер PRC недоступен»

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

Устранение ошибка 1722

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

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

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

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

Следующий способ – редактор локальной групповой политики (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»;
  • дважды щёлкните эту службу. Откроется меню, в котором вы должны нажать кнопку «Выполнить».

Служба времени Windows

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

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

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

Ошибка в FineReader

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

ABBYY FineReader Licensing Service

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

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

Защитник Windows 10

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

Содержание

  1. Как исправить ошибку 0x000006BA в Windows 10?
  2. Причины ошибки 0x000006BA в Windows 10
  3. Как исправить ошибку 0x000006BA?
  4. Способ 1: используем средство устранения неполадок
  5. Способ 2: перезагружаем диспетчер печати
  6. Способ 3: очистка кэша в папке PRINTERS
  7. Способ 4: сканирование системы
  8. Способ 5: активируем общий доступ к принтеру
  9. System error 1722 has occurred 0x000006ba
  10. Устраняем ошибку 1722 сервер rpc недоступен
  11. Обновление 07.08.2022
  12. Проверка DNS в лесу с несколькими доменами

Как исправить ошибку 0x000006BA в Windows 10?

Много пользователей Windows 10 при попытке распечатать документ получают ошибку с кодом 0x000006BA. Также этот сбой может проявляться при подключении принтера к компьютеру или при добавлении нового устройства для печати в существующую сеть. Порой даже при активации службы печати проявляется данная поломка. С чем это может быть связано и как исправить данную ошибку – тема нашего текущего руководства.

Причины ошибки 0x000006BA в Windows 10

Может быть довольно много поломок, которые приводят к ошибке 0x000006BA, среди них:

  • Сбой настроек принтера. Он просто не может синхронизироваться с компьютером, не возвращается в рабочее состояние. В этом случае часто помогает инструмент устранения неполадок принтера.
  • Проблема в службе «Диспетчер очереди печати». Она есть во всех операционных системах и в случае зависания провоцирует появление подобной ошибки. Кстати, это бывает довольно часто. Перезагрузка службы должна помочь.
  • Поврежденные данных в каталоге PRINTERS. Чаще всего те, кто столкнулся с этой неполадкой, ранее подключали к компьютеру другие устройства печати. Они оставляют после себя различные остаточные файлы, которые могут мешать работать новому аппарату. Очистка старых данных должна помочь.
  • Неисправность системного файла. Различные файлы Windows 10 принимают участие в печати документов и в случае их повреждения, по любой причине, может появиться сообщение с кодом 0x000006BA. Стандартная утилита исправления подобных проблем часто помогает.
  • Деактивирован общий доступ к принтеру. Подобное может произойти у тех, кто пытается подключиться к принтеру, подключенному по локальной сети. Чаще всего дело в том, что выключена функций общего доступа к МФУ. Ее включение должно помочь.

Как исправить ошибку 0x000006BA?

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

Способ 1: используем средство устранения неполадок

Глупо игнорировать комплексный инструмент исправления сбоев с принтером, который присутствует в Windows 10. Он не только эффективный, но и прост в использовании. Большинство банальных проблем отпадут сами собой, тем более, разработчики обновляют этот инструмент и своевременно реагируют на новые неполадки.

Как устранить сбой с кодом 0x000006BA в Windows 10:

  1. Клавишами Win + R вызываем окно «Выполнить», вставляем туда ms-settings:troubleshoot и жмем кнопку Ок.
  2. На странице «Устранение неполадок» выбираем пункт «Принтер». Кстати, если у вас не сработала команда, данный раздел можно найти в «Панели управления».
  3. Активируем элемент «Запустить средство устранения неполадок».
  4. После процесса диагностики и выбора режима решения проблемы, жмем на кнопку «Применить это исправление».
  5. Перезагружаем компьютер и ждем загрузки.

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

Способ 2: перезагружаем диспетчер печати

Если встроенный инструмент не установил природу проблемы, причина может быть в службе печати. Перезапуск «Диспетчера печати» часто срабатывает как у тех, кто столкнулся с ошибкой 0x000006BA, так и у пользователей с большинством проблем печати.

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

  1. Нажимаем Win + R, вводим services.msc и жмем Enter. По необходимости разрешаем запустить команду в UAC (если появляется сообщение на экране).
  2. Ищем службу «Диспетчер печати», кликаем по ней ПКМ и выбираем «Свойства».
  3. Останавливаем работу сервиса кнопкой «Стоп», а затем снова запускаем ее.
  4. Устанавливаем «Тип запуска» в состояние «Автоматически».

Способ 3: очистка кэша в папке PRINTERS

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

  1. Отключаем все подключенные принтеры, в том числе те, которые соединены по LAN или Wi-Fi.
  2. Открываем папку по пути C:WindowsSystem32spool и выбираем каталог PRINTERS.
  3. Внутри последнего депозитория нажимаем Ctrl + A и кликаем по клавише Del.
  4. Подтверждаем удаление файлов.
  5. Перезапускаем компьютер и заново подключаем принтер.

Способ 4: сканирование системы

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

  1. Вводим в поиск cmd и открываем «Командную строку» с привилегиями администратора.
  2. Вставляем команду sfc /scannow и жмем Enter.
  3. Ждем завершения процедуры, делаем перезапуск компьютера и проверяем, есть ли результат.
  4. Если первое средство не сработало, вставляем DISM /Online /Cleanup-Image /ScanHealth и применяем команду.

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

Способ 5: активируем общий доступ к принтеру

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

Вот, как это нужно сделать:

  1. В строку «Выполнить» вставляем код ms-settings:printers и жмем Ок.
  2. Кликаем по принтеру, с которым возникают проблемы и выбираем «Управление», а затем – «Свойства принтера».
  3. На странице «Доступ» активируем «Общий доступ к данному принтеру».
  4. Жмем на «Применить» и закрываем окно.
  5. Повторяем шаг 1, но вводим control.exe /name Microsoft.NetworkAndSharingCenter и применяем клавишей Ввод.
  6. Переходим в «Изменение дополнительные параметры общего доступа» и устанавливаем галочку возле «Включить общий доступ к файлам и принтерам».
  7. Сохраняем изменения.

Если все делали согласно инструкции, ошибка с кодом 0x000006BA в Windows 10 появляться не должна. По крайней мере перечисленные способы помогали всем. Если у вас есть еще какие-то решения проблемы или вопросы, пишите в комментариях.

Источник

System error 1722 has occurred 0x000006ba

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

Источник

Содержание:

  • 1 Что такое RPC и как работает
  • 2 Когда появляется ошибка RPC
  • 3 Как найти причину
  • 4 Сервер RPC недоступен. Ошибка 1722
  • 5 Ошибки при печати
  • 6 Конфликт с FineReader
  • 7 Заражение вирусами
  • 8 Проблемы с драйверами
  • 9 Нарушение целостности файлов
  • 10 Повреждение реестра

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

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

Ошибка «сервер RPC недоступен»

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

Принцип работы RPC

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

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

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

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

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

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

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

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

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

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

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

server-rpc-nedostupen-5

server-rpc-nedostupen-6

server-rpc-nedostupen-7

server-rpc-nedostupen-8

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

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

Включение «Диспетчера печати»

server-rpc-nedostupen-10

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

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

Конфликт с FineReader

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

Отключение службы ABBYY FineReader

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

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

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

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

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

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

Проверка наличия файлов spoolsv.exe и spoolss.dll

Проверка целостности системных файлов

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

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

Файл SYSTEM

Выводы

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

Значение и устранение ошибки «Сервер RPC недоступен»

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

Что такое сервер RPC

Функциональность любого компьютера определяется количеством и качеством используемых программ и, конечно, версией операционной системы. Однако далеко не все программы можно вместить на одном единственном аппарате. Гораздо рациональнее разделить сложные многоэтапные задачи, распределив отдельные ее части или даже просто часто выполняемые процедуры в общем локальном пространстве.

Недоступность ервера RPC

Недоступность ервера RPC

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

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

Особенности работы RPC

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

  • при передаче данных с разных компьютеров с разными адресами ошибки возможны всегда. Дело усугубляется, если машины используют разные операционные системы – Windows 7, XP, или разную архитектуру – прямой или обратный порядок байтов. Чтобы компенсировать разницу, параметры RPC нужно копировать с одной машины на другую и выполнять сериализацию;
  • удаленный вызов предполагает использование транспортного протокола, например, TCP;
  • вызов процедуры как в локальном пространстве, так и удаленно для пользователя реализуется в одном процессе. Но на деле сервер RPC предполагает 2 процесса. В результате, если аварийно завершена вызывающая процедура, вызванные зависают, что и приводит к появлению ошибки 1722. Если аварийно завершаются вызванные, вызвавшие безрезультатно ждут ответа. Вариант «сервер RPC недоступен» в Windows 7 чаще всего имеет такое происхождение;
  • проблема совместимости разных операционных сред, разной структуры данных, разной структуры вызова пока нарушен. В результате «сервер RPC недоступен» Windows остается периодически возникающим ошибкам, с которым приходится справляться самостоятельно или с чужой помощью.

Принцип работы RPC

Принцип работы RPC

Что делать при отсутствии удаленного вызова?

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

Панель управления

Панель управления

  1. В меню «Пуск» находят «Панель управления».
  2. Во вкладке администрирования просматривают события. Если ошибка сервер RPC недоступен была последним событием, то в журнале ее код является верхним в списке. На фото – работы в ОС по устранению сбоя.
  3. В сети находят по коду описание события и рекомендованные для устранения сбоя действия.

проверка системы Windows XP, антивирусом

Проверка системы Windows XP антивирусом

Если таким образом неполадку устранить не удалось, может помочь проверка системы Windows XP, антивирусом: в некоторых случаях отказ удаленного вызова связан с деятельностью червя Conficker.

Ошибка 1772

Этот вариант возникает довольно часто. Связан с установкой программы – в особенности для работы с принтерами, с обновлением драйвером, порой возникает при загрузке системы. В Windows XP возникает даже при обновлении SP2 на SP3. В 7 версии принтер может быть недоступен из-за отсутствия звука.

Ошибка 1772

Ошибка 1772

В особенности часто на появление ошибки 1772 жалуются владельцы принтеров Canon.

  1. В таких случаях рекомендуется сначала проверить XP или другую версию на вирусы. Если сканирование результатов не дало, предпринимают следующие действия.
  2. Под учетной записью администратора проверяют состояние ряда служб:
    • диспетчер печати;
    • удаленный вызов процедуры;
    • питание;
    • модуль запуска DCOM-сервера.
    • Необходимо включить все эти службы, если они был отключены, затем перейти в меню «Пуск», в раздел «Выполнить» и ввести в командную строку services.mcs.
  3. Таким образом переходят в свойства всех перечисленных выше служб, где можно изменить их параметры.
  4. После выполнения всех проверок обязательно перезапускают компьютер. Если после перезапуска печать выполняется, и ошибка 1722 сервер RPC недоступен не возникает. Значит, проблема устранена.

Панель управления

Панель управления

Еще один возможный вариант для версий ОС от Windows Ultimate и выше – сбой из-за попыток шифрования через утилиту Bitlocker. В этом случае нужно скачать исправление на сайте. Microsoft.

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

Вкладка Администрирование

Вкладка Администрирование

Восстановление работоспособности

Что делать, если обращение к антивирусу не помогло? Такой вариант возможен, если вирус заразил систему уже после последнего сохранения раздела. В таких случаях можно попробовать реанимировать работоспособность реестра SYSTEM.

По адресу WindowsSystem32Config входят в директорию сохраненных версий – RegBack. Отсюда копируют файл System и помещают его в папку Config, заменяя таким образом поврежденный.

В версиях Windows 10 и 8 есть консоль восстановления. С ее помощью можно восстановить реестр, используя меню дополнительных параметров.

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

Сервер RPC недоступен

Что значит «сервер 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. То же самое делаем для «Диспетчера печати».

Сервер RPC недоступен

Скорее всего 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. Выбираем «Разрешить подключение» и завершаем созданием правила.

Брандмауэр Windows

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

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

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

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

Сервер RPC недоступен

Решение 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.

Инструментарий управления Windows

  • Проверяем порты. Команда 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. Применяем изменения и закрываем окна.

ABBYY FineReader Licensing Service

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

Понравилась статья? Поделить с друзьями:
  • Генеалогическая схема как составить
  • Как составить предложения на английском в прошедшем времени с неправильными глаголами
  • Как найти все файлы с suid
  • 0x000000ef windows 10 как исправить
  • Как найти алюминиевый слиток