Главная » Google Chrome » Ошибка репликации 1722. Ошибка «сервер RPC недоступен»: ключевые способы решения проблемы

Ошибка репликации 1722. Ошибка «сервер 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

Выполнение проверок разделов на: 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 включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Причина многих сбоев служб Windows - RPC сервис. Расшифровка аббревиатуры - удаленный вызов процедур, а в оригинале - Remote Procedure Call. В статье речь пойдет о версии этой встроенной в операционную систему Windows технологии, которая позволяет приложениям на разных компьютерах NT based ОС (к которым относятся 2000/XP/2003/2008/Vista/Seven) обмениваться потоками данных посредством всевозможных протоколов. На высоком уровне для взаимодействия используются стандарт взаимодействия приложений между собой - DCOM (так называемый MSRPC). Транспортный уровень обычно реализуется с помощью TCP/IP и UDP. Сообщение "Сервер RPC недоступен", связанное с неполадкой сервиса RPC, может возникнуть в результате разных действий. Чаще всего это установка драйверов принтера, попытка доступа к домена, манипуляции с драйвером видеокарты и так далее.

Для начала смотрим лог событий (меню "Пуск", выбираем второй ряд и а затем и "Администрирование", ну а тут и "Просмотр событий"). Именно это часто помогает определить источник проблемы. Иногда указанная неисправность имеет плавающий характер, то есть вечером все работать оказывается, а утром полный порядок. Тогда обязательно проверьте все компьютеры сети антивирусным пакетом с самыми свежими обновлениями. Симптомы могут быть проявлениями известного "зловреда" Conficker, эксплуатирующего уязвимость архитектуры RPC. Попробуйте также проверить конфигурацию фаерволла в отношении прохождения пакетов через порты с 135 по 445 (можно временно его отключить командой sc sharedacess stop) и обновить систему с помощью патчей с сервера майкрософт (служба "Автоматическое обновление системы").

Есть также очень простой способ в максимально короткое время устранить сообщение "Сервер RPC недоступен" - заменить куст реестра SYSTEM на заведомо не имеющий этой проблемы. Ведь именно там хранятся параметры работы всех сервисов и драйверов. А неработающий сервис - частая причина данной проблемы. Это может помочь, если вирус внедрился в качестве сервиса, а не подменил существующий, как это часто бывает. Лучше всего проделывать эту операцию посредством консоли восстановления. Но можно и воспользоваться службой (зайти в можно с помощью дистрибутива), указав дату до той, когда возникла проблема, или через консоль восстановления Windows скопировать из папки REPAIR файл SYSTEM взамен текущего. Следует отметить, что последнее действие обнулит информацию об оборудовании, что чревато потерей времени на перенахождение всех устройств системы. Часто это самый быстрый и эффективный способ бороться с трудностями, связанными с RPC, без того, чтобы вникать в проблему и возиться с неработающими сервисами.

Если у вас по каким-то причинам нет желания избавиться от сообщения "Сервер RPC недоступен" вышеобозначенным способом, то проверьте с помощью команды sc query, набранной в консоли (чтобы вызвать консоль, выбираем меню "Пуск" > "Выполнить" в открывшимся окне набираем cmd), запущены ли службы DcomLaunch. RpcSS, Spooler. Если они отсутствуют в списке, попробуйте запустить их с помощью команд sc start DcomLaunch; sc start RpcSS; sc start Spooler. Если все прошло удачно и по команде sc query эти службы отображаются, теперь можно записать их в соотвествующий раздел реестра с помощью команд sc config DcomLaunch start= auto; sc config RpcSs start= auto, sc config Spooler start= auto.

По-прежнему выдает ошибку "Сервер RPC недоступен"? Проверьте наличие файлов Spoolss.exe и Spoolss.dll в директории C:\Windows\SYSTEM32. Воспользуйтесь командой sfc/scannow для проверки системных файлов и замены поврежденных на оригинальные. Ведь могло произойти повреждение файловой системы. Кроме проблем с подсоединением в терминальном режиме по протоколу RDP и печатью, больше характерных для операционных систем предыдущего поколения - Windows 2000/XP/2003/2008, нередко возникают неполадки, выражающиеся в сообщении "Сервер RPC недоступен", связанные с отсутствием звука в Windows 7. Отличие этой операционной системы в том, что служба Windows Audio напрямую сопряжена с сервисом "Питание". Именно поэтому выскакивает ошибка "Сервер RPC недоступен". Windows 7, заметим, обладает значительными отличиями в администрировании системы, более существенными, чем различия, скажем, Windows XP и Winodws 2000. В дополнение рекомендуется проверить наличие файлов Spoolss.exe и Spoolss.dll в директории C:\Windows\SYSTEM32.

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

Öffnen Sie die Dienste-Konsole auf dem Server.
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.
Wenn der Dienst angehalten ist, versuchen Sie, ihn manuell zu starten.

3. Namensauflösungsprobleme

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.
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.
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.
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

Überprüfen Sie die Einstellungen der Windows-Firewall auf dem RPC-Server.
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 .
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.
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

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.)
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:

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

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

в логах появились ошибки

" Ошибка при обработке групповой политики. Не удалось разрешить имя компьютера. Возможные причины:

На что смотреть? Спасибо

c:\>dcdiag

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

Выполнение обязательных начальных проверок

Выполнение основных проверок

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

CheckSDRefDom

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

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

Настройка протокола IP для Windows

Ethernet adapter Подключение по локальной сети 2:

n #2
Физический адрес. . . . . . . . . : 00-1E-67-22-91-D1
DHCP включен. . . . . . . . . . . : Да

Ethernet adapter Подключение по локальной сети:

Туннельный адаптер Подключение по локальной сети* 8:

Туннельный адаптер Подключение по локальной сети* 9:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ошибка в FineReader

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

Проблемы с Bitlocker

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

Напечатать