Ошибка сбой при удаленном вызове процедуры

Содержание

Сбой при удаленном вызове процедуры Windows 10: как исправить ошибку

Ошибка сбой при удаленном вызове процедуры

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

Что означает ошибка «Сбой при удалённом вызове процедуры»

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

Ошибка «Сбой при удаленном вызове процедуры» часто проявляется при попытке использования новых вшитых утилит Windows

Причиной неполадки могут выступать несколько факторов:

  • работа вирусов;
  • выключенная служба вредоносным ПО или самим пользователем;
  • ошибки в файлах службы;
  • неверные настройки реестра Windows.

В итоге все «исправительные» работы будут касаться указанной выше службы.

Способы устранения ошибки «Сбой при удалённом вызове процедуры»

Прежде чем приступать к исправлению ошибки, необходимо в обязательном порядке полностью просканировать операционную систему на наличие вирусной активности. Я для этого использую пару антивирусных программ разных разработчиков, к примеру, AVG AntiVirus Free и Panda Free Antivirus. Можно использовать и другие защитники, но для меня эти выигрывают удобством интерфейса и скоростью работы.

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

Включение службы «Удалённый вызов процедур (RPC)»

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

  1. В поиске операционной системы прописываем слово services и открываем лучшее соответствие.В поиске операционной системы прописываем слово services и открываем лучшее соответствие
  2. Находим строчку с названием «Удалённый вызов процедур (RPC)», кликаем по ней правой кнопкой и открываем пункт «Свойства».Через контекстное меню открываем свойства службы «Удалённый вызов процедур (RPC)»
  3. Далее во вкладке «Общее» меняем фильтр «Отключена» на «Автоматически», затем сохраняем свойства кнопкой OK и перезагружаем компьютер.Задаем тип запуска как «Автоматически» и сохраняем изменения
  4. Пробуем вновь запустить процесс, который раньше выдавал сбой.

Внесение поправок в значение реестра

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

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

Работа каждого отдельного параметра служб также прописана в реестре, включая и тип запуска:

  1. В меню «Пуск» находим и открываем папку «Средства администрирования», а в ней запускаем программу «Редактор реестра».Мерез меню пуск открываем «Редактор реестра»
  2. В древе директорий слева открываем путь HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RpcSs.Переходим в директорию с установками службы «Удалённый вызов процедур (RPC)»
  3. Двойным щелчком мыши открываем параметр Start, задаём его значение как 2, затем нажимаем кнопку OK.Задаем значение 2 в параметре Start для автоматического запуска службы
  4. Перезапускаем систему, чтобы изменения вошли в силу, и смотрим, исчезла ли проблема.

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

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

В таком случае необходимо сделать сканирование и восстановление файлов системы специальной утилитой SFC. Она запускается из командной строки и сканирует Windows на предмет повреждений и несоответствий в данных ОС.

И в случае выявления неисправности заменяет повреждённую информацию правильной:

  1. Вызываем меню Windows (комбинация клавиш Win+X или щелчок правой кнопкой по значку «Пуск»), в выпавшем списке выбираем апплет «Командная строка (администратор)».В меню Windows выбираем апплет «Командная строка (администратор)»
  2. В консоли прописываем строчку sfc /scannow и запускаем программу в работу клавишей Enter.Команда sfc /scannow запускает сканирование и восстановление системных файлов
  3. Не закрываем терминал, пока программа не закончит свою работу, а после перезагружаем ПК.

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

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

  • Алексей Герус
  • Распечатать

Источник: https://winda10.com/oshibki-i-problemy/sboy-pri-udalennom-vyzove-procedury-windows-10.html

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

Ошибка сбой при удаленном вызове процедуры

Если вы получаете сообщение RPC-сервер недоступен , то в этом посте показано, как устранять ошибки и проблемы удаленного вызова процедур в Windows 10.

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

Ошибки могут возникать при подключении к Инструментарию управления Windows (WMI), SQL Server, во время удаленного подключения или для некоторых оснасток консоли управления (MMC).

Устранение ошибок удаленного вызова процедур

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

Вам придется использовать Microsoft Network Monitor или Microsoft Message Analyzer для анализа журналов.

PortQuery

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

Portqry.exe -n -e 135

