Системна помилка 1722 сервер rpc недоступний. Що таке сервер RPC і як виправити помилку «сервер RPC недоступний

Здрастуйте.

проблема така
є сервер під керуванням Windows Server 2008 Std
Сервер виконує роль AD та DNS

у логах з'явилися помилки

" Помилка під час обробки групової політики. Не вдалося дозволити ім'я комп'ютера. Можливі причини:

a) Помилка дозволу на поточному контролері домену.
b) Запізнення реплікації Active Directory (створена на іншому контролері домену обліковий записще не реплікована на поточний контролер домену)."

"DNS-серверу не вдається прослухати сокет для роботи за протоколом TCP за адресою 192.168.1.75. У даних події міститься код помилки. IP-адреса 0.0.0.0 може означати допустиму "будь-яку адресу", в якій всі налаштовані IP-адреси для комп'ютера доступні для використання.
Перезапустіть DNS-сервер або перезавантажте комп'ютер."

На що дивитись? Дякую

c:\>dcdiag

Діагностика сервера каталогів

Виконання початкового налаштування:
Виконується спроба пошуку основного сервера.
Основний сервер = MATRIX1
Помилка прив'язки каталогу 1722:
Сервер RPC недоступний.
Це може обмежити деякі перевірки, доступні для виконання.
* Ідентифікований ліс AD.
Збір початкових даних завершено.

Виконання обов'язкових початкових перевірок

Запуск перевірки: Connectivity
Збій функції DsBindWithSpnEx() з помилкою 1722,
Сервер RPC недоступний.
......................... MATRIX1 - не пройдено перевірку Connectivity

Виконання основних перевірок

Сервер перевірки: Default-First-Site-Name\MATRIX1
Перепустка всіх перевірок, оскільки сервер MATRIX1 не відповідає на запити
служби каталогу.

Виконання перевірок розділів на: ForestDnsZones


CheckSDRefDom

......................... ForestDnsZones - пройдено перевірку
CrossRefValidation

Виконання перевірок розділів на: DomainDnsZones
Запуск перевірки: CheckSDRefDom

CheckSDRefDom
Запуск перевірки: CrossRefValidation
......................... DomainDnsZones - пройдено перевірку
CrossRefValidation

Виконання перевірок розділів на: Schema
Запуск перевірки: CheckSDRefDom
......................... Schema - пройдено перевірку CheckSDRefDom
Запуск перевірки: CrossRefValidation
......................... Schema - пройдено перевірку
CrossRefValidation

Виконання перевірок розділів на:
Запуск перевірки: CheckSDRefDom

CheckSDRefDom
Запуск перевірки: CrossRefValidation
......................... Configuration - пройдено перевірку
CrossRefValidation

Виконання перевірок розділів на: EGAIS
Запуск перевірки: CheckSDRefDom
......................... EGAIS - пройдено перевірку CheckSDRefDom
Запуск перевірки: CrossRefValidation
......................... EGAIS - пройдено перевірку CrossRefValidation

Виконання перевірок підприємства на: EGAIS.local
Запуск перевірки: LocatorCheck
......................... EGAIS.local - пройдено перевірку LocatorCheck
Запуск перевірки: Intersite
......................... EGAIS.local - пройдено перевірку Intersite

C:\Users\Адміністратор>ipconfig /all

Налаштування протоколу IP для Windows

Ім'я комп'ютера. . . . . . . . . : MATRIX1
Основний DNS-суфікс. . . . . . : EGAIS.local
Тип вузла. . . . . . . . . . . . . : Гібридний
IP-маршрутизація увімкнена. . . . : Ні
WINS-проксі увімкнено. . . . . . . : Ні
Порядок перегляду суфіксів DNS. : EGAIS.local

Ethernet adapter Підключення по локальної мережі 2:

n #2
Фізична адреса. . . . . . . . . : 00-1E-67-22-91-D1
DHCP увімкнено. . . . . . . . . . . : Так

Ethernet adapter Підключення по локальній мережі:

DNS-суфікс підключення. . . . . :
Опис . . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connectio
n
Фізична адреса. . . . . . . . . : 00-1E-67-22-91-D0

Автоналаштування увімкнено. . . . . . : Так
IPv4-адреса. . . . . . . . . . . . : 192.168.1.75(Основний)
Маска підмережі. . . . . . . . . . : 255.255.255.0
Основний шлюз. . . . . . . . . : 192.168.1.1
DNS сервери. . . . . . . . . . . : 192.168.1.75
NetBios через TCP/IP. . . . . . . . : Включено

Тунельний адаптер Підключення через локальну мережу* 8:

Стан носія. . . . . . . . : Носій вимкнено
DNS-суфікс підключення. . . . . :
Опис . . . . . . . . . . . . : isatap.(746B47FD-7AB0-4B0D-98FE-4DB2E19EC
1DB)

DHCP увімкнено. . . . . . . . . . . : Ні
Автоналаштування увімкнено. . . . . . : Так

Тунельний адаптер Підключення через локальну мережу* 9:

Стан носія. . . . . . . . : Носій вимкнено
DNS-суфікс підключення. . . . . :
Опис . . . . . . . . . . . . : isatap.(D3F5E70A-76D0-4007-B912-38442938A
700}
Фізична адреса. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP увімкнено. . . . . . . . . . . : Ні
Автоналаштування увімкнено. . . . . . : Так

Стороннє програмне забезпечення здатне суттєво розширити можливості операційної системи, але навіть найпросунутіші програми не в змозі перетворити комп'ютер на універсальний пристрій. Існують завдання, які неможливо виконати силами одного ПК через апаратні обмеження. Наприклад, для виведення даних на аналоговий друк необхідно принципово інший пристрій - принтер.

Тому для вирішення складних багатоступінчастих завдань комп'ютери та інші пристрої часто об'єднуються в мережі, де кожен компонент виконує свою частину роботи. Така взаємодія може здійснюватися в рамках різних технологій, наприклад, технології RPC, про яку сьогодні йтиметься. Вірніше, розмова йтиме про пов'язану з нею поширену помилку «сервер RPC недоступний». Але перш ніж приступити безпосередньо до розбору рішень, скажімо кілька слів про саму RPC.

Що таке RPC та як працює

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

Технологія RPC представлена ​​двома базовими компонентами – мережевим протоколомта забезпечує мовою програмування серіалізацію об'єктів і структур. Протоколи у своїй можуть використовуватися різні, наприклад, найпоширенішими є протоколи UDP і TCP. Взаємодія пристроїв у рамках RPC відбувається за допомогою обміну пакетами через порт. Якщо в цьому ланцюжку дій відбувається збій, служба реагує появою помилки "сервер RPC недоступний".

Коли з'являється помилка RPC

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

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

Як знайти причину

Що означає сервер RPC недоступний, зрозуміло. Це неможливо встановити зв'язок між пристроями, але що робити в таких випадках? Як уже було сказано, для з'ясування причини помилки слід використовувати Журнал подій, який відкривається командою eventvwr.msc. Пов'язані з RPC збої знаходяться в розділі «Система», і якщо ви почнете переглядати Журнал відразу після появи помилки, її опис буде в самому верху. Також ви можете скористатись пошуком, відфільтрувавши події за джерелом. Далі справа техніки – дивимося код помилки та виконуємо пошук рішення в інтернеті.

Сервер RPC недоступний. Помилка 1722

Найпоширеніша неполадка в роботі RPC, що зазвичай виникає в Windows 7. Помилка 1722 сервер RPC недоступний в «сімці» супроводжується відсутністю звуку на комп'ютері. Оскільки пов'язана проблема з вимкненням ряду важливих служб, рішення пропонується таке. Відкрийте оснастку управління службами, знайдіть службу «Засіб побудови кінцевих» точок Windows Audio» та увімкніть її, якщо вона вимкнена. Тип запуску бажано виставити "Автоматично".

Водночас слід перевірити стан служб «Віддалений реєстр», «Віддалений виклик процедур», «Харчування» та «Сервер». Всі вони повинні працювати, і всі вони повинні мати тип запуску "Автоматично". З'являється помилка з кодом 1722 і описом "сервер RPC недоступний" не тільки в Windows 7, але і в Windows 10. Способи її усунення різних версіяхсистеми аналогічні наведеним вище.

Помилки під час друку

Помилка 1722 може бути пов'язана з некоректною роботою додатків, що забезпечують взаємодію комп'ютера з принтерами, що знову ж таки нерідко викликається відключенням служб. Якщо під час виведення на друк ви отримуєте повідомлення «не вдалося роздрукувати зображення сервер RPC недоступний», переконайтеся, що у вас включені та працюють служби «Диспетчер друку», «Модуль запуску процесів DCOM-сервера», «Віддалений виклик процедур» та «Живлення» .

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

Конфлікт із FineReader

Відзначені випадки появи помилки «сервер RPC недоступний» у Windows 10 і попередніх версіях системи при роботі популярного додатка для розпізнавання тексту ABBYY FineReader. Але винна тут не стільки сама програма, скільки його активна фонова служба, яка якимось чином конфліктує з механізмами RPC. Вимкніть її на час сеансу в оснастці управління службами та перевірте результат.

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

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

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

Якщо сервер RPC став недоступним під час друку після оновлення драйверів відео- або аудіокарти, принтера тощо, можливо, має місце їх конфлікт із механізмами RPC. У такому випадку слід відкотитися до попередніх робочих версій драйверів.

Порушення цілісності файлів

Якщо комп'ютер мав місце збій або вірусна атака, слід перевірити стан двох головних файлів RPC – spoolsv.exeі spoolss.dll, розташованих у системному каталозі System32. За відсутності файлів необхідно скопіювати їх з іншого комп'ютера з тією ж версією операційної системи та закинути в папку System32, а потім запустити службу віддаленого дзвінка вручну з оснастки керування службами. Як варіант, виконайте перевірку системи на предмет пошкоджених та відсутніх командою sfc /scannow.

Пошкодження реєстру

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

Висновки

З помилкою недоступності сервера RPC на локальних комп'ютерах, як правило, вдається впоратися шляхом залучення всіх необхідних служб або відновлення файлів та реєстру (якщо мали місце збої). Одним із способів вирішення проблеми також є оновлення Windows до новішої версії. Що ж до цієї ж помилки на серверах, тут все може виявитися набагато складніше, втім рядовим користувачам зустрітися з подібною ситуацією навряд чи доведеться, оскільки ця справа зазвичай лягає на плечі системних адміністраторів.

На комп'ютерах досить часто виникають різні помилки. Проблема, пов'язана з недоступністю сервера RPC не виняток. В основному вона з'являється при оновленні драйверів, але трапляються випадки, коли помилки "сервер RPC недоступний" виникає і при запуску операційної системи (ОС) Windows 7, 8, 10, а також XP або Server 2003, 2008, 2012. Також помилка може виникати під час друку або встановлення принтера.

RPC – це просто метод передачі інформаціїміж різними процесами або клієнтом (техніка, що починає зв'язок) та сервером (пристроєм, який намагається зв'язатися з клієнтом) у рамках системи чи мережі. Дуже багато компонентів ОС Віндовс використовує цей спосіб спілкування. RPC як точки зв'язку використовує різні портищоб пов'язувати системи між собою.

У разі порушення роботи сервера, коли він недоступний, обмін пакетів даних між системами порушується, втрачається зв'язок з віддаленим об'єктом і функції просто перестають виконувати її. Тому виникає помилка.

Що за помилка і чому виникає

Проблема виникає, коли зв'язок між системами порушується, оскільки сервер не може надіслати адресу порту точці зв'язку. З'явитися вона може з таких причин:

Пошук причин

Причину, яка викликала помилку, легко виявити за її кодом. Її можна подивитися в журналі подій, тільки робити це рекомендується відразу після виявлення проблеми:

