[FIX] DISM Error 1726, The Remote Procedure Call Failed
7 Comments · Updated: October 12, 2016 · 04:02 PM · By Kapil Arya · Applies to: Troubleshooting, Windows 10, Windows 7, Windows 8.1
We all know that for most of issues in Windows, System File Checker (SFC) scan and DISM commands are the universal tools to fix. Running SFC scan will verify integrity of protected operating system files and replace damaged, incorrect versions with corresponding correct versions, wherever possible. However, if corruption of files is massive, it is beyond the scope of SFC and you need to work with DISM commands to get your system fixed.
Today, while working with DISM commands on one of my system, I found that deployment operation simply failed with error 1726, The remote procedure call failed. You can see this in below shown screenshot.
After researching a bit on this error, I found that it may occur due to following reasons:
The required service, Remote Procedure Call in this case, is disabled and not running.
Your system image has pending corruption repairs. This means if you ran a previous instance of DISM command and that operation was terminated unexpectedly.
A third-party program such as antivirus installed on your system is interrupting the DISM operation. You must disable or temporarily uninstall it and check if there are any changes in situation.
You can also follow the steps mentioned below to fix this problem.
FIX : DISM Error 1726, The Remote Procedure Call Failed In Windows 10/8.1/8/7
Registry Disclaimer: The further steps will involve registry manipulation. Making mistakes while manipulating registry could affect your system adversely. So be careful while editing registry entries and create a System Restore point first.
1. Press + R and put regedit in Run dialog box to open Registry Editor (if you’re not familiar with Registry Editor, then click here). Click OK.
2. Navigate to following registry key:
3. In the right pane of RpcSs registry key, look for registry DWORD (REG_DWORD) named Start which might be set to 4. Double click on this DWORD to modify its Value data:
4. Finally, set the Value data to 2 and click OK. Close Registry Editor and reboot your machine. After restart, re-try to run DISM command and it should work fine this time.
Способ 1: Перезапуск (запуск) службы
В первую очередь нам нужно перезапустить саму службу, да и вообще проверить, чтобы настройки у неё стояли правильные.
- Зажимаем клавиши:
+ R
- Далее используем запрос:
- Откройте свойства службы:
- Проверьте, чтобы стоял «Автоматический» тип запуска. Измените настройку, если нужно и примените конфигурацию.
- Далее проверьте, чтобы стоял тот же самый «Тип запуска» в «Автоматическом» режиме и для других смежных служб:
Вы можете столкнуться с проблемой, когда в окне свойств «Служб» нельзя изменить «Тип запуска». В таком случае прибегнем к «Редактору реестра»:
- Опять жмем:
+ R
- Вводим команду:
- Проходим по пути:
- В этом разделе будут находиться настройки каждой службы. Откройте сначала папку:
- В ней нужно поменять параметр «Start» на значение:
- То же самое сделайте для других служб, только в них нужно изменить значение «Start» на два (2). Вот список этих служб:
Еще раз повторюсь – вам нужно перейти в настройки этих служб в редакторе реестра и в конфигурации «Start» поставить значение:
После этого перезагружаем компьютер, чтобы изменения вступили в силу.
Методы решения ошибки 0x800706be
Сообщение об ошибке 0x800706be возникает при попытке обновления ОС либо же непредсказуемо во время работы. Проблема вызывается:
- внутренним конфликтом системных файлов Windows;
- несовместимостью сторонних приложений и системы;
- сбоями файлов ОС и программ.
Убедитесь, что на диске нет вирусов и подобного вредоносного ПО. Не полагайтесь лишь на антивирус Windows или сторонний антивирус. Предпочтительней проверить систему повторно при помощи утилит, которые запускаются еще до запуска ОС — к примеру, Kaspersky Rescue Disk.
Проверьте, что в Диспетчере устройств нет сбоящих драйверов. Они видны во вопросительному знаку или красному кресту. Обновите драйвера либо же удалите их и установите ту версию, которая до этого не использовалась на вашем ПК. Если не поможет, то переходите к следующим способам.
Как решить ошибку «не идет печать на принтер»
Я находил на Microsoft описание этой проблемы (https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008), но там расписано очень поверхностно и то, что мне не помогло.
Давайте начнем с самого простого:
Далее в Windows 10 и других версиях есть папка C:WindowsSystem32spoolPRINTERS
В большинстве случаев это помогает.
Кто до сих пор не печатает, то пробуем снять галку «Разрешить двусторонний обмен данными». Перезапустите службу печати на сервере и можно на клиенте, но мне помогало и без этого. Бывают случаи, что на Windows 10 1709, такое действие делает успешность печати 50 на 50, у кого-то печатает у кого-то нет, если это ваш случай идем ниже.
В английской версии «Разрешить двусторонний обмен данными» называется Enable bidirectionsl support.
Если вы до сих пор видите, что идет печать но принтер не печатает, а потом виснет ваше задание, то делаем вот что пересоздаем порт печати вашего принтера, в моем случае это KYOCERA TASKalfa 4500i.
Для этого открываем оснастку «Управление печатью», можно с сервера, либо через мега удобную консоль mmc. Находим нужный вам принтер на вкладке порты.
Не забудьте записать текущий ip адрес или dns имя принтера
Нажимаем на кнопку «Настроить порт»
Выбираем тип порта Standard TCP/IP Port и нажимаем «Новый порт»
У вас откроется мастер добавления стандартного TCP/IP порта принтера. Нажимаем далее.
Задаем имя порта, оно может быть любым, учтите его потом изменить нельзя, и ip адрес или DNS имя. После чего нажимаем далее. Завершаем настройку и привязываем ваш принтер к новому порту. Ошибка Event ID 372
Сбой печати документа. Печать документа, принадлежащего владельцу .. на принтере. Повторите печать этого документа или перезапустите очередь печати. Тип данных: RAW. Размер файла очереди в байтах: 103142. Число напечатанных байт: 0. Общее число страниц в документе: 1. Число напечатанных страниц: 0. Клиентский компьютер. Код ошибки Win32, возвращенный обработчиком заданий печати: 2250. Сетевое подключение не существует.
у вас пропадет и ваше устройство без перезагрузки диспетчера печати начнет нормально функционировать.
После того как все заработает вы на сервере печати увидите события с кодом Event ID 307, о том, что все работает.
Надеюсь вам помогла данная заметка устранить ваши зависшие задания, кстати советую еще почитать о возможных мерах решения проблем вот в этих статьях, полезно будет для клиентских ОС.
Устранение ошибки «Сбой при удалённом вызове процедуры» в Windows 7
Перед началом обзора методов устранения, расскажем сперва о том, почему эта ошибка появляется. Причины следующие:
Соответственно, способы устранения ошибки зависят от правильно выполненной диагностики.
Способ 1: Коррекция параметров запуска служб
Чаще всего рассматриваемый сбой возникает вследствие некорректных настроек запуска служб, связанных с удалённым вызовом процедур. Проверить эти опции и исправить их можно через специальную оснастку.
Порой бывает так, что типы параметров нельзя изменить из менеджера служб. В таком случае нам поможет системный реестр.
Способ 2: Деинсталляция конфликтующих программ
Вторая частая причина появления ошибки «Сбой при удалённом вызове процедуры» заключается в конфликте установленного на компьютере стороннего софта из следующих категорий:
Для точного определения причины стоит загрузить компьютер в «Безопасном режиме» и проверить его работу.
Если выясниться, что в «Безопасном режиме» система работает как нужно, указанное ПО точно является причиной проблемы, и его нужно удалить.
Способ 3: Устранение проблем с системными файлами
Рассматриваемая ошибка может возникать в случае неполадок с файлами, необходимыми для работы системы. Чтобы однозначно определить такую причину сбоя, следует воспользоваться средством SFC, доступным через «Командную строку». Также может понадобиться восстановление.
Нелишним будет проверить работоспособность жесткого диска, рассматриваемая неполадка нередко является первым симптомом проблем с HDD.
Если проверка выявила неисправность винчестера, решение проблемы только одно – его замена.
Способ 4: Устранение проблем с RAM
Наконец, самый редкий, но наиболее неприятный источник сбоя – выход из строя модулей оперативной памяти. Для точного диагностирования нарушения в работе ОЗУ их стоит выполнить стресс-тест.
Если проблема заключается в оперативке, её также требуется заменить. В качестве временного решения можно удалить из компьютера сбойные планки.
Заключение
Мы рассмотрели алгоритм диагностики и методы устранения ошибки «Сбой при удалённом вызове процедуры» в Windows 7. Напоследок отметим, что чаще всего причина программная, и аппаратные неполадки — большая редкость.
Мы рады, что смогли помочь Вам в решении проблемы.
Помимо этой статьи, на сайте еще 11956 инструкций.
Добавьте сайт Lumpics. ru в закладки (CTRL+D) и мы точно еще пригодимся вам.
Опишите, что у вас не получилось. Наши специалисты постараются ответить максимально быстро.
Ошибка:1726.Сбой при удаленном вызове процедуры
Публикация: 13 October 2016 Обновлено: 16 April 2018
Все мы знаем, что для решения большинства проблем в ОС Windows, есть универсальные инструменты проверка системных файлов (SFC) и команды DISM. Запуск sfc /scannow будет проверять целостность защищенных файлов операционной системы и заменит поврежденные, где это возможно. Тем не менее, если ошибки файлов массовые, это выходит за рамки SFC и вы должны использовать DISM команды, чтобы устранить системные ошибки и сбои.
Сегодня, во время работы с командами Dism, я получил: Ошибка:1726.Сбой при удаленном вызове процедуры. Вы можете увидеть это ниже в скриншоте.
После исследования этой ошибки, я обнаружил, что это может произойти по следующим причинам:
- В данный момент происходит обслуживание Удаленного вызова процедур в этом случае он отключается и не работает.
- Ваш системный образ в ожидании исправления. Это означает, что если вы запускали предыдущий экземпляр команды DISM и что операция была неожиданно прервана.
- Вероятно программа, такая как антивирус, установленная в вашей системе, прерывает DISM операцию. Необходимо отключить или временно удалить ее и проверить, есть ли изменения в данной ситуации.
Вы можете также следовать действиям, описанным ниже, чтобы решить эту проблему.
Как исправить: DISM Ошибка:1726. Сбой при удаленном вызове процедуры в Windows 10
Примечание: Дальнейшие шаги будут включать в себя изменения реестра. Ошибки во время правки реестра могут повлиять на вашу систему отрицательно. Так что будьте осторожны при редактировании записей реестра, рекомендуем создать точку восстановления системы.
1. Нажмите Win + R и вставьте Regedit в диалоговом окне Выполнить, чтобы открыть редактор реестра. Нажмите кнопку ОК.
2. Перейдите к следующему разделу реестра:
3. В правой панели в разделе реестра с именем RpcSs , найдите параметр DWORD с именем Start, имеющий значение 4.
4 . Откройте данный параметр и измените значение на 2, нажмите кнопку OK. Закройте редактор реестра и перезагрузите компьютер.
После перезагрузки снова запустите команду DISM, на этот раз она должна работать нормально.
Источник
Cause
This problem occurs because of one of the following reasons:
- A network connectivity issue between the two domain controllers (DCs). See the following sections for details.
- A load-induced performance issue on the replication partner. This issue is less common and is often transient in nature. See the following sections for details.
About the network connectivity issue
This problem occurs when the DC’s replication partner can’t complete the RPC connection to AD Replication’s RPC Service (DRSR UUID E3514235-4B06-11D1-AB04-00C04FC2DCD2). More specifically, the replication partner can bind to the RPC endpoint mapper, but can’t complete the DRSR RPC bind.
Possible root causes include:
- firewalls
- routers
- WAN optimizers
- other intermediate network devices
- network filter drivers
About the performance issue
This problem occurs when one of the following conditions is true:
- The server is backlogged and doesn’t respond to the TCP ACK or the response message. So, the sender abandons the TCP session.
- The network is too slow or unreliable. It can’t deliver the TCP ACK or the response message.
Исправить ошибки DISM 87, 112, 11, 50, 2, 3, 87,1726, 1393, 0x800f081f
Если при запуске встроенного средства Windows 10 DISM вы получаете коды сообщений об ошибках, такие как 87, 112, 11, 50, 2, 3, 87,1726, 1393, 0x800f081f, тогда эти общие рекомендации по устранению неполадок могут помочь вам исправить ошибки. Такие ошибки обычно возникают при использовании параметра /restorehealth, но могут появляться при использовании других параметров.
1. Обновить инструмент DISM
Рекомендую: Советую вводить команды в командную строку CMD в автономном режиме (среде восстановления windows) . Запустите CMD при восстановлении системы windows.
Откройте командную строку от имени администратора и введите следующую команду для обновления самого инструмента DISM. Это позволит отменить все ожидающие задачи, включая обновления Windows.
dism.exe /image:C: /cleanup-image /revertpendingactions
Введите ниже следующую команды для очистки хранилища компонентов, чтобы все снова могло работать правильно.
dism.exe /online /Cleanup-Image /StartComponentCleanup
Если вы находитесь в автономном режиме, то перезагрузитесь в безопасный режим и введите следующую команду SFC для проверке целостности системы .
Перезагрузите систему в нормальный режим и посмотрите, можно ли запустить следующую команду: dism.exe /online /Cleanup-Image /RestoreHealth, которая в основном выдавала ошибки.
2. Что может вызывать ошибки инструмента Dism
Важно знать почему происходит ошибка в инструменте DISM в Windows 10. Распространенной причиной этой проблемы является ввод неправильных команд в черное окно командной строки
Чтобы казалось нагляднее я вводил неправильную и правильную команду ниже.
- DISM/Online/Cleanup-Image/RestoreHealth — нет пробела после каждого слова перед слешем/. Выдает ошибку 87, что является неправильной командой.
- DISM /Online /Cleanup-Image /RestoreHealth — команда введена правильно и имеется пробел перед слешем /.
Способы решения ошибки 0x800706be
№1: ручная установка обновления Windows KB4049370
Скачайте это обновление для Windows 10. Убедитесь, что скачивайте версию, подходящую под вашу ОС — 32-х или 64-х битную. Откройте скачанный файл и подтвердите, что будет устанавливаться обновление ОС. По окончании в финишном окне подтвердите, что желаете перегрузить компьютер.
№2: сброс временных файлов
Убедитесь, что в системе вы под администраторским аккаунтом. Создайте на рабочем столе текстовый документ (Блокнот). Внесите в него следующую информацию:
- net stop wuauserv
- net stop Cryptsvc
- ren %windir%SoftwareDistribution sdold. old
- ren %windir%system32catroot2 crt2old. old
- net start wuauserv
- net start Cryptsvc
Перейдите в «Файл» => «Сохранить как». В окне сохранения назовите этот файл как «Temp. bat», а строке «Тип файла» выберете все файлы. После выполните запуск этого документа от имени администратора.
Если после всего ошибка 0x800706be не пропадает, то стоит откатить систему до предыдущей точки восстановления.
Способы устранения ошибки «Сбой при удалённом вызове процедуры»
Прежде чем приступать к исправлению ошибки, необходимо в обязательном порядке полностью просканировать операционную систему на наличие вирусной активности. Я для этого использую пару антивирусных программ разных разработчиков, к примеру, AVG AntiVirus Free и Panda Free Antivirus. Можно использовать и другие защитники, но для меня эти выигрывают удобством интерфейса и скоростью работы.
После проверки необходимо двигаться от простых решений к более сложным и затратным по времени.
Включение службы «Удалённый вызов процедур (RPC)»
Самое простое решение ситуации может оказаться во включении службы. Вполне возможно, что она просто отключена и это приводит к возникновению ошибки. Windows имеет специальный интерфейс, для управления и настройки служб:
- В поиске операционной системы прописываем слово services и открываем лучшее соответствие.В поиске операционной системы прописываем слово services и открываем лучшее соответствие
- Находим строчку с названием «Удалённый вызов процедур (RPC)», кликаем по ней правой кнопкой и открываем пункт «Свойства».Через контекстное меню открываем свойства службы «Удалённый вызов процедур (RPC)»
- Далее во вкладке «Общее» меняем фильтр «Отключена» на «Автоматически», затем сохраняем свойства кнопкой OK и перезагружаем компьютер.Задаем тип запуска как «Автоматически» и сохраняем изменения
- Пробуем вновь запустить процесс, который раньше выдавал сбой.
Внесение поправок в значение реестра
В случае, если метод выше не помог или доступ к свойствам службы попросту недоступен, необходимо воспользоваться редактором реестра. Все настройки операционной системы собраны именно в этом месте в иерархическом порядке. Именно записи реестра определяют, какой браузер в операционной системе основной, какие утилиты открывают по умолчанию файлы с определёнными расширениями и так далее. Работа каждого отдельного параметра служб также прописана в реестре, включая и тип запуска:
- В меню «Пуск» находим и открываем папку «Средства администрирования», а в ней запускаем программу «Редактор реестра».Мерез меню пуск открываем «Редактор реестра»
- В древе директорий слева открываем путь HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesRpcSs.Переходим в директорию с установками службы «Удалённый вызов процедур (RPC)»
- Двойным щелчком мыши открываем параметр Start, задаём его значение как 2, затем нажимаем кнопку OK.Задаем значение 2 в параметре Start для автоматического запуска службы
- Перезапускаем систему, чтобы изменения вошли в силу, и смотрим, исчезла ли проблема.
Проверка файлов системы
Если обе инструкции выше не помогли — это значит, что проблема несколько серьёзнее, чем просто неверные настройки службы. Скорее всего, были повреждены некоторые системные файлы, включая программные оболочки RPC. В таком случае необходимо сделать сканирование и восстановление файлов системы специальной утилитой SFC. Она запускается из командной строки и сканирует Windows на предмет повреждений и несоответствий в данных ОС. И в случае выявления неисправности заменяет повреждённую информацию правильной:
- Вызываем меню Windows (комбинация клавиш Win+X или щелчок правой кнопкой по значку «Пуск»), в выпавшем списке выбираем апплет «Командная строка (администратор)».В меню Windows выбираем апплет «Командная строка (администратор)»
- В консоли прописываем строчку sfc /scannow и запускаем программу в работу клавишей Enter.Команда sfc /scannow запускает сканирование и восстановление системных файлов
- Не закрываем терминал, пока программа не закончит свою работу, а после перезагружаем ПК.
Видео: как провести сканирование и восстановление системных файлов
Исправить ошибку «Сбой при удалённом вызове процедуры» не сложнее, чем сходить в магазин. Достаточно провести всего несколько процедур по оздоровлению соответствующей службы Windows, и все программы системы будут работать в штатном режиме.
Способ 4: Общие меры
Возможно, ошибка появляется из-за проблем операционной системы или некоторых служб. Откройте командную строку с правами администратора и попробуйте ряд команд:
Вот еще ряд советов, которые должны помочь:
- Если вы используете какие-то прокси или VPN – все отключите. Это также касается подобных программ.
- Полностью обновите Windows, установив все доступные на данное время обновления.
- Проверьте систему на наличие вирусов.
- Если ошибка возникает только при работе какого-то отдельного ПО – попробуйте его полностью удалить, скачать с официального сайта оригинальную утилиту и установить повторно.
- Проверьте целостность системных файлов и восстановите их.
- Выполните чистку системы от различного рода мусора. Это также касается программ, которые висят в трее и могут мешать подключению.
Код ошибки 0x8007001 — Что это?
Код ошибки 0x8007001 возникает во время установки в Windows 10. Различные версии этой ошибки также присутствовали в предыдущих выпусках программного обеспечения, и методы устранения ошибки в этих версиях одинаковы.
Общие симптомы включают в себя:
- Невозможность завершить процесс установки обновлений, программ и версий системы.
- Установки завершаются в середине процесса, особенно когда файлы распаковываются.
Несколько решений для кода ошибки 0x8007001 требуют от пользователя выполнения полусложных задач. Если вас не устраивают процессы, необходимые для завершения описанных ниже способов, обязательно свяжитесь с сертифицированным специалистом, который знаком с операционной системой Windows, чтобы помочь вам в устранении кода ошибки.
Как исправить ошибку DISM 1726
Если вы в настоящее время пытаетесь устранить эту конкретную ошибку DISM, эта статья предоставит вам несколько шагов по устранению неполадок, которые другие пользователи в аналогичной ситуации использовали для устранения ошибки. Для достижения наилучших результатов следуйте приведенным ниже методам, чтобы найти исправление, позволяющее обойти проблему. Давай начнем!
Способ 1. Обновление до последней версии Windows доступно
Поскольку проблема характерна для определенных сборок Windows 10, важно убедиться, что ваша система обновлена, прежде чем пытаться что-либо еще. Microsoft уже решила эту проблему с помощью нескольких исправлений, поэтому найдите время для установки каждого ожидающего обновления Windows
Для этого нажмите Windows ключ + R открыть окно Run. Затем введите «мс-настройка: WindowsUpdateИ ударил Войти открыть окно Центра обновления Windows. Далее нажмите на Проверить наличие обновлений и следуйте инструкциям на экране, чтобы применить каждое ожидающее обновление. После применения каждого обновления перезагрузите компьютер и снова введите команду DISM, чтобы проверить, была ли проблема решена.
Если вы все еще сталкиваетесь с той же ошибкой 1726, перейдите к следующему способу ниже.
Способ 2. Изменение типа запуска службы удаленного вызова процедур (RPC)
Поскольку Ошибка DISM 1726 скорее всего происходит потому, что Удаленный вызов процедур (RPC) служба по какой-либо причине отключена или заблокирована.
Удаленный вызов процедур (RPC) сервис — менеджер управления сервисами для серверов COM и DCOM. Он отвечает за выполнение запросов на изменение объекта, экспорт разрешения и распространение коллекции для серверов COM и DCOM. Если этот сервер отключен, все программы, использующие COM и DCOM (включая команды DISM), не будут работать должным образом.
Вот краткое руководство по обеспечению того, чтобы служба RPC включалась по расписанию при каждом запуске:
- Нажмите Windows ключ + R открыть окно Run. Затем введите «services.mscИ ударил Войти открыть Сервисы окно.
- В окне «Службы» прокрутите вниз список локальных служб и найдите Удаленный вызов процедур (RPC) оказание услуг. Как только вы это сделаете, щелкните правой кнопкой мыши на нем и выберите свойства.
- в свойства экран службы RPC, перейдите к генеральный вкладку и измените раскрывающееся меню рядом с Запускать введите в автоматическая.
- Удар Применять затем Хорошо и перезагрузите компьютер. При следующем запуске снова запустите команду DISM и посмотрите, завершится ли операция без 1726 ошибка.
Если вы все еще сталкиваетесь с той же ошибкой во время операции DISM, перейдите к следующему способу ниже.
Способ 3: изменение значения раздела реестра RpcSs
Если DISM 1726 ошибка нельзя избежать с помощью Способ 2, Давайте попробуем решить проблему, выполнив некоторые изменения в реестре. Некоторым пользователям удалось решить проблему, включив Удаленный вызов процедур (RPC) сервис через редактор реестра.
Предупреждение: Процедура ниже включает манипулирование реестром. Несмотря на то, что изменения, сделанные на следующих этапах, безопасны, если все сделано правильно, неправильные манипуляции с реестром могут спровоцировать негативную реакцию вашей системы. В связи с этим мы настоятельно рекомендуем создать резервную копию реестра, прежде чем вносить изменения, представленные ниже.
Вот краткое руководство по изменению раздела реестра RpcSs с помощью редактора реестра, чтобы исправить DISM 1726 ошибка:
- Нажмите Windows ключ + R открыть окно Run. Затем введите «смерзатьсяИ ударил Войти открыть редактор реестра. Далее нажмите да на UAC (контроль учетных записей пользователей) незамедлительный.
- Используя левую панель редактора реестра, перейдите к следующему разделу реестра:
HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services RpcSs
- С RpcSs выберите ключ реестра, перейдите на правую панель и дважды щелкните Начните значение.
- Изменить Значение данных из Начните в 2 и нажмите Хорошо сохранить изменения.
- Закройте редактор реестра и перезагрузите компьютер. При следующем запуске проверьте, была ли проблема решена, и вы можете выполнить команду DISM.
Если этот метод не помог вам исправить ошибку DISM 1726, перейдите к следующему способу, описанному ниже.
Способ 4. Временное отключение службы поиска Windows
Как обнаружили некоторые пользователи, проблему можно решить, убедившись, что служба поиска Windows отключена во время выполнения команды DISM. Если процесс DISM прерывается службой поиска, вы сможете завершить эту операцию, если отключите службу поиска Windows из окна «Службы».
Вот краткое руководство по этому:
Detailed troubleshooting steps
Start a network capture on both DCs before you take the following steps to test DC connectivity.
Test the source DC connectivity from the destination DC
Follow these steps on the destination DC:
-
Verify whether the source DC is listening on TCP port 135. To do so, run the command.
If the port status is FILTERED, the AD replication failure is likely to fail and return error 1722 instead. Try resolving error 1722, and then check whether the AD replication succeeds. If the problem persists, restart the detailed troubleshooting steps.
If the status isn’t FILTERED, the commands return the RPC endpoint mapper database. Search for MS NT Directory DRS Interface to find the upper-range port in the endpoint mapper database that the source DC is listening on for AD replication. You may get one or more entries. Make a note of the ports for ncacn_ip_tcp.
For example, you get something that resembles the following example, which presents two upper-range ports 49159 and 49160:
UUID: e3514235-4b06-11d1-ab04-00c04fc2dcd2 MS NT Directory DRS Interface
ncacn_ip_tcp:2012dc
UUID: e3514235-4b06-11d1-ab04-00c04fc2dcd2 MS NT Directory DRS Interface
ncacn_ip_tcp:2012dc -
Test TCP port connectivity to the upper-range ports that you note. To do so, run the following command:
PortQry.exe -n <SourceDC> -e <Upper_Range_Port_Number>
For example, you run the following commands:
PortQry.exe -n 2012dc -e 49159 PortQry.exe -n 2012dc -e 49160
If port status is FILTERED, review the network trace that you’ve captured to determine where the packet is blocked.
-
Test DNS. Verify that the destination DC can resolve the CNAME and HOST records of the source DC. And verify that the resolved IP address is the actual IP address of the source DC. If DNS points to an old or invalid IP address, then RPC connection attempt is made to an incorrect source DC.