Грешка во репликацијата 1722. Грешка „RPC Server Unavailable“: клучни решенија. Оневозможете го заштитниот ѕид на Windows

Несомнено, многу корисници на седмата верзија на Windows ја виделе пораката за грешка „RPC server is unavailable“ на екранот на мониторот или лаптопот. Што е овој неуспех и како да се поправи, сега ќе се разгледа.

Најчеста ситуација со неуспех на RPC серверот

Кога ќе се појави порака дека серверот RPC е недостапен, генерално, тоа не значи дека серверот е таков. Тоа е всушност услуга за повик на далечинска процедура.

И, како по правило, најчесто таква грешка се појавува при манипулирање со печатачи, на пример, кога се обидувате да испечатите документ или едноставно да инсталирате (додадете) нов печатач. И поентата овде не е дури ни во самиот уред, туку во услугата, која поради некоја причина престана да работи или едноставно е во оневозможена состојба.

Грешка „RPC-серверот недостапен“: проблеми со динамичните библиотеки

Значи, да видиме што може да се направи за да се поправи ситуацијата. Прво треба да бидете сигурни дека системот ја има динамичната библиотечна датотека Spoolss.dll и извршната компонента Spoolss.exe. Тие мора да се наоѓаат во директориумот System32 од главниот директориум каде што е инсталиран системот.

Ако се достапни такви датотеки, може да има најмалку две опции за неуспех: или тие се оштетени или услугата едноставно не започнува.

Паѓање со порака „RPC-серверот е недостапен“ Windows 7: стартувајте ја услугата од командната линија

За почеток, најлесниот начин да се поправи ситуацијата е да ја стартувате услугата од командната линија. Во оваа фаза, веруваме дека сè е во ред со самите датотеки.

Ја повикуваме командната линија (cmd) од менито Run (Win + R) и потоа ја пишуваме командата net start rpcss таму. Ако сè е во ред со самата услуга, по рестартирање на терминалот на компјутерот (што, патем, е задолжително), проблемот ќе исчезне, а пораката дека серверот RPC е недостапен повеќе нема да му пречи на корисникот (да ја прекине услугата , се избира слична команда, само со зборот стоп) . Ако, поради некоја причина, горенаведениот метод не ја активираше услугата, ќе мора да одите, така да се каже, на кружен начин.

Поправање на грешка со оригинални библиотеки

Сега да ја погледнеме ситуацијата кога горенаведените датотеки се оштетени или недостасуваат. Во принцип, можете да го направите тоа на наједноставен начин: копирајте ги од сличен систем (од друг компјутер), а потоа ставете ги во системската папка System32.

Точно, после тоа, за да не се појави повторно пораката дека серверот RPC е недостапен, ќе треба да преземете уште неколку важни чекори и прво да отидете во делот за услуги. Можете да го направите ова од контролниот панел, но многу е полесно да се користи командата special services.msc, која е напишана во истото мени Run.

Во самиот уредник, пронајдете ја услугата за повик за далечинска процедура (RPC) и кликнете на автоматско вчитување, по што наведете „Автоматски“ во типот на стартување. Откако ќе ги зачувате променетите параметри, како и во првиот случај, ќе треба да извршите целосно рестартирање на системот за тие да стапат на сила.

Забелешка: по рестартирањето, препорачливо е да го стартувате ажурирањето на системот во рачен режим и да ги инсталирате најновите пакети за ажурирање. Ова може да игра клучна улога во правилното активирање на услугата. На патот, обрнете посебно внимание на системот во кој ќе се копираат оригиналните датотеки, барем земете ја во предвид нејзината длабочина на бит.

Сеопфатно решение со помош на специјални комунални услуги

Во принцип, ако не постои начин да ги копирате или преземете оригиналните датотеки, можете да го направите тоа на поедноставен начин.

Комуналните услуги како DLL Suite ќе помогнат да се поправи ситуацијата, што автоматски го скенира системот за оштетени или исчезнати компоненти, а потоа самостојно ги интегрира предметите што недостасуваат во него. Сепак, ова не може да се ограничи само на тоа. На крајот од процесот, сепак ќе треба да бидете сигурни дека услугата е во активна состојба (овозможена) и работи без неуспеси. Ова е направено како што е прикажано погоре.

Заклучок

Тоа, всушност, е сè што се однесува на проблемот со услугата RPC. Како што можете да видите, нема ништо лошо во таков неуспех, а решението за проблемот изгледа прилично едноставно. Единственото друго нешто што вреди да се забележи е инсталирање на нови или ажурирање на постоечките драјвери за печатачот. Се разбира, ова не е предуслов, сепак, би било многу пожелно да се спроведе таква постапка. Ова може да се направи или од Управувачот со уреди или со помош на специјално развиени алатки како што е програмата Driver Booster или нешто друго.

Што се однесува до корекција на ситуацијата со самата услуга, тука не беа разгледани прашањата поврзани со проверка на компјутерските системи за вируси. Исто така, методите за овозможување (активирање) на услугата не беа дадени, на пример, во поставките за групна политика или со менување на соодветните поставки на клучевите во системскиот регистар, бидејќи оваа техника е многу посложена од она што беше опишано погоре. И не секој корисник ќе сака да копа во нив, инаку, што е добро, можете да го „засадите“ целиот систем.

Во спротивно, ниту еден корисник не би требало да има никакви проблеми. Како точно да се продолжи, кој метод да се користи, секој веќе одлучува за себе, но, како што покажува практиката, најлесниот начин е да ја активирате услугата од командната линија (под услов потребните датотеки да се во ред). Техниката со враќање на датотеки и активирање на оваа системска компонента од делот за услуги може да се примени доколку наједноставниот метод нема никаков ефект врз системот. И, се разбира, ако откриете дека датотеките се оштетени или едноставно недостасуваат од системот, подобро е да не ги копирате од друг уред, но ако имате активна интернет-врска, користете автоматски алатки што ќе ги преземат датотеките што недостасуваат и да ги интегрираат во системот без интервенција на корисникот. Всушност, за тоа се дизајнирани.

Софтверот од трета страна може значително да ги прошири можностите на оперативниот систем, но дури и најнапредните програми не можат да го претворат компјутерот во универзален уред. Има задачи што не може да ги изврши еден компјутер поради хардверските ограничувања. На пример, за излез на податоци на аналогно печатење, потребен ви е фундаментално различен уред - печатач.

Затоа, за решавање на сложени повеќестепени задачи, компјутерите и другите уреди често се комбинираат во мрежи, каде што секоја компонента го извршува својот дел од работата. Таквата интеракција може да се спроведе во рамките на различни технологии, на пример, технологијата 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 Endpoint Builder“ и овозможете ја доколку е оневозможена. Пожелно е да го поставите типот на стартување на „Автоматски“.

Во исто време, треба да го проверите статусот на услугите далечински регистар, далечинска процедура за повик, напојување и сервер. Сите тие треба да работат, и сите треба да имаат стартап тип на „Автоматски“. Се појавува грешка со кодот 1722 и описот „RPC-серверот е недостапен“ не само во Windows 7, туку и во Windows 10. Методите за негово поправање во различни верзии на системот се слични на оние дадени погоре.

Грешки при печатење

Грешката 1722 може да биде поврзана и со неправилно работење на апликациите кои обезбедуваат интеракција на компјутерот со печатачите, што, повторно, често е предизвикано од оневозможување на услугите. Ако при печатењето ја примите пораката „Не може да се печати слика, RPC-серверот е недостапен“, проверете дали сте ги вклучиле и извршувале услугите „Управник за печатење“, „Стартер на процеси на сервер DCOM“, „Повик за далечинска постапка“ и „Напојување“ .

Ако сè е во ред со услугите, обидете се да ги оневозможите заштитниот ѕид и антивирусот за времетраењето на сесијата. Се случува мрежната врска да биде блокирана од овие заштити. Патем, грешката „RPC-серверот е недостапен“ со кодот 0x800706ba често укажува на проблеми во заштитниот ѕид помеѓу компјутерот и друг уред.

Конфликт со FineReader

Имаше случаи на грешка „RPC-серверот недостапен“ во Windows 10 и претходните верзии на системот при извршување на популарната OCR апликација ABBYY FineReader. Но, грешката овде не е толку самата апликација, туку нејзината активна услуга за позадина, која некако е во конфликт со механизмите RPC. Оневозможете го за време на сесијата во додатокот за управување со услуги и проверете го резултатот.

Вирусна инфекција

Инфекцијата на компјутерот со малициозен софтвер е уште една причина за појава на грешка на серверот RPC. Фактот дека компјутерот е заразен може индиректно да се укаже со отсуство на записи за грешки во Windows Journal. Стандардно решение е да го скенирате вашиот компјутер со антивирусни апликации.

Проблеми со возачот

Ако серверот RPC стане недостапен при печатење по ажурирање на драјверите за видео или аудио картичка, печатач итн., може да има конфликт со механизмите RPC. Во овој случај, треба да се вратите на претходните работни верзии на драјверите.

Прекршување на интегритетот на датотеката

Ако компјутерот доживеал пад или напад на вирус, треба да го проверите статусот на двете главни RPC-датотеки - spoolsv.exeИ spoolss.dllсе наоѓа во системскиот директориум Систем32. Ако датотеките недостасуваат, мора да ги копирате од друг компјутер со истата верзија на оперативниот систем и да ги ставите во папката System32, а потоа рачно да ја стартувате услугата за далечински повик од додатокот за Контрола на услуги. Алтернативно, проверете го системот за оштетена и недостасува команда sfc / scannow.

Корупција во регистарот

Понекогаш проблемите се поврзани со регистарот. За да го решите проблемот, најдобро е да ја користите традиционалната алатка за враќање назад. Исто така, можете да копирате од папка C:/Windows/System32/config/RegBack SYSTEM датотека и ставете ја во матичната папка конфигурацијасо замена. Пожелно е да се изврши оваа операција од под LiveCD.

заклучоци

Грешката на недостапниот сервер RPC на локални компјутери обично може да се реши со овозможување на сите потребни услуги или поправка на датотеки и регистар (ако имало неуспеси). Еден начин да се реши проблемот е и да се ажурира Windows на понова верзија. Што се однесува до истата грешка на серверите, сè може да биде многу покомплицирано овде, меѓутоа, обичните корисници веројатно нема да наидат на таква ситуација, бидејќи овој бизнис обично паѓа на рамениците на системските администратори.

Dieser Artikel enthält Informationen zur Behebung des Fehlers „RPC-Server ist nicht verfügbar“ на Microsoft Windows Server.

Inhaltsverzeichnis

1. Ајнфухрунг

„RPC-Server ist nicht verfügbar“ ist ein relativ häufiger Fehler во 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-Communikation gestartet wird, als der клиент und der Computer, mit dem kommuniziert wird, als der сервербезеихнет.

Повик за далечинска процедура (RPC) ist ein Mechanismus, der es Windows-Prozessen ermöglicht, miteinander zu kommunizieren, entweder zwischen einem Засилено интегрирање на Windows-Komponenten verwenden RPC. Bei RPC kommen dynamische Ports für die Communikation 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.

Во einer typischen RPC-Sitzung kontaktiert ein Client die Endpunktzuordnung eines Сервери auf TCP-Port 135 и fordert die einem bestimmten Dienst zugewiesene dynamische Portnummer an. На серверот antwortet mit der IP адреса и Portnummer, mit der der Der Dienst beim Започнете со RPC регистрирате Wird, и дер Клиентот контактирате на ден на Dienst под dieser IP адреса и auf diesem Порт.

Mögliche Gründe für den "RPC-Server nicht verfügbar"-Fehler sind u. а.:

  • 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.
  • Именски проблем: Der Name des RPC-Servers wird möglicherweise auf die falsche IP адреса aufgelöst, sodass der Client den falschen Server kontaktiert oder versucht, eine IP адреса zu kontaktieren, die derzeit nicht verwendet wird. Alternativ dazu wird der Name des Servers eventuell überhaupt nicht aufgelöst.
  • Datenverkehr durch блокатор на заштитен ѕид: Eine Firewall или серверот за заштита на ѕидот е 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 Проблеми 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 Sieden Повик за далечинска процедура (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. Наменсауфлосунг проблем

  1. Wenden Sie den Ping-Befehl vom Client aus auf den Server an. Вервенден Како да се даде на серверот, 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
  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. Дополнително на DNS-серверот е лоциран, се користи како DNS-Verwaltungskonsole (IIS-Verwaltungskonsole) или на серверот, на RPC-серверот на richtigen Datensatz bzw. die richtigen Datensätze im DNS регистарска капа. 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. Мит дем Бефел 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. Во Diem 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 или höher ausgeführt wird, stellen Sie sicher, dass der Die Windows-Firewall во Windows Server 2008 и 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
      Wenn die Windows Firewall во Windows Server 2008 или höher vollständig deaktiviert werden muss, halten Sie nicht den Windows Firewall Dienst an. Befolgen Sie stattdessen die Schritte unter во.
  3. Wenn Die Firewall-Software Eines Drittanbieters, Eine andere Sicherheitsanwendung Oder Eine Netzwerk-Firewall-Appliance Verwendet Wird, Schauen Sie во DokUM Dung Oder Der Appliance Nach, Ob Sie Ordnungsgemäß fürdenhr RPC-Vertke
  4. RPC-Verkehr konfiguriert werden kann, kann der von RPC verwendete Port-Bereich eingeschränkt werden, und dieser Bereich kan n dann auf der Firewall oder der Sicherheitsanwendung geoffnet werden. Како да се конфигурира RPC динамичката распределба на портите за работа со огнени ѕидови.

5. Netzwerkverbindungsprobleme

  1. Verwenden Sie den Befehl пинг, 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, или Интернет контролен протокол за пораки, ist das Protokoll, das bei пинг-унд трасерт-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 Верзија 2.0 е пронајдена тука:

Несомнено, многу корисници на седмата верзија на Windows ја виделе пораката за грешка „RPC server is unavailable“ на екранот на мониторот или лаптопот. Што е овој неуспех и како да се поправи, сега ќе се разгледа.

Најчеста ситуација со неуспех на RPC серверот

Кога ќе се појави порака дека серверот RPC е недостапен, генерално, тоа не значи дека серверот е таков. Тоа е всушност услуга за повик на далечинска процедура.

И, како по правило, најчесто таква грешка се појавува при манипулирање со печатачи, на пример, кога се обидувате да испечатите документ или едноставно да инсталирате (додадете) нов печатач. И поентата овде не е дури ни во самиот уред, туку во услугата, која поради некоја причина престана да работи или едноставно е во оневозможена состојба.

Грешка „RPC-серверот недостапен“: проблеми со динамичните библиотеки

Значи, да видиме што може да се направи за да се поправи ситуацијата. Прво треба да бидете сигурни дека системот ја има динамичната библиотечна датотека Spoolss.dll и извршната компонента Spoolss.exe. Тие мора да се наоѓаат во директориумот System32 од главниот директориум каде што е инсталиран системот.

Ако се достапни такви датотеки, може да има најмалку две опции за неуспех: или тие се оштетени или услугата едноставно не започнува.

Паѓање со порака „RPC-серверот е недостапен“ Windows 7: стартувајте ја услугата од командната линија

За почеток, најлесниот начин да се поправи ситуацијата е да ја стартувате услугата од командната линија. Во оваа фаза, веруваме дека сè е во ред со самите датотеки.

Ја повикуваме командната линија (cmd) од менито Run (Win + R) и потоа ја пишуваме командата net start rpcss таму. Ако сè е во ред со самата услуга, по рестартирање на терминалот на компјутерот (што, патем, е задолжително), проблемот ќе исчезне, а пораката дека серверот RPC е недостапен повеќе нема да му пречи на корисникот (да ја прекине услугата , се избира слична команда, само со зборот стоп) . Ако, поради некоја причина, горенаведениот метод не ја активираше услугата, ќе мора да одите, така да се каже, на кружен начин.

Поправање на грешка со оригинални библиотеки

Сега да ја погледнеме ситуацијата кога горенаведените датотеки се оштетени или недостасуваат. Во принцип, можете да го направите тоа на наједноставен начин: копирајте ги од сличен систем (од друг компјутер), а потоа ставете ги во системската папка System32.

Точно, после тоа, за да не се појави повторно пораката дека серверот RPC е недостапен, ќе треба да преземете уште неколку важни чекори и прво да отидете во делот за услуги. Можете да го направите ова од контролниот панел, но многу е полесно да се користи командата special services.msc, која е напишана во истото мени Run.

Во самиот уредник, пронајдете ја услугата за повик за далечинска процедура (RPC) и кликнете на автоматско вчитување, по што наведете „Автоматски“ во типот на стартување. Откако ќе ги зачувате променетите параметри, како и во првиот случај, ќе треба да извршите целосно рестартирање на системот за тие да стапат на сила.

Забелешка: по рестартирањето, препорачливо е да го стартувате ажурирањето на системот во рачен режим и да ги инсталирате најновите пакети за ажурирање. Ова може да игра клучна улога во правилното активирање на услугата. На патот, обрнете посебно внимание на системот во кој ќе се копираат оригиналните датотеки, барем земете ја во предвид нејзината длабочина на бит.

Сеопфатно решение со помош на специјални комунални услуги

Во принцип, ако не постои начин да ги копирате или преземете оригиналните датотеки, можете да го направите тоа на поедноставен начин.

Комуналните услуги како DLL Suite ќе помогнат да се поправи ситуацијата, што автоматски го скенира системот за оштетени или исчезнати компоненти, а потоа самостојно ги интегрира предметите што недостасуваат во него. Сепак, ова не може да се ограничи само на тоа. На крајот од процесот, сепак ќе треба да бидете сигурни дека услугата е во активна состојба (овозможена) и работи без неуспеси. Ова е направено како што е прикажано погоре.

Заклучок

Тоа, всушност, е сè што се однесува на проблемот со услугата RPC. Како што можете да видите, нема ништо лошо во таков неуспех, а решението за проблемот изгледа прилично едноставно. Единственото друго нешто што вреди да се забележи е инсталирање на нови или ажурирање на постоечките драјвери за печатачот. Се разбира, ова не е предуслов, сепак, би било многу пожелно да се спроведе таква постапка. Ова може да се направи или од Управувачот со уреди или со помош на специјално развиени алатки како што е програмата Driver Booster или нешто друго.

Што се однесува до корекција на ситуацијата со самата услуга, тука не беа разгледани прашањата поврзани со проверка на компјутерските системи за вируси. Исто така, методите за овозможување (активирање) на услугата не беа дадени, на пример, во поставките за групна политика или со менување на соодветните поставки на клучевите во системскиот регистар, бидејќи оваа техника е многу посложена од она што беше опишано погоре. И не секој корисник ќе сака да копа во нив, инаку, што е добро, можете да го „засадите“ целиот систем.

Во спротивно, ниту еден корисник не би требало да има никакви проблеми. Како точно да се продолжи, кој метод да се користи, секој веќе одлучува за себе, но, како што покажува практиката, најлесниот начин е да ја активирате услугата од командната линија (под услов потребните датотеки да се во ред). Техниката со враќање на датотеки и активирање на оваа системска компонента од делот за услуги може да се примени доколку наједноставниот метод нема никаков ефект врз системот. И, се разбира, ако откриете дека датотеките се оштетени или едноставно недостасуваат од системот, подобро е да не ги копирате од друг уред, но ако имате активна интернет-врска, користете автоматски алатки што ќе ги преземат датотеките што недостасуваат и да ги интегрираат во системот без интервенција на корисникот. Всушност, за тоа се дизајнирани.

Добро попладне, драги читатели и претплатници, последниот пат кога решивме проблем во Active Directory, имено грешка 14550 DfsSvc и netlogon 5781 на домен контролер, денес сагата продолжува со продолжување на овие грешки, имено, се ослободивме од нив, но пристигнаа нови: Грешка 1722. Серверот RPC доживеа предупредувања или грешки во последните 24 часа откако беше споделен SYSVOL. Неуспесите во репликацијата на SYSVOL може да предизвикаат проблеми со групната политика. Ајде да разбереме што се случува.

Поправањето на грешката 1722 rpc серверот е недостапен

За мрежни проблеми со репликација и нивно решение, прочитајте го линкот погоре, за 14550. И затоа да ве потсетам, имам два домени, родител и дете. Во Active Directory на детектор на домен 3. По мигрирањето на еден контролер на домен од една локација, грешките 1722 почнаа да се појавуваат во сите други. RPC серверот не е достапен и серверот RPC не беше достапен во последните 24 часа по доделувањето на SYSVOL.

Ги идентификував кога дијагностицирав репликација помеѓу контролорите на домени користејќи ја командата:

Оваа команда ги прикажува сите грешки во репликацијата во претпријатието. Еве како изгледа грешката:

Серверот RPC и во последните 24 часа откако беше споделен SYSVOL, имаше предупредувања или грешки. Неуспесите во репликацијата на SYSVOL може да предизвикаат проблеми со групната политика.

Пред сè, за да проверите дали сè е во ред со репликацијата, треба да бидете сигурни дека папките SYSVOL и NETLOGON се читливи на патеката UNC \\ вашиот домен.

Ако тие не се достапни, тогаш треба да ги проверите правата на папките и да ја проверите достапноста на пристаништата на услугата RPC TCP / UDP 135, можеби тие се затворени на вашиот заштитен ѕид. Ако се е во ред, тогаш продолжуваме понатаму. Ајде сега да провериме кога последен пат биле реплицирани контролерите на доменот, ова е направено со командата:

repadmin / replsummary

На крајот открив дека моите dc7 и dc13 имаат грешка 1722 Серверот RPC е недостапен. Ги проверив портите 135, тие послушаа. Кој не знае да провери, тогаш еве ја командата телнет која ќе ви помогне.

Следниот чекор е да ги проверите DNS-серверите во поставките за стек TCP / IP. Ако имате повеќе од еден домен контролер, тогаш првиот dns сервер во поставките на вашиот мрежен интерфејс треба да биде dns на друг контролер на домен, потоа или адресата на тековната или повратната IP IP, и само тогаш која било што ви треба.

Значи, правилниот редослед на DNS серверите е 90 проценти од случаите

Сега повторно активирајќи ја командата repadmin /replsummary, видов дека сите репликации беа успешни. Исто така, ве советувам рачно да започнете со репликација на АД. и проверете дали има грешки, исто така, проверете дали командата dcdiag /a /q не дава грешки.

Вака едноставно се решава грешката 1722, серверот RPC не е достапен на контролерот на доменот на Windows Server 2012 R2. Ако имате нешто да додадете во статијата, ве молиме напишете го во коментарите.