Что такое сервер RPC и как исправить ошибку «сервер RPC недоступен. "Сервер RPC недоступен": что это за ошибка и как ее исправить простейшими методами Системная ошибка 1722 сервер rpc недоступен

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:

RPC — это удаленный вызов процедур, а точнее служба, которая за это отвечает. Речь пойдёт о пользовательских компьютерах. На отдельных серверах и крупных сетях причин этой ошибки может быть великое множество, а я рассмотрю проблему для обычных пользователей ПК.

Эта ошибка (1722 ) возникает в разных ситуациях на системах семейства Windows:

1. Установка программ (например, для работы с принтером ).
2. Обновление драйверов и системы.
3. При шифровании утилитой Bitlocker.
4. При запуске компьютера.

Ещё недоступность сервера rpc связанна с проблемой отсутствия звука в Windows 7. В Windows XP проблема может возникнуть при обновлении пакета SP2 на SP3. Очень часто возникает при печати, особенно при использовании принтера canon. Несмотря на разнообразность данных ситуаций, решение у всех почти одинаково.

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

Что делать если сервер rpc недоступен

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

1. Диспетчер печати.
2. Удаленный вызов процедур (RPC ).
3. Модуль запуска процессов DCOM-сервера.
4. Питание.

Все действия необходимо выполнить под учётной записью администратора.

Включите эти службы и поставьте автоматический тип запуска. Перейдите в меню Пуск >> Выполнить и введите команду services.msc как изображено ниже. Вы попадёте в панель управления службами компьютера.

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

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

Так же можно скачать специальное исправление от microsoft. Оно поможет только в том случае, если данная ошибка возникает при попытке шифрования носителя через встроенную утилиту Bitlocker. Как правило, она возникает на Windows 7 Ultimate и более поздних версиях.

Помогли ли вам данные советы по устранение ошибки RPC?

Poll Options are limited because JavaScript is disabled in your browser.

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

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

Имя компьютера. . . . . . . . . : 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 включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Добрый день уважаемые читатели и подписчики, в прошлый раз мы с вами устраняли проблему в Active Directory, а именно ошибку 14550 DfsSvc и netlogon 5781 на контроллере домена, сегодня же продолжается эпопея с продолжением этих ошибок, а именно от них мы избавились, но прилетели новые: Ошибка 1722. Сервер RPC и за последние 24 часа после предоставления SYSVOL в общий доступ зафиксированы предупреждения или сообщения об ошибках. Сбои при репликации SYSVOL могут стать причиной проблем групповой политики. Давайте разбираться в чем дело.

Устраняем ошибку 1722 сервер rpc недоступен

Сетевые проблемы с репликацией и их решение, читайте по ссылке выше, про 14550. И так напомню, у меня есть два домена, родительский и дочерний. В дочернем 3 контроллера домена Active Directory. После переноса одного контроллера домена из одного сайта, ко всем остальным стали появляться ошибки 1722. Сервер RPC не доступен и сервер RPC и за последние 24 часа после предоставления SYSVOL.

Выявил я их при диагностики репликации между контроллерами домена, с помощью команды:

Данная команда показывает все ошибки репликации на предприятии. Вот как выглядит ошибка:

Сервер RPC и за последние 24 часа после предоставления SYSVOL в общий доступ зафиксированы предупреждения или сообщения об ошибках. Сбои при репликации SYSVOL могут стать причиной проблем групповой политики.

Первым делом, чтобы проверить, что с репликацией все хорошо, нужно удостовериться, что по UNC пути \\ваш домен доступна на чтение папка SYSVOL и NETLOGON.

Если они не доступны, то нужно проверить права на папки и проверьте доступность портов службы RPC TCP/UDP 135, возможно у вас они закрыты на брандмауэре. Если все нормально, то двигаемся дальше. Давайте теперь проверим, когда в последний раз реплицировались контроллеры домена, делается это командой:

repadmin /replsummary

В итоге я обнаружил, что у меня dc7 и dc13 имеют ошибку 1722 Сервер RPC недоступен. Порты 135 я проверил, они слушались. Кто не знает как проверить, то вот вам команда telnet в помощь.

Следующим шагом, идет проверка DNS серверов, в настройках стека TCP/IP. Если у вас более одного контроллера домена, то у вас первым dns сервером в настройках сетевого интерфейса должен идти dns другого контроллера домена, затем либо адрес текущего или петлевой Ip, а уже затем любые, что вам нужны.

Так, что правильный порядок DNS серверов, это 90 процентов случаев

Теперь снова выполнив команду repadmin /replsummary, я увидел, что все репликации прошли успешно. Так же советую запустить вручную репликацию AD . и проверить нет ли ошибок, убедитесь, так же, что команда dcdiag /a /q не дает ошибок.

Вот так вот просто решается ошибка 1722 сервер RPC не доступен на контроллере домена по Windows Server 2012 R2. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.

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

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

Такая проверка необходима в том случае, если ошибка появляется сама по себе. Обычно в журнале событий отобразится код 1722, что означает проблему со звуком. В большинстве других случаев она кроется в связи с внешними устройствами или ошибками в файлах. Давайте подробнее разберем все способы решения неполадки с сервером RPC.

Способ 1: Код ошибки: 1722

Данная неполадка является самой популярной и сопровождается отсутствием звука. В этом случае происходит неполадка с несколькими службами Виндовс. Поэтому пользователю достаточно только выставить эти настройки вручную. Осуществляется это очень просто:

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

Способ 2: Отключение брандмауэра Windows

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

Способ 3: Ручной запуск задачи services.msc

Если неполадка возникает во время старта системы, здесь может помочь ручной запуск всех сервисов при помощи «Диспетчера задач» . Выполняется это очень просто, потребуется сделать всего несколько простых действий:

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

Способ 4: Устранение неполадок Windows

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

Способ 5: Ошибка в FineReader

Многие используют программу ABBYY FineReader для обнаружения текста на картинках. Работает она, используя сканирование, а значит, могут быть подключены внешние устройства, из-за чего и возникает данная ошибка. Если предыдущие способы не помогли решить проблему с запуском этого софта, значит остается только этот вариант решения:

Способ 6: Проверка на вирусы

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

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