Приведенная выше команда пытается запросить TCP-порт 25 на IP-адресе сервера. Если вы используете веб-сайт здесь, он будет переведен на IP-адрес внутри страны.

В выходных данных найдите * ip_tcp и номер порта. Если соединение не установлено, вы должны увидеть ответ в ответ.

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

…. Ответ сервера: UUID: d95afe70-a6d5-4259-822e-2c84da1ddb0d ncacn_ ip_tcp : 169.254.0.10 [49664]

Если вы не видите номер порта, это означает, что на стороне сервера что-то не так, и порт не прослушивает.

Netsh

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

На клиенте запускаем:

Сценарий запуска трассировки Netsh = захват сетевого соединения = yes tracefile = c: \ client_nettrace.etl maxsize = 512 перезапись = да отчет = да

На сервере запустите:

Сценарий запуска трассировки Netsh = захват сетевого соединения = yes tracefile = c: \ server_nettrace.etl maxsize = 512 перезапись = да отчет = да

Приведенная выше команда ведет журнал в файле трассировки ( .etl) . Держите это окно командной строки готовым.

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

Теперь используйте инструмент анализатора и отфильтруйте трассу для

  • Ipv4.address == и ipv4.address == и tcp.port == 135 или просто tcp.port == 135.
  • Также обратите внимание на протокол «EPM» в столбце «Протокол».

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

  • Проверьте, можете ли вы успешно подключиться к этому динамическому порту.
  • Фильтр должен выглядеть примерно так: tcp.port == и ipv4.address ==

Это должно помочь вам проверить подключение и изолировать, если какие-либо проблемы сети там.

Порт недоступен

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

  • Брандмауэр заблокировал динамический диапазон портов.
  • Маршрутизатор или сетевое устройство посередине отбрасывает пакет; ответ не возвращается.
  • Сервер назначения отбрасывает пакеты (удаление WFP/удаление NIC/драйвер фильтра и т. Д.).

Лучшая практика для проблемы с недостижимой почтой — использование динамического размещения. Реестр позволяет администраторам настраивать динамическое распределение портов RPC.

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

Источник: https://techarks.ru/windows/set/kak-ustranit-oshibki-i-problemy-udalennogo-vyzova-proczedur/

Сбой при удаленном вызове процедуры (RPC) в Windows 7, 8, 10 – как включить или отключить службу и можно ли это делать

Ошибка сбой при удаленном вызове процедуры

Нечастым гостем на компьютерах под управлением Windows является «сбой при удаленном вызове процедуры». Он проявляется при открытии некоторых программ или просто во время работы системы. Разберёмся, что это за служба и как исправить ошибки в ней.

Назначение RPC

Удалённый вызов процедур – служба, позволяющая выполнять программы на удалённом компьютере или передавать управление выполняемой программой на другое устройство. Ярким примером использования RPC является магазин Windows. Альтернативный вариант – открытие pdf файлов в браузере.

Причины сбоев

Работает служба таким образом: устанавливает сетевое соединение и отдаёт контроль над работой программы второму устройству. Если на одном из этапов возникает ошибка – выполнение задачи тоже заканчивается ошибкой. Обычно проблему создают настройки безопасности, которые блокируют процессы на одном из этапов. Также, могут сказаться настройки самой службы.

Исправление сбоев

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

Исправление службы

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

  1. Нажать «Win+R» и прописать «services.msc».
  2. Найти в списке «Удалённый вызов процедур (RPC)» и через двойное нажатие открыть его «Свойства».
  3. Проверить «Тип запуска». Он должен иметь статус «автоматически».
  4. Повторить процедуру для следующих служб:
    • Сопоставитель конечных точек RPC — его тип запуска тоже «автоматически»;
    • Локатор удаленного вызова процедур — должен запускаться «вручную»;
    • Модуль запуска процессора DCOM — автоматический тип запуска.

  Как исправить системную ошибку engine exe

Отдельно следует отметить, что для Windows 10 изменение настроек иногда заблокировано. Чтобы справиться с проблемой потребуется исправлять значения через реестр.

Исправления в реестре

Изменения реестра проводят следующим образом:

  1. Вызвать «Win+R» и прописать «regedit».
  2. Пройти по следующему пути: «Компьютер\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services».
  3. Найти следующие категории и изменять в них параметр «start» на указанные значения:
    • RPCLocator – 3;
    • DcomLaunch – 2;
    • RpcEptMapper – 2;
    • RpcSs – 2.

Для изменения значений нужно совершать двойное нажатие на строке «start» (отмечена красным). А искать службы нужно в левом поле.

Сбой конкретного компонента ОС

Зачастую в Windows 10 эта ошибка возникает при запуске приложения «Фотографии». В этом случае исправление ошибки кроется в исправлении самой программы. Существует несколько способов решения проблемы:

Через настройки приложения в системе:

  1. Открыть «Параметры» (правой кнопкой по меню «Пуск»).
  2. В разделе «Приложения и возможности» найти программу «Фотографии» и открыть её «Дополнительные параметры».
  3. Выбрать пункт «Исправить» в разделе «Сброс».
  4. Если не помогает: используем кнопку «Сбросить».

Переустановка приложения:

  1. Вызвать «windows powershell от имени администратора».
  2. Вставить в окно текст:

Get-AppxPackage *Photos* | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register “$($_.InstallLocation)\AppXManifest.xml”}

Запустить встроенное «Исправление проблем в приложении» через Microsoft Store («магазин Windows»).

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

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

Последним средством для устранения ошибки является проверка целостности системных файлов. Она занимает от 20 минут до 3 часов и более в зависимости от мощности компьютера и скорости дисков. Чтобы выполнить процедуру нужно:

  1. Вызвать командную строку «от имени администратора».
  2. Прописать следующую команду: «sfc /scannow».
  3. Дождаться завершения процедуры.

  Что делать если отсутствует файл d3dx9 43 dll

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

Источник: http://composs.ru/sboi-pri-udalennom-vyzove-procedur-rpc/

Ошибка RPC: решается ли проблема без переустановки системы

Ошибка сбой при удаленном вызове процедуры

Служба удалённого вызова процедур Windows (она же RPC или Remote Procedure Call) управляет протоколом, позволяющим программам выполнять свои действия на других компьютерах общей сети так же, как они выполнялись бы на данном компьютере — без необходимости разбираться в тонкостях подключения.

Протокол оказался очень удобным на практике: последние версии Windows используют его и для внутреннего взаимодействия программ, находящихся на одном устройстве. От его правильной работы зависят службы системного реестра, «Диспетчер устройств» и даже приложение File Explorer, отвечающее за корректное отображение системных окон и их свойств.

Проверка служб

Если сбой при удалённом вызове процедуры происходит на Windows 7, открываем список служб таким образом: «Пуск» → Выполнить → пишем services.msc, жмём Enter. В Windows 10 название службы можно ввести в строку поиска на Панели задач.

Откроется достаточно длинное окно служб, запущенных на компьютере. Нас интересуют четыре службы:

  • Удалённый вызов процедур (на английском служба будет называться «Remote Procedure Call (RPC)») — в статусе службы должна быть пометка «Работает», а тип запуска — «Автоматически». Если там стоит что-то другое, нажмите на строчку два раза — в появившемся окне будет возможность включить процедуру и выбрать автоматический тип загрузки. Если выставить значения не получается, проверьте сначала два следующих процесса ниже.
  • Модуль запуска процессов DCOM-сервера (DCOM Server Process Launcher) — должен быть включён, тип запуска «Автоматически».
  • Сопоставитель конечных точек RPC (RPC Endpoint Mapper) — аналогично.
  • Локатор удаленного вызова процедур (RPC) (Remote Procedure Call (RPC) Locator) — здесь тип запуска должен быть «Вручную».

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

Редактирование системного реестра

Редактор реестра открывается по тому же принципу, что и список служб, но написать нужно будет слово regedit. Находим там ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services.

На всякий случай перед началом редактирования жмём на неё правой кнопкой и экспортируем — если что-то пойдёт не так, текущее состояние реестра можно будет восстановить двойным щелчком по экспортированному файлу.

В HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services вносим следующие поправки:

  • в подразделе DcomLaunch ищем ключ Start, щёлкаем на него два раза, выставляем значение 2;
  • в подразделах RpcEptMapper и RpcSs — аналогично;
  • в подразделе RpcLocator в ключе Start должно стоять значение 3.

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

Проверка на несовместимость ПО

Если все службы работают как обычно (и не выключились сами после перезагрузки, проверьте), имеет смысл поискать и удалить несовместимое программное обеспечение.

Прежде всего — загрузитесь в безопасном режиме: откройте службу msconfig (через «Выполнить» или строку поиска, в зависимости от системы) и на вкладке «Загрузка» поставьте галочку на соответствующей опции.

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

В Windows 7 это осуществляется через всё ту же службу msconfig. В Windows 10, в принципе, можно зайти туда же, но вас перенаправят в Диспетчер задач, управляющий этой функцией на новой ОС. Диспетчер задач можно вызвать клавиатурной комбинацией Ctrl + Alt + Del.

Перейдите на вкладку «Автозагрузка» и уберите оттуда все программы. Затем добавляйте обратно по одной и перезагружайтесь после каждого добавления, пока не найдёте программу, провоцирующую конфликт.

Часто это бывают антивирусы и программы резервного копирования файлов (Comodo BackUp и т. п.).

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

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

Для решения проблем с системными файлами можно использовать утилиты SFC и DISM.

Откройте командную строку от имени администратора: «Пуск» → Стандартные → Командная строка (Windows 7) или введите cmd в строку поиска на Панели задач (Windows 10). Для запуска от имени администратора щёлкните на название программы правой кнопкой мыши и выберите соответствующую опцию контекстного меню.

В появившемся чёрном окне введите для начала:

sfc /scannow

Эта команда проверит основные системные файлы и попытается восстановить их, если увидит, что с ними что-то не так.

На Windows 10 доступна утилита DISM (Deployment Image Servicing and Management), позволяющая отремонтировать файлы, если вдруг не работает sfc.

На выбор есть две команды:

  • DISM /Online /Cleanup-Image /ScanHealth — проведёт сканирование системных файлов и доложит о возможных ошибках.
  • DISM /Online /Cleanup-Image /RestoreHealth — попытается эти ошибки исправить.

Вводим команды точно так же, как sfc, не забываем про пробелы перед каждым «/». После завершения ремонта — перезагружаемся.

Если «Сбой при удалённом вызове процедуры» возникает и здесь (обычно с кодом ошибки 1726) — проверьте, работают ли все службы RPC, как описано выше. Может также помочь временное отключение службы Windows Search.

Если ничего не помогает

Крайний вариант перед переустановкой системы — попробовать создать нового пользователя. В Windows 10 опция запрятана достаточно далеко: «Пуск» → Параметры → Учётные записи → Семья и другие пользователи.

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

В Windows 7 пользователя можно создать здесь: «Пуск» → Панель управления → Учётные записи пользователей.

Если же проблема не исчезает даже на новой учётной записи, скорее всего, дело в дефекте RAM. Память можно проверить штатным средством Windows — службой mdsched. Проверка может занимать несколько часов. Ошибки памяти, если они есть, после проверки никуда не исчезнут: придётся сбрасывать «разгон», если что-то меняли, а в худшем случае — менять оперативную память.

Источник: https://nastroyvse.ru/opersys/win/sboj-pri-udalyonnom-vyzove-proczedury-windows.html

Сбой вызова удаленной процедуры и ошибка не выполнена – Windows Server

Ошибка сбой при удаленном вызове процедуры

  • 09/08/2020
  • Чтение занимает 3 мин
    • D
    • o

В этой статье представлено решение об ошибке, The remote procedure call failed and did not execute возникшей во время репликации контроллера домена в Windows Server.

Исходная версия продукта:   Windows 10, версия 2004, Windows 10, версия 1909, Windows Server 2019, Windows Server 2012 R2, Windows Server 2016
Исходный номер статьи базы знаний:   4019721

Симптомы

Эта ошибка репликации Active Directory (AD) отображается в одной или нескольких следующих формах:

  • Десятичное число: 1727
  • Hex: 0x6bf
  • Символьная: RPC_S_CALL_FAILED_DNE
  • Сообщение об ошибке: не удалось выполнить удаленный вызов процедуры и он не выполнялся.

Причина

Эта проблема возникает по одной из следующих причин:

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

Проблемы с подключением к сети

Эта проблема возникает, когда партнер репликации контроллера домена не может выполнить RPC-подключение к службе RPC репликации AD (идентификатор UUID ДРСР E3514235-4B06-11D1-AB04-00C04FC2DCD2). Точнее, партнер по репликации может привязываться к службе отображения конечных точек RPC, но не может выполнить привязывание ДРСР RPC.

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

Сведения о проблемах с производительностью

Эта проблема возникает, если выполняется одно из следующих условий:

  • Сервер недоступен и не отвечает на TCP-подтверждение или ответное сообщение. Таким образом, отправитель отменяет сеанс TCP.
  • Сеть слишком медленная или ненадежная для доставки TCP ACK или ответного сообщения.

Решение

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

Рекомендации по устранению неполадок высокого уровня

  1. При воспроизведении проблемы сделайте захват сети двойной стороной. Для этого выполните следующие действия:

    1. Запустите захват сети на обоих контроллерах домена.
    2. Вручную инициируйте репликацию между двумя контроллерами домена.
    3. Остановите обе стороны трассировки, когда появится сообщение об ошибке.
  2. Изучите сеанс RPC между двумя контроллерами домена и определите, существует ли ситуация, когда сообщение, отправленное с контроллера домена Request, не получит ответ от партнера по репликации.

Примечание

Иногда существует частичный ответ, включающий в себя Пигги TCP ACK для сообщения Request. Но трафик был изменен или ответ фактически не прибывает на контроллере домена. Поэтому стек TCP не получает подтверждение.

Подробные инструкции по устранению неполадок

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

Проверка подключения исходного контроллера домена от целевого контроллера домена

Выполните указанные ниже действия на целевом контроллере домена.

  1. Убедитесь, что исходный контроллер домена прослушивает TCP-порт 135. Для этого выполните PortQry.exe -n -e 135 команду.

    Если состояние порта ФИЛЬТРУЕТся, сбой репликации AD, скорее всего, завершится ошибкой, а вместо этого возвращается ошибка 1722. Попробуйте устранить ошибку 1722 и убедитесь, что Репликация AD выполнена успешно. Если проблема не исчезнет, перезапустите подробные инструкции по устранению неполадок.

    Если состояние не ФИЛЬТРУЕТся, команды возвращают базу данных сопоставителя конечных точек RPC.

    Выполните поиск интерфейса ДРС для каталога MS NT , чтобы найти порт верхнего диапазона в базе данных сопоставителя конечных точек, который прослушивает исходный контроллер домена для репликации Active Directory. Вы можете получить одну или несколько записей. Запишите порты для ncacn_ip_tcp.

    Например, вы получаете нечто подобное приведенному ниже, в котором представлены два диапазона портов 49159 и 49160:

    UUID: e3514235-4b06-11D1-ab04-00c04fc2dcd2 MS NT Directory ДРС Interface ncacn_ip_tcp: 2012dc [49159] UUID: e3514235-4b06-11D1-ab04-00c04fc2dcd2 MS NT Directory ДРС Interface ncacn_ip_tcp: 2012dc [49160]

    Примечание

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

    HKEY_LOCAL_MACHINE \Систем\куррентконтролсет\сервицес\нтдс\параметерсЗначение реестра: порт TCP/IPТип значения: REG_DWORD

    Данные значения: (доступный порт)

  • Проверьте подключение TCP-портов к портам верхнего диапазона, которые вы захотите заметку. Для этого выполните следующую команду.

    PortQry.exe -n -e

    Например, выполните следующие команды:

    PortQry.exe -n 2012dc -e 49159PortQry.exe -n 2012dc -e 49160

    Если ФИЛЬТРУЕТся состояние порта, просмотрите записанную трассировку сети, чтобы определить, где блокируется пакет.

  • Проверьте DNS. Убедитесь, что конечный контроллер домена может разрешать записи CNAME и HOST исходного контроллера домена, а разрешенный IP-адрес является действительным IP-адресом исходного контроллера домена. Если DNS указывает на старый или недопустимый IP-адрес, выполняется попытка подключения RPC к неправильному исходному контроллеру домена.

  • Повторите шаги 1 – 3 на исходном контроллере домена.

    Источник: https://docs.microsoft.com/ru-ru/troubleshoot/windows-server/identity/remote-procedure-call-failed-and-did-not-execute-error

    Поделиться:
    Нет комментариев

      Добавить комментарий

      Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.