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

Одним из неожиданных и неприятных сбоев Windows является неожиданная и беспричинная пропажа звука . Здесь будем рассматривать случай, когда стандартные методы устранения неполадок и даже восстановление системы не дают положительных результатов и, вместо восстановления звука появляется сообщение о том, что аудио устройство отсутствует или, что не удалось запустить дочернюю службу (ошибка 1068). А теперь о том: как восстановить звук в данном случае. Службу Windows Audio включаем набором последовательных действий…

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

нужной службе, открыть Свойства и выбрать тип запуска) службы:

Планировщик классов мультимедиа
Средство построения конечных точек Windows Audio
Windows Audio
Теперь, если больше ошибок нет, звук на компьютере должен включиться и можно прекратить дальнейшие телодвижения.
Но, если не удалось запустить Средство построения конечных точек Windows Audio (сервер RPC недоступен,

ошибка 1722), работаем дальше: проверяем работают ли следующие службы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ошибка репликации 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_MACHINE\Software\Microsoft\Rpc и содержит правильные протоколы по умолчанию

Имя протокола	Тип	Значение 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 Configuration\Windows Settings\Security Settings\Local Policies\Security Options

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

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

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanManWorkstation\Parameters и HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanManServer\Parameters

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

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

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