Здравствуйте.
проблема такова
есть сервер под управлением 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 недоступен». Что это за сбой и как его исправить, сейчас и будет рассмотрено.
Самая распространенная ситуация со сбоями сервера 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 или чего-то еще.
Что же касается исправления самой ситуации со службой, здесь не рассматривались вопросы, связанные с проверкой компьютерных систем на вирусы. Также не приводились методы включения (активации) службы, например в настройках групповых политик или при помощи изменения соответствующих параметров ключей системного реестра, поскольку такая методика гораздо сложнее того, что было описано выше. Да и не всякий пользователь захочет в них копаться, а то ведь еще, чего доброго, можно и всю систему «посадить».
В остальном же проблем ни у одного юзера возникнуть не должно. Как именно поступить, какой метод задействовать, каждый уже решает сам, но, как показывает практика, проще всего активировать службу из командной строки (при условии, что необходимые файлы в порядке). Методику с восстановлением файлов и активацией этого системного компонента из раздела служб можно применить, если простейший способ не оказывает никакого влияния на систему. И, конечно же, при обнаружении того, что файлы повреждены или просто отсутствуют в системе, лучше не копировать их с другого устройства, а при наличии активного подключения к Интернету использовать автоматические утилиты, которые загрузят недостающие файлы и интегрируют их в систему без участия юзера. Собственно, именно для этого они и разрабатывались.
RPC — это удаленный вызов процедур, а точнее служба, которая за это отвечает. Речь пойдёт о пользовательских компьютерах. На отдельных серверах и крупных сетях причин этой ошибки может быть великое множество, а я рассмотрю проблему для обычных пользователей ПК.
Эта ошибка (1722 ) возникает в разных ситуациях на системах семейства Windows:
- Установка программ (например, для работы с принтером ).
- Обновление драйверов и системы.
- При шифровании утилитой Bitlocker.
- При запуске компьютера.
Ещё недоступность сервера rpc связанна с проблемой отсутствия звука в Windows 7. В Windows XP проблема может возникнуть при обновлении пакета SP2 на SP3. Очень часто возникает при печати, особенно при использовании принтера canon. Несмотря на разнообразность данных ситуаций, решение у всех почти одинаково.
Перед выполнением дальнейших действий убедитесь, что в компьютере не содержаться вирусы. Они так же могут быть причиной этой ошибки.
Что делать если сервер rpc недоступен
Проверьте и при необходимости включите ряд служб из-за отключения которых возникает данная ошибка, а именно:
- Диспетчер печати.
- Удаленный вызов процедур (RPC ).
- Модуль запуска процессов DCOM-сервера.
- Питание.
Все действия необходимо выполнить под учётной записью администратора.
Включите эти службы и поставьте автоматический тип запуска. Перейдите в меню Пуск >> Выполнить и введите команду services.msc как изображено ниже. Вы попадёте в панель управления службами компьютера.
Здесь перейдите в свойства перечисленных выше служб, где вы сможете провести изменение их параметров.
Обязательно выполните перезагрузку компьютера после проделанных действий.
Так же можно скачать специальное исправление от microsoft. Оно поможет только в том случае, если данная ошибка возникает при попытке шифрования носителя через встроенную утилиту Bitlocker. Как правило, она возникает на Windows 7 Ultimate и более поздних версиях.
Помогли ли вам данные советы по устранение ошибки RPC?
Poll Options are limited because JavaScript is disabled in your browser.
Ошибка «Сервер RPC недоступен» может появляться в разных ситуациях, но всегда означает сбой в операционной системе Windows 7. Данный сервер отвечает за вызов удаленных действий, то есть, делает возможным исполнение операций на других ПК или внешних устройствах. Поэтому ошибка чаще всего появляется при обновлении некоторых драйверов, попытке печати документа и даже во время запуска системы. Давайте подробнее рассмотрим способы решения этой проблемы.
Поиск причины осуществляется достаточно просто, поскольку каждое событие записывается в журнал, где отображается код ошибки, что поможет найти правильный способ решения. Переход к просмотру журнала осуществляется следующим образом:
Такая проверка необходима в том случае, если ошибка появляется сама по себе. Обычно в журнале событий отобразится код 1722, что означает проблему со звуком. В большинстве других случаев она кроется в связи с внешними устройствами или ошибками в файлах. Давайте подробнее разберем все способы решения неполадки с сервером RPC.
Способ 1: Код ошибки: 1722
Данная неполадка является самой популярной и сопровождается отсутствием звука. В этом случае происходит неполадка с несколькими службами Виндовс. Поэтому пользователю достаточно только выставить эти настройки вручную. Осуществляется это очень просто:
Если все еще звук не появился или возникает ошибка, то в этом же меню со службами потребуется найти: «Удаленный реестр» , «Питание» , «Сервер» и «Удаленный вызов процедур» . Откройте окно каждой службы и проверьте, чтобы она работала. Если на данный момент какая-то из них отключена, то ее нужно будет запустить вручную по аналогии со способом описанным выше.
Способ 2: Отключение брандмауэра Windows
Защитник Виндовс может не пропускать некоторые пакеты, например, при попытке распечатать документ, и вы получите ошибку о недоступном RPC-сервисе. В таком случае брандмауэр потребуется временно или навсегда отключить. Сделать это можно любым удобным для вас способом. Более подробно об отключении данной функции читайте в нашей отдельной статье.
Способ 3: Ручной запуск задачи services.msc
Если неполадка возникает во время старта системы, здесь может помочь ручной запуск всех сервисов при помощи «Диспетчера задач» . Выполняется это очень просто, потребуется сделать всего несколько простых действий:
Теперь ошибка должна исчезнуть, но если это не помогло, то воспользуйтесь одним из других представленных способов.
Способ 4: Устранение неполадок Windows
Еще один способ, который будет полезен тем, у кого ошибка возникает сразу после загрузки системы. В этом случае нужно будет использовать стандартную функцию устранения неполадок. Запускается она следующим образом:
Способ 5: Ошибка в FineReader
Многие используют программу ABBYY FineReader для обнаружения текста на картинках. Работает она, используя сканирование, а значит, могут быть подключены внешние устройства, из-за чего и возникает данная ошибка. Если предыдущие способы не помогли решить проблему с запуском этого софта, значит остается только этот вариант решения:
Способ 6: Проверка на вирусы
Если проблема не обнаружилась с помощью журнала событий, существует вероятность, что слабые места сервера используются вредоносными файлами. Обнаружить и удалить их можно только с помощью антивируса. Выберите один из удобных способов очистки компьютера от вирусов и воспользуйтесь им. Более подробно об очистке компьютера от вредоносных файлов читайте в нашей статье.
Кроме этого, если все-таки вредоносные файлы были найдены, рекомендуется заметить антивирус, поскольку червь не был обнаружен автоматически, программа не выполняет своих функций.
Добрый день уважаемые читатели и подписчики, в прошлый раз мы с вами устраняли проблему в 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. Если у вас есть чем дополнить статью, то просьба написать это в комментариях.