Загальні способи вирішення

Є універсальні способи, які допомагають швидко усунути проблему із сервером РПЦ. На їх виконання потрібно трохи часу, але результат не змусить чекати.

Перезапуск служби RPC

Після цього процес припинить роботу і відразу запуститься.

Цей захисник може просто не пропускати важливі пакети даних. Саме тому рекомендується вимкнутийого на якийсь час, щоб точно переконатися, що це не його вина.

Зробити це можна через панель управління, у розділі системи та безпеки.

Перевірка часу комп'ютера

Якщо помилка з'явилася в момент запуску якоїсь програми або її зупинки, то, можливо, все пов'язано з синхронізацією часу. Вирішити цю проблему можна таким чином:

Усунення несправностей системи

Якщо помилка «сервер РПЦ недоступний» з'явилася під час запуску ОС, необхідно зробити таке:

Перевірка на віруси

Також можна просканувати систему на наявність шкідливого програмного забезпечення. Також, якщо антивірус виявить щось, його рекомендується замінити. Справа в тому, що якщо програма не виявила вірус самостійно, а лише після ручного запуску сканування, то означає, що вона не виконує своїх функцій.

При виявленні вірусу, його необхідно видалити.

Помилка з кодом 1722

Помилка Сервер RPC недоступний найбільш часто зустрічається при проблемах з відсутністю звуку. Вирішується так:

Помилка у FineReader

Багато користувачів використовують FineReader для пошуку та розпізнавання тексту на картинках. Вона може викликати проблеми, а усунути їх можна так:

Проблеми з Bitlocker

Бітлокер захищає інформацію на носіях інформації, наприклад флешках. І іноді робота цієї технології може викликати помилкиіз сервером RPC. Виправити це можна вимкненням технології або просто оновленням. Це можна зробити через центр оновлень Віндовс або завантаживши необхідні файли з Інтернету.

Безперечно, багатьом користувачам сьомої версії Windows доводилося бачити на екрані монітора або ноутбука повідомлення про помилку "сервер RPC недоступний". Що це за збій та як його виправити, зараз і буде розглянуто.

Найпоширеніша ситуація зі збоями сервера RPC

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

І, як правило, найчастіше така помилка з'являється при маніпуляціях з принтерами, наприклад, при спробі надрукувати документ або просто встановити (додати) новий принтер. І справа тут навіть не в самому пристрої, а в службі, яка з якихось причин перестала працювати або просто у відключеному стані.

Помилка Сервер RPC недоступний: проблеми з динамічними бібліотеками

Отже, побачимо, що можна зробити для виправлення ситуації. Для початку потрібно переконатися, що в системі є файл динамічної бібліотеки Spoolss.dll і компонент Spoolss.exe, що виконується. Вони повинні розташовуватись у директорії System32 основного каталогу, в якому встановлена ​​система.

Якщо такі файли є, варіантів збою може бути як мінімум два: або вони пошкоджені, або служба просто не запущена.

Збій з повідомленням "Сервер RPC недоступний" Windows 7: запуск служби з командного рядка

Для початку найпростішим методом виправлення ситуації стане запуск служби з командного рядка. на даному етапівважаємо, що з самими файлами все гаразд.

Викликаємо командний рядок (cmd) з меню "Виконати" (Win + R), після чого прописуємо там команду net start rpcss. Якщо з самою службою все нормально, після перезавантаження комп'ютерного терміналу (вона, до речі, є обов'язковою) проблема зникне, а повідомлення про те, що сервер RPC недоступний, більше користувача не турбуватиме (для зупинки служби вибирається аналогічна команда, тільки зі словом stop) . Якщо вище зазначений метод з якоїсь причини службу не активував, доведеться піти, так би мовити, манівцями.

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

