Доброго дня шановні читачі та передплатники, минулого разу ми з вами усували проблему 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 недоступний. Порти я перевірив, що вони слухалися. Хто не знає як перевірити, то ось вам команда telnet на допомогу.
Наступним кроком, йде перевірка DNS серверів, у налаштуваннях стека TCP/IP. Якщо у вас більше одного контролера домену, то у вас першим dns сервером в налаштуваннях мережного інтерфейсу повинен йти dns іншого контролера домену, потім або адресу поточного або петлевого IP, а вже потім будь-які, що вам потрібні.
Так що правильний порядок DNS серверів, це 90 відсотків випадків
Тепер, знову виконавши команду repadmin /replsummary, я побачив, що всі реплікації пройшли успішно. Також раджу запустити вручну реплікацію AD. і перевірити чи немає помилок, переконайтеся, що команда dcdiag /a /q не дає помилок. 
Ось так просто вирішується помилка 1722 сервер RPC не доступний на контролері домену по Windows Server 2012 R2. Якщо у вас є чим доповнити статтю, прохання написати це в коментарях.
Добрий день.
проблема така
є сервер під керуванням 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 увімкнено. . . . . . . . . . . : Ні
Автоналаштування увімкнено. . . . . . : Так
Одним з несподіваних і неприємних збоїв Windows є несподівана і безпричинна пропажа звуку
. Тут розглядатимемо випадок, коли стандартні методи усунення неполадок і навіть відновлення системи не дають позитивних результатів і, замість відновлення звуку з'являється повідомленняпро те, що аудіо пристрій відсутній або не вдалося запустити дочірню службу ( помилка 1068). А тепер про те: як відновити звукв даному випадку. Службу Windows Audio включаємо набором послідовних дій…
Відкриваємо: Панель управління-Адміністрація-Служби.У найлегшому випадку потрібно послідовно відшукати та запустити (тип запуску автоматично, щоб увімкнути його потрібно правою кнопкоюклацнути по
потрібної служби, відкрити Властивості та вибрати тип запуску) служби:
Планувальник класів мультимедіа
Засіб побудови кінцевих точок Windows Audio
Windows Audio
Тепер, якщо більше помилок немає, звук на комп'ютері повинен увімкнутисяі можна припинити подальші рухи тіла.
Але, якщо не вдалося запустити засіб побудови кінцевих точок Windows Audio (сервер RPC недоступний,
живлення
Сервер
Видалений виклик процедур
Віддалений реєстр
Не працюючі так само вмикаємо по черзі. Звук з'явився? Перезавантажуємо комп'ютер і дивимося фільм у хорошій якості, або слухати музику. Крім цього, можна перевірити, чи не блокує брандмаузер використовувані порти, перевірити правильність імені комп'ютера або його IP-адреси.
RPC – це спосіб обміну інформацією між процесами або між клієнтом (пристроєм, що ініціює зв'язок RPC) та сервером (пристроєм, що з ним зв'язується) у мережі чи системі. Багато вбудованих компонентів Windows використовують RPC, який як відправна точка для зв'язку між системами застосовує різні порти. У разі виникнення неполадок виникає повідомлення «Сервер RPC недоступний».
Вирішення помилки Сервер RPC недоступний.
У типовому сеансі RPC клієнт зв'язується з програмою зіставлення кінцевих точок сервера TCP-портом 135 і для зазначеної служби вимагає певного номерадинамічний порт. Сервер відповідає, відправивши IP-адресу та номер порту, для якого служба зареєстрована в RPC після її запуску, а потім зв'язується з клієнтом із зазначеною IP-адресою та номером порту. Можливі причини помилки Сервер RPC недоступний наступні:
- Зупинка служби RPC – якщо служба RPC на сервері не запущена.
- Проблеми з роздільною здатністю імен – ім'я сервера RPC може бути пов'язане з неправильною IP-адресою. Це означає, що клієнт зв'язується з неправильним сервером або намагається зв'язатися з IP-адресою, яка в даний час не використовується. Можливо, ім'я сервера взагалі не розпізнається.
- Трафік заблокований брандмауером – брандмауер або інша програма безпеки на сервері або брандмауер пристрою між клієнтом та сервером можуть перешкоджати доступу трафіку до TCP-порту сервера 135.
- Проблеми з підключенням – може бути причиною відсутності з'єднання між клієнтом та сервером.
Способи вирішення
Під час запуску або інсталяції деяких програм можна отримати повідомлення «Сервер RPC недоступний». Це часто пов'язане із синхронізацією часу, необхідною для запуску програми. Без цього деякі програми можуть працювати неправильно або взагалі не запускатися. Що робити, щоб повідомлення більше не відображалося, розглянемо далі.
Код помилки 1722
Помилка 1722 Сервер PRC недоступний може виникати при використанні мережевого принтераабо звукових пристроїву сьомий версії Windows. Причиною може бути антивірусна програма, що блокує комунікаційні порти – для її усунення необхідно визначити параметри управління довіреними програмами в налаштуваннях антивірусу.
Також помилка може виникнути через те, що в системі є сам вірус - варто перевірити систему і диск за допомогою іншої антивірусної програми, ніж в даний час. Щоб усунути, натисніть Пуск/Настройки/Панель управления. Потім відкрийте Адміністрація/Служби. З'явиться вікно, в якому правої сторониви знайдете "Сервер". На «Сервері» перевірте, чи увімкнено автоматичний тип запуску. Змініть параметр у разі потреби та перезавантажте комп'ютер.
Вимкнення брандмауера Windows
Якщо під час друку у Windows 7 з'являється помилка «Сервер RPC недоступний», проблема може потрапити до брандмауера. Він відповідає за блокування доступу до комп'ютера у внутрішній або зовнішній мережі сторонніми особами або програмами, що унеможливлює контроль ПК. Нижче наведено деякі поради, які дозволять вам відключити (у разі, якщо ви хочете використовувати для цього іншу програму) та включити інтегрований брандмауер Windows. Змініть ім'я комп'ютера за допомогою параметрів:
- Це один із самих простих способіввідключення мережевого брандмауера Для цього скористайтеся вкладкою «Параметри системи».
- Зі списку доступних опційвиберіть "Мережа та Інтернет".
- Перейдіть на вкладку Ethernet і виберіть "Брандмауер Windows" з правого боку вікна.
- Виберіть увімкнення та вимкнення брандмауера.
- У списку доступних операцій виберіть "Вимкнути брандмауер Windows" (не рекомендується).
- Натисніть "OK". Брандмауер вимкнено.
Наступний спосіб – редактор локальної групової політики (GPO):
- Натисніть клавіші Win + R та введіть "gpedit.msc". Відкриється редактор локальної групової політики.
- Параметр, відповідальний за вимкнення брандмауера, розташований за адресою
"Конфігурація комп'ютера" - "Адміністративні шаблони" - "Мережа" - " Мережеві підключення» – « Стандартний профіль» – «Брандмауер Windows: захист усіх підключень до мережі».
- Змініть стан налаштування на OFF.
- Після натискання кнопки ОК або Застосувати брандмауер Windows перестане працювати.
Для більш досвідчених користувачів цей сценарій можна виконати за допомогою редактора реєстру.
- натисніть пуск і введіть regedit, запустіть програму від імені адміністратора;
- у вікні редактора знайдіть каталог
HKLM\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\DomainProfile;
- знайдіть параметр EnableFirewall та змініть його значення з 1 на 0;
- таким же чином відредагуйте ключ EnableFirewall у наступному каталозі
HKLM\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\PublicProfile;
- та останній каталог з ключем EnableFirewall
HKLM\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\StandardProfile.
Закрийте редактор реєстру та перезавантажте комп'ютер. З цього моменту Windows брандмауер вимикається. Щоб знову відновити брандмауер за допомогою редактора реєстру, просто змініть наведені вище значення з назвою EnableFirewall з 0 на 1 і перезапустіть комп'ютер.
Ручний запуск завдання services.msc
Під час запуску або інсталяції деяких програм можна отримати повідомлення «Сервер RPC недоступний». Це часто пов'язане із синхронізацією часу, необхідною для запуску програми. Без цього деякі програми можуть працювати неправильно або взагалі не запускатися. Якщо функція недоступна, може виникнути несправність, для виправлення необхідно увімкнути службу синхронізації:
- спочатку натисніть меню "Пуск" і в рядку пошуку введіть "Виконати", натисніть "Enter";
- у наступному вікні введіть services.msc та підтвердіть кнопкою «OK»;
- знайдіть у списку елемент "Служба часу Windows";
- двічі клацніть службу. Відкриється меню, в якому потрібно натиснути кнопку «Виконати».
З цього моменту повідомлення "RPC-сервер недоступний" не з'являтиметься.
Усунення несправностей Windows
Виправити помилку в Windows 10 допоможе вбудований засіб усунення несправностей системи. Перезавантажте комп'ютер після подачі звукового сигналунатискайте кнопку F8 раз на секунду, доки не відкриється меню вибору варіантів завантаження. Першим буде «Усунення несправностей комп'ютера». Виберіть цю дію та дочекайтеся завершення операції.
Помилка у FineReader
Проблема може виникати у Windows 8 і вище, і при спробі запуску служби ABBYY FineReader Licensing Service. Щоб перевірити стан у списку служб (як його знайти, описано вище), виберіть ABBYY FineReader Licensing Service. У вікні властивостей переконайтеся, що параметр Тип запуску встановлено на Автоматичний. За потреби змініть його, закрийте редактор кнопкою «ОК» та перезавантажте комп'ютер.
Перевірка на віруси
У Windows XP та вище повідомлення про несправність може бути викликане наявністю вірусу. Проскануйте свій ПК за допомогою антивірусної програми, дотримуючись вказівок майстра. У Windows 10 можна скористатися стандартним захисником. Для цього натисніть правою кнопкою миші на піктограму «Щит» біля годинника та виберіть «Відкрити». Запустіть перевірку на віруси, натиснувши відповідну кнопку у вікні.
Як бачите, позбавитися помилки можна багатьма способами. У цьому списку представлені найімовірніші варіанти виправлення помилки. При необхідності доведеться перевстановити операційну систему, скориставшись інсталяційним диском.
Причина багатьох збоїв служб 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.
Підключення до інтернету
