Виправлення неполадок віддалених викликів процедур і проблем

Якщо ви отримаєте Сервер RPC недоступний повідомлення, тоді ця публікація показує, як усунути неполадки віддалених викликів процедур і помилки на них Windows 10. RPC або віддалений виклик процедур - це модель програмування на основі мережі, яка дозволяє здійснювати зв'язок між точками між точками програмного забезпечення. У цьому посібнику ми розповімо, як усунути помилки віддалених викликів процедур. Помилки можуть статися під час підключення до Windows Management Instrumentation (WMI), SQL Server, під час віддаленого підключення або для деяких консолей керування Microsoft (MMC).

Виправлення неполадок віддалених викликів процедур

Помилки та помилки віддалених викликів процедур

"Сервер RPC недоступнийЄ одним з найбільш поширених проблем. Це може бути проста мережева проблема, або сервер не відповідає. Давайте розглянемо список інструментів, які ми можемо використовувати для усунення помилок віддалених викликів процедур. Для запуску цих команд можна використовувати PowerShell або командний рядок з правами адміністратора.

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

PortQuery

Цей інструмент допомагає визначити проблему з портом, який ви намагаєтеся підключити. Він може визначити, чи може ваша програма або комп'ютер підключатися до сервера.

Portqry.exe -n <ServerIP> -e 135

Наведена вище команда намагається запитувати TCP-порт 25 на IP-адресу сервера. Якщо ви використовуєте веб-сайт, він буде внутрішньо перекладено на IP-адресу. На виході шукайте *ip_tcpі номер порту. Якщо підключення завершиться невдало, у відповідь буде відображено невдалу відповідь. Якщо все виглядає нормально, шукайте номер порту (виділений жирним шрифтом) в кінці, який має виглядати

….Server’s response: UUID: d95afe70-a6d5-4259-822e-2c84da1ddb0d ncacn_ip_tcp: 169.254.0.10[49664]

Якщо ви не бачите номер порту, це означає, що щось не так на кінці сервера, і порт не слухає.

Нетш

Далі ви можете використовувати команду Netsh збирати одночасно дані трасування. TRACE тут означає шлях від однієї точки до іншої по мережі. Якщо є щось, що викликає проблеми між ними, ви будете знати.

На клієнтському запуску:

Сценарій запуску Netsh = netconnection capture = так tracefile = c: client_nettrace.etl maxsize = 512 перезаписати = так звіт = так

На запуску сервера:

Сценарій запуску Netsh = netconnection capture = так tracefile = c: server_nettrace.etl maxsize = 512 перезаписати = так звіт = так

Вищезазначена команда зберігає журнал у файлі trace (.etl). Збережіть це вікно командного рядка.

Тепер спробуйте відтворити проблему, з якою ви стикалися на клієнтській машині. Можливо, вам доведеться натиснути деякі кнопки на програмному забезпеченні або будь-яке інше, що викликало проблеми для вас. Як тільки ви побачите проблему, запустіть Netsh відслідковують зупинку на командному рядку клієнтської машини.

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

  • Ipv4.address == і ipv4.address == і tcp.port == 135 або просто tcp.port == 135.
  • Також зверніться до протоколу “EPM” у стовпці “Protocol”.

Виправлення неполадок віддалених викликів процедур

Тепер перевірте, чи отримаєте ви відповідь від сервера. Якщо ви отримали відповідь, зверніть увагу на номер динамічного порту, який було виділено для використання.

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

Вона повинна допомогти вам перевірити підключення та ізолювати проблеми з мережею.

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

Найбільш поширеною причиною, через яку ми бачимо, що сервер RPC недоступний, є динамічний порт, який клієнт намагається підключитися, недоступний. Якщо ви бачите, що траси порушуються, повертаючись з портом не знайшли помилки, тощо, це може бути через наступні можливі причини

  • Брандмауер заблокував діапазон динамічних портів.
  • Маршрутизатор або мережевий пристрій посередині скидає пакет; відповідь не повертається.
  • Цільовий сервер скидає пакети (падіння WFP / падіння NIC / драйвер фільтра тощо).

Найкраща практика для випуску "Недоступна публікація" - використання динамічного розподілу. Реєстр дозволяє адміністраторам налаштовувати динамічний розподіл портів RPC.

Ці інструменти та поради допоможуть вам проаналізувати та з'ясувати проблему. Рішення буде залежати від того, що саме є проблемою і буде залежати від програмного забезпечення та сервера.

Оригінал статті

Залишити коментар

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються ваші дані коментарів.