Тепер подивимося на ситуацію, коли вищезгадані файли пошкоджені або відсутні. В принципі, можна зробити найпростішим способом: скопіювати їх з аналогічної системи (з іншого комп'ютера), після чого вставити в системну папку System32.

Правда, після того, щоб повідомлення про те, що сервер RPC недоступний, не з'являлося знову, потрібно буде зробити ще кілька важливих кроків і зайти в розділ служб. Зробити це можна з Панелі керування, але набагато простіше використовувати спеціальну команду services.msc, яка прописується в тому ж меню «Виконати».

У самому редакторі слід знайти службу віддаленого виклику процедур (RPC) і натиснути автозавантаження, після чого в типі запуску вказати «Автоматичний». Після збереження змінених параметрів, як і в першому випадку, знадобиться повне перезавантаження системи, щоб вони набули чинності.

Примітка: після перезавантаження бажано запустити оновлення системи в ручному режимі та інсталювати останні пакети апдейтів. Це може відігравати ключову роль у коректній активації служби. Попутно особлива увагаприділити системі, в якій виконуватиметься копіювання оригінальних файлів, принаймні врахуйте її розрядність.

Комплексне рішення з використанням спеціальних утиліт

В принципі, якщо можливості скопіювати або завантажити оригінальні файли немає, можна зробити і більш простим способом.

Виправити ситуацію допоможуть утиліти на кшталт DLL Suite, які автоматично сканують систему на наявність пошкоджених або відсутніх компонентів, після чого самостійно інтегрують до неї об'єкти, що відсутні. Втім, лише цим обмежуватися не можна. Після закінчення процесу все одно потрібно буде переконатися, що служба перебуває в активному стані (включена) та працює без збоїв. Робиться це, як було показано вище.

Висновок

Ось, власне, і все, що стосується проблеми зі службою RPC. Як бачимо, нічого страшного в такому збої немає, та й вирішення питання виглядає досить простим. Єдине, що ще варто відзначити, так це встановлення нових або оновлення драйверів друкуючих пристроїв. Звичайно, обов'язковою умовою це не є, проте таку процедуру зробити було б дуже бажано. Зробити це можна або з Диспетчера пристроїв, або за допомогою спеціально для цього розроблених утиліт на кшталт програми Driver Boosterабо ще чогось.

Що ж до виправлення самої ситуації зі службою, тут не розглядалися питання, пов'язані з перевіркою комп'ютерних системна віруси. Також не наводилися методи включення (активації) служби, наприклад, у налаштуваннях групових політик або за допомогою зміни відповідних параметрів ключів системного реєстру, оскільки така методика набагато складніша за те, що було описано вище. Та й не всякий користувач захоче в них копатися, бо ще, чого доброго, можна і всю систему «посадити».

В іншому ж проблем у жодного користувача виникнути не повинно. Як саме вчинити, який метод задіяти, кожен вирішує сам, але, як показує практика, найпростіше активувати службу з командного рядка (за умови, що необхідні файли в порядку). Методику з відновленням файлів та активацією цього системного компонентаз розділу служб можна застосувати, якщо найпростіший спосіб не впливає на систему. І, звичайно ж, при виявленні того, що файли пошкоджені або просто відсутні в системі, краще не копіювати їх з іншого пристрою, а за наявності активного підключення до Інтернету використовувати автоматичні утиліти, які завантажать відсутні файли і інтегрують в систему без участі користувача. Власне, саме для цього вони розроблялися.

Dieser Artikel enthält Informationen zur Behebung des Fehlers "RPC-Server ist nicht verfügbar" unter Microsoft Windows Server.

Inhaltsverzeichnis

1. Einführung

"RPC-Server ist nicht verfügbar"Існує його подібний хеуфір Fehler в Windows, де в еінері Вельзал вон Ситуація на кінець, wobei die meisten mit der Kommunikation zwischen zwei Computern in einem Netzwerk zusammenhängen. Er kann jedoch auch bei lokalen Vorgängen auf einem Computer auftreten. Der Übersichtlichkeit halber wird in diesem Artikel der Computer, auf dem die RPC-Kommunikation gestartet wird, als der Client und der Комп'ютер, mit dem kommuniziert wird, als der Server bezeichnet.

Remote Procedure Call (RPC) є його mechanismus, der es Windows-Prozessen ermöglicht, miteinander zu kommunizieren, entweder zwischen einem Client und Server über ein Netzwerk oder innerhalb einzigen Systems. Захлеіче integrierte Windows-Komponenten verwenden RPC. Bei RPC kommen dynamische Ports für die Kommunikation wischen verschiedenen Systemen zum Einsatz, doch darüber hinaus muss ein statischer Port (TCP-Port 135) als Ausgangspunkt für die Kommunikation verwendetwer. Die RPC-Endpunktzuordnung hört diesen statischen Port ab.

In einer typischen RPC-Sitzung kontaktiert ein Client die Endpunktzuordnung herramientas Servers auf TCP-Port 135 und fordert die einem bestimmten Dienst zugewiesene dynamische Portnummer an. Der Server antwortet з IP-адресою й Portnummer, з Der Der Dienst beim Starten bei RPC registriert wird, und der Client kontaktiert dann den Dienst unter dieser IP-Adresse und auf diesem Port.

Mögliche Gründe für den "RPC-Server nicht verfügbar"-Fehler sind u. a.:

• RPC-Dienst gestoppt: Wenn der RPC-Dienst auf dem Server nicht ausgeführt wird, ist die Clientsoftware offensichtlich nicht in der Lage, ihn zu erreichen.
• Namensauflösungsprobleme: Der Name des RPC-Servers wird möglicherweise auf die falsche IP-Adress aufgelöst, sodass der Client den falschen Server kontaktiert oder versucht, eine IP-Adresse zu kontaktieren, die derzeit nicht verwendet wird. Alternativ dazu wird der Name des Servers eventuell überhaupt nicht aufgelöst.
• Datenverkehr durch Firewall blockiert: Eine Firewall oder andere Sicherheitsanwendung auf dem Server oder eine Netzwerk-Firewall-Appliance wischen dem Client und dem Server verhindert unter Umständen, dass der Datenverkehr den Server auf TCP-Port 135 erreicht.
• Netzwerkverbindungsproblem: Der Client kann den Server u. U. aufgrund Інструменти allgemeinen Problems mit dem Netzwerk nicht erreichen.

Die folgenden, nach Ursache kategorisierten Schritte können bei der Fehlerbehebung des Problems nützlich sein.

2. RPC-Dienst gestoppt

1. Öffnen Sie Die Dienste-Konsole auf dem Server.
2. Ermitteln Sie den Remote Procedure Call (RPC)-Dienst und stellen Sie sicher, dass er ausgeführt wird.

   Hinweis: Die Remote Procedure Call (RPC) Locator-Dienst muss in der Regel nicht ausgeführt werden.

3. Wenn der Dienst angehalten ist, versuchen Sie, ihn manuell zu starten.

3. Namensauflösungsprobleme

1. Wenden Sie den Ping-Befehl vom Client aus auf den Server an. Verwenden Sie dabei den Servernamen, um zu überprüfen, ob der Name auf die korrekte IP-Adresse aufgelöst wird. Wenn dies der Fall ist, ist Namensauflösung wahrscheinlich nicht die Ursache des Problems, und die verbleibenden Schritte in diesem Abschnitt können übersprungen werden.
2. Wenn Client und Server Mitglieder einer Active Directory (AD)-Domäne sind, wird DNS für die Namensauflösung verwendet. Stellen Sie sicher, das der Client und der Server beide die richtigen DNS-Server verwenden, die sich innerhalb der Domäne befinden müssen und in der Regel Domänen-Controller sind.
3. Wenn die richtigen DNS-Server verwendet werden, überprüfen Sie anhand der DNS-Verwaltungskonsole (IIS-Verwaltungskonsole) auf diesen Servern, ob der RPC-Server den richtigen Datensatz bzw. die richtigen Datensätze im DNS registriert hat. Falls erforderlich, kann der Befehl ipconfig /registerdns auf dem RPC-Server verwendet werden, um die DNS-Datensätze erneut zu registrieren.
4. Wenn keine AD-Domäne vorhanden ist, kann WINS für die Namensauflösung verwendet werden. Mit dem Befehl ipconfig /all werden unter anderem auch die WINS-Server aufgelistet, die vom RPC-Server verwendet werden. Überprüfen Sie die WINS-Datenbank auf diesen Servern, um sicherzustellen, dass die für den RPC-Server registrierten Datensätze korrekt sind. Falls erforderlich, kann der Befehl nbtstat -RR auf dem RPC-Server ausgeführt werden, um die WINS-Datensätze erneut zu registrieren.

4. Datenverkehr durch die Firewall blockiert

1. Überprüfen Sie die Einstellungen der Windows-Firewall auf dem RPC-Server.
2. Wenn die Firewall aktiviert ist, stellen Sie sicher, dass der Datenverkehr auf TCP-Port 135 durchgelassen wird.
   1. Wenn auf dem Server Windows Server 2003 ausgeführt wird, kann die Windows-Firewall die dynamische RPC-Portzuweisung eventuell nicht richtig handhaben. In diesem Fall kann es erforderlich sein, die Windows-Firewall zu deaktivieren oder die von RPC verwendeten Ports einzuschränken (siehe Schritt 4).
   2. Wenn auf dem Server Windows Server 2008 wird, stellen Sie sicher, dass der Windows-Firewall-Dienst ausgeführt wird. Die Windows-Firewall в Windows Server 2008 та höher sollte RPC-Verkehr standardmäßig fehlerfrei handhaben; wenn dies jedoch manuell konfiguriert werden muss, finden Sie entsprechende Anweisungen in diesem TechNet-Artikel: Дозволяючи Inbound Network Traffic, що використовує Dynamic RPC (Eingehenden Netzwerkverkehr, bei dem dynamische RPC verwendetwer).
      Wenn die Windows-Firewall in Windows Server 2008 oder höher vollständig deaktiviert werden muss, halten Sie nicht den Windows-Firewall-Dienst an. Befolgen Sie stattdessen die Schritte unter in.
3. Wenn die Firewall-Software herramientas Drittanbieters, eine andere Sicherheitsanwendung oder eine Netzwerk-Firewall-Appliance verwendet wird, schauen Sie in der Dze der Anwendung oder der Appliance nach, ob sie ordnungsgemäß für
4. Wenn die Firewall-Software, eine andere Sicherheitsanwendung oder eine Netzwerk-Firewall-Appliance nicht für die korrekte Handhabung von dynamischem RPC-Verkehr werden kann, n dann auf der Firewall oder der Sicherheitsanwendung geöffnet werden. Informationen zum Beschränken des von RPC verwendeten Port-Bereichs finden Sie unter How to Configure RPC Dynamic Port Allocation to Work with Firewalls (Anleitung zum Konfigurieren der dynamischen RPC-Portzuweisung zur Verwendung mit Firewalls).

5. Netzwerkverbindungsprobleme

1. Verwenden Sie den Befehl ping, um die grundlegende Konnektivität zwischen dem RPC-Client und Server zu testen. Beachten Sie, час дизерів Test möglicherweise nicht schlüssig ist, da es für eine Firewall möglich ist, ICMP-Datenverkehr zu blockieren und anderen Datenverkehr durchzulassen. (ICMP, oder Internet Control Message Protocol, ist das Protokoll, das bei ping- und tracert-Befehlen verwendet wird.)
2. Mit dem Befehlszeilendienstprogramm PortQry können Sie die Konnektivität vom Client zum Server вивчається і фестиваль, welche Ports auf dem Server geöffnet sind. Es bietet Unterstützung für RPC und kann verwendet werden, um festzustellen, für welche Dienste dynamische Ports bei RPC registriert sind und welche spezifischen Schnittstellen sie verwenden. Ausführliche Informationen zu PortQry Version 2.0 finden Sie hier: