Сервисы 

Системная ошибка 1722 сервер rpc недоступен. Ошибка «Сервер RPC недоступен» в Windows — что делать. Что делать если сервер rpc недоступен


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

RPC - это просто метод для передачи информации между различными процессами или клиентом (техника, что начинает связь) и сервером (устройством, которое пытается связаться с клиентом) в рамках системы или сети. Очень много компонентов ОС Виндовс использует этот способ “общения”. RPC в качестве точек связи использует разные порты чтобы связывать системы между собой.

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

Что за ошибка и почему возникает

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

Поиск причины

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


Общие способы решения

Есть универсальные способы, которые помогают быстро устранить проблему с сервером РПЦ. На их выполнения потребуется немного времени, но результат не заставит ждать.

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


После этого процесс прекратит работу и тут же запустится.

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

Сделать это можно через панель управления , в разделе системы и безопасности .

Проверка времени компьютера

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

Устранение неполадок системы

В случае, если ошибка «сервер РПЦ недоступен» появилась при запуске ОС, необходимо сделать следующее:


Проверка на вирусы

Также можно просканировать систему на наличие вредоносного программного обеспечения (ПО). Также, если антивирус обнаружит что-то, то его рекомендуется заменить . Дело в том, что если программа не обнаружила вирус самостоятельно, а только после ручного запуска сканирования, то значит, что она не выполняет своих функций.

При обнаружении вируса, его необходимо удалить .

Ошибка с кодом 1722

Ошибка «Сервер RPC недоступен» наиболее часто встречается при проблемах с отсутствием звука. Решается следующим образом:


Ошибка в FineReader

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


Проблемы с Bitlocker

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

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

Поэтому для решения сложных многоступенчатых задач компьютеры и прочие устройства нередко объединяются в сети, где каждый компонент выполняет свою часть работы. Такое взаимодействие может осуществляться в рамках разных технологий, например, технологии 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 до более новой версии. Что же касается этой же ошибки на серверах, здесь всё может оказаться намного сложнее, впрочем, рядовым пользователям встретиться с подобной ситуацией вряд ли придется, так как это дело обычно ложиться на плечи системных администраторов.

Здравствуйте.

проблема такова
есть сервер под управлением 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

Выполнение проверок разделов на: Configuration
Запуск проверки: 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-технология подразумевает два компонента: сетевой протокол и язык реализации. Разные реализации удаленного вызова процедур имеют разную архитектуру, используют разные протоколы, но очень редко протокол HTTP, так как последний не является транспортным. Соответственно, при передаче данных с разных машин, использующих разный протокол, возникают сбои.

Особенности работы RPC

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

  • при передаче данных с разных компьютеров с разными адресами ошибки возможны всегда. Дело усугубляется, если машины используют разные операционные системы – Windows 7, XP, или разную архитектуру – прямой или обратный порядок байтов. Чтобы компенсировать разницу, параметры RPC нужно копировать с одной машины на другую и выполнять сериализацию;
  • удаленный вызов предполагает использование транспортного протокола, например, TCP;
  • вызов процедуры как в локальном пространстве, так и удаленно для пользователя реализуется в одном процессе. Но на деле сервер RPC предполагает 2 процесса. В результате, если аварийно завершена вызывающая процедура, вызванные зависают, что и приводит к появлению ошибки 1722. Если аварийно завершаются вызванные, вызвавшие безрезультатно ждут ответа. Вариант «сервер RPC недоступен» в Windows 7 чаще всего имеет такое происхождение;
  • проблема совместимости разных операционных сред, разной структуры данных, разной структуры вызова пока нарушен. В результате «сервер RPC недоступен» Windows остается периодически возникающим ошибкам, с которым приходится справляться самостоятельно или с чужой помощью.

Что делать при отсутствии удаленного вызова?

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

  1. В меню «Пуск» находят «Панель управления».
  2. Во вкладке администрирования просматривают события. Если ошибка сервер RPC недоступен была последним событием, то в журнале ее код является верхним в списке. На фото – работы в ОС по устранению сбоя.
  3. В сети находят по коду описание события и рекомендованные для устранения сбоя действия.

Проверка системы Windows XP антивирусом

Если таким образом неполадку устранить не удалось, может помочь проверка системы Windows XP, антивирусом: в некоторых случаях отказ удаленного вызова связан с деятельностью червя Conficker.

Этот вариант возникает довольно часто. Связан с установкой программы – в особенности для работы с принтерами, с обновлением драйвером, порой возникает при загрузке системы. В Windows XP возникает даже при обновлении SP2 на SP3. В 7 версии принтер может быть недоступен из-за отсутствия звука.

В особенности часто на появление ошибки 1772 жалуются владельцы принтеров Canon.

  1. В таких случаях рекомендуется сначала проверить XP или другую версию на вирусы. Если сканирование результатов не дало, предпринимают следующие действия.
  2. Под учетной записью администратора проверяют состояние ряда служб:
    • диспетчер печати;
    • удаленный вызов процедуры;
    • питание;
    • модуль запуска DCOM-сервера.
    • Необходимо включить все эти службы, если они был отключены, затем перейти в меню «Пуск», в раздел «Выполнить» и ввести в командную строку services.mcs.
  3. Таким образом переходят в свойства всех перечисленных выше служб, где можно изменить их параметры.
  4. После выполнения всех проверок обязательно перезапускают компьютер. Если после перезапуска печать выполняется, и ошибка 1722 сервер RPC недоступен не возникает. Значит, проблема устранена.

Еще один возможный вариант для версий ОС от Windows Ultimate и выше – сбой из-за попыток шифрования через утилиту Bitlocker. В этом случае нужно скачать исправление на сайте. Microsoft.

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

Восстановление работоспособности

Что делать, если обращение к антивирусу не помогло? Такой вариант возможен, если вирус заразил систему уже после последнего сохранения раздела. В таких случаях можно попробовать реанимировать работоспособность реестра SYSTEM.

По адресу Windows\System32\Config входят в директорию сохраненных версий – RegBack. Отсюда копируют файл System и помещают его в папку Config, заменяя таким образом поврежденный.

В версиях Windows 10 и 8 есть консоль восстановления. С ее помощью можно восстановить реестр, используя меню дополнительных параметров.

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" ist ein relativ häufiger Fehler in Windows, der in einer Vielzahl von Situationen auftreten kann, 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 Computer, mit dem kommuniziert wird, als der Server bezeichnet.

Remote Procedure Call (RPC) ist ein Mechanismus, der es Windows-Prozessen ermöglicht, miteinander zu kommunizieren, entweder zwischen einem Client und Server über ein Netzwerk oder innerhalb eines einzigen Systems. Zahlreiche integrierte Windows-Komponenten verwenden RPC. Bei RPC kommen dynamische Ports für die Kommunikation zwischen verschiedenen Systemen zum Einsatz, doch darüber hinaus muss ein statischer Port (TCP-Port 135) als Ausgangspunkt für die Kommunikation verwendet werden. Die RPC-Endpunktzuordnung hört diesen statischen Port ab.

In einer typischen RPC-Sitzung kontaktiert ein Client die Endpunktzuordnung eines Servers auf TCP-Port 135 und fordert die einem bestimmten Dienst zugewiesene dynamische Portnummer an. Der Server antwortet mit der IP-Adresse und Portnummer, mit 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-Adresse 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 zwischen dem Client und dem Server verhindert unter Umständen, dass der Datenverkehr den Server auf TCP-Port 135 erreicht.
  • Netzwerkverbindungsprobleme: Der Client kann den Server u. U. aufgrund eines 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, dass 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 oder höher ausgeführt wird, stellen Sie sicher, dass der Windows-Firewall-Dienst ausgeführt wird. Die Windows-Firewall in Windows Server 2008 und höher sollte RPC-Verkehr standardmäßig fehlerfrei handhaben; wenn dies jedoch manuell konfiguriert werden muss, finden Sie entsprechende Anweisungen in diesem TechNet-Artikel: Allowing Inbound Network Traffic that Uses Dynamic RPC (Eingehenden Netzwerkverkehr, bei dem dynamische RPC verwendet werden, zulassen).
      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 eines Drittanbieters, eine andere Sicherheitsanwendung oder eine Netzwerk-Firewall-Appliance verwendet wird, schauen Sie in der Dokumentation der Anwendung oder der Appliance nach, ob sie ordnungsgemäß für RPC-Verkehr konfiguriert werden kann.
  4. Wenn die Firewall-Software, eine andere Sicherheitsanwendung oder eine Netzwerk-Firewall-Appliance nicht für die korrekte Handhabung von dynamischem RPC-Verkehr konfiguriert werden kann, kann der von RPC verwendete Port-Bereich eingeschränkt werden, und dieser Bereich kann 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, dass dieser Test möglicherweise nicht schlüssig ist, da es für eine Firewall möglich ist, den 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 testen und feststellen, 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: