Replikatsiooniviga 1722. Viga "RPC-server pole saadaval": võtmelahendused. Keela Windowsi tulemüür

Kahtlemata on paljud Windowsi seitsmenda versiooni kasutajad näinud monitori või sülearvuti ekraanil veateadet "RPC server ei ole saadaval". Mis see rike on ja kuidas seda parandada, nüüd kaalutakse seda.

Kõige tavalisem RPC-serveri rikkeolukord

Kui kuvatakse teade, et RPC-server pole saadaval, ei tähenda see üldiselt serverit kui sellist. See on tegelikult kaugprotseduurikõne teenus.

Ja reeglina ilmneb selline tõrge kõige sagedamini printeritega manipuleerimisel, näiteks dokumendi printimisel või lihtsalt uue printeri installimisel (lisamisel). Ja asi pole siin isegi mitte seadmes endas, vaid teenuses, mis mingil põhjusel on lakanud töötamast või on lihtsalt puudega olekus.

Viga "RPC-server pole saadaval": probleemid dünaamiliste teekide puhul

Niisiis, vaatame, mida saab olukorra parandamiseks teha. Kõigepealt peate veenduma, et süsteemis on dünaamilise teegi fail Spoolss.dll ja käivitatav komponent Spoolss.exe. Need peavad asuma süsteemi installitud peakataloogi kataloogis System32.

Kui sellised failid on saadaval, võib tõrkevõimalusi olla vähemalt kaks: kas need on kahjustatud või teenus lihtsalt ei käivitu.

Krahh teatega "RPC-server pole saadaval" Windows 7: käivitage teenus käsurealt

Alustuseks on lihtsaim viis olukorra parandamiseks käivitada teenus käsurealt. Praeguses etapis usume, et failidega on kõik korras.

Kutsume menüüst Run (Win + R) käsureale (cmd) ja kirjutame siis sinna käsk net start rpcss. Kui teenuse endaga on kõik korras, kaob pärast arvutiterminali taaskäivitamist (mis, muide, kohustuslik) probleem ja teade, et RPC-server pole saadaval, ei häiri enam kasutajat (teenuse peatamiseks , valitakse sarnane käsk, ainult sõnaga stop) . Kui ülaltoodud meetod mingil põhjusel teenust ei aktiveerinud, peate minema nii-öelda ringteel.

Algsete teekide vea parandamine

Vaatame nüüd olukorda, kus ülaltoodud failid on rikutud või puuduvad. Põhimõtteliselt saate seda teha kõige lihtsamal viisil: kopeerige need sarnasest süsteemist (teisest arvutist) ja kleepige need seejärel System32 süsteemikausta.

Tõsi, pärast seda, et teadet, et RPC-server pole saadaval, uuesti ei ilmuks, peate tegema veel mõned olulised sammud ja minema esmalt teenuste jaotisesse. Seda saab teha juhtpaneelist, kuid palju lihtsam on kasutada käsku eriteenused.msc, mis on kirjas sealsamas Run menüüs.

Leidke redaktoris endas kaugprotseduurikõne (RPC) teenus ja klõpsake automaatset laadimist, mille järel määrake käivitustüübis "Automaatne". Pärast muudetud parameetrite salvestamist, nagu ka esimesel juhul, peate nende jõustumiseks süsteemi täielikult taaskäivitama.

Märkus: pärast taaskäivitamist on soovitatav käivitada süsteemi värskendus käsitsi režiimis ja installida uusimad värskenduspaketid. See võib mängida võtmerolli teenuse õigel aktiveerimisel. Pöörake erilist tähelepanu süsteemile, milles originaalfailid kopeeritakse, arvestage vähemalt selle bitisügavust.

Terviklik lahendus spetsiaalsete utiliitide abil

Põhimõtteliselt, kui originaalfaile pole võimalik kopeerida või alla laadida, saate seda teha lihtsamal viisil.

Olukorda aitavad parandada sellised utiliidid nagu DLL Suite, mis skannivad süsteemi automaatselt kahjustatud või puuduvate komponentide suhtes ning seejärel integreerivad puuduvad objektid sellesse iseseisvalt. Kuid see ei saa piirduda ainult sellega. Protsessi lõpus peate siiski veenduma, et teenus on aktiivses olekus (lubatud) ja töötab tõrgeteta. Seda tehakse ülaltoodud viisil.

Järeldus

See on tegelikult kõik, mis puudutab RPC-teenuse probleemi. Nagu näete, pole sellises ebaõnnestumises midagi halba ja probleemi lahendus tundub üsna lihtne. Ainus asi, mida tasub tähele panna, on uute printeridraiverite installimine või olemasolevate printeridraiverite värskendamine. Loomulikult ei ole see eeltingimus, kuid selline protseduur oleks väga soovitav. Seda saab teha kas seadmehaldurist või spetsiaalselt välja töötatud utiliitide abil, nagu programm Driver Booster või midagi muud.

Mis puutub olukorra parandamisse teenuse endaga, siis siin ei käsitletud arvutisüsteemide viiruste kontrollimisega seotud küsimusi. Samuti ei antud teenuse lubamise (aktiveerimise) meetodeid näiteks grupipoliitika sätetes või süsteemi registrivõtmete vastavate sätete muutmisel, kuna see tehnika on palju keerulisem kui ülalkirjeldatu. Ja mitte iga kasutaja ei taha neisse süveneda, vastasel juhul saate kogu süsteemi "istutada".

Vastasel juhul ei tohiks ühelgi kasutajal probleeme tekkida. Kuidas täpselt edasi minna, millist meetodit kasutada, otsustab igaüks juba ise, kuid nagu praktika näitab, on lihtsaim viis teenus käsurealt aktiveerida (eeldusel, et vajalikud failid on korras). Failide taastamise ja selle süsteemikomponendi aktiveerimise tehnikat teenuste jaotisest saab rakendada juhul, kui kõige lihtsam meetod ei avalda süsteemile mingit mõju. Ja muidugi, kui leiate, et failid on kahjustatud või lihtsalt süsteemist puuduvad, on parem neid teisest seadmest mitte kopeerida, kuid kui teil on aktiivne Interneti-ühendus, kasutage automaatseid utiliite, mis laadivad puuduvad failid alla ja integreerida need süsteemi ilma kasutaja sekkumiseta. Tegelikult on need selleks loodud.

Kolmanda osapoole tarkvara võib oluliselt laiendada operatsioonisüsteemi võimalusi, kuid isegi kõige arenenumad programmid ei suuda muuta arvutit universaalseks seadmeks. On ülesandeid, mida riistvaraliste piirangute tõttu ei saa üks arvuti täita. Näiteks andmete väljastamiseks analoogprintimiseks vajate põhimõtteliselt teistsugust seadet - printerit.

Seetõttu ühendatakse keerukate mitmeetapiliste ülesannete lahendamiseks arvutid ja muud seadmed sageli võrkudeks, kus iga komponent täidab oma osa tööst. Sellist interaktsiooni saab läbi viia erinevate tehnoloogiate, näiteks RPC-tehnoloogia raames, mida täna arutatakse. Pigem räägib vestlus sellega seotud tavalisest veast "RPC-server pole saadaval". Kuid enne otse lahenduste analüüsi juurde asumist ütleme paar sõna RPC enda kohta.

Mis on RPC ja kuidas see töötab

RPC-d või muul viisil kaugprotseduurikutset võib kirjeldada kui seadmete vahelise suhtluse viisi, millest üks on klient ja teine server. RPC on ka võrguteenus, mis on loodud teatud toimingute tegemiseks kaugseadmetes või, nagu öeldakse, muudes aadressiruumides. Näited hõlmavad andmete saatmist ja , mis tähendab teatud programmide käitamist hallatavas arvutis.

RPC-tehnoloogiat esindavad kaks põhikomponenti - võrguprotokoll ja programmeerimiskeel, mis pakub objektide ja struktuuride jadamist. Kasutada saab erinevaid protokolle, näiteks levinumad protokollid on UDP ja TCP. Seadmete interaktsioon RPC raames toimub pakettide vahetamise kaudu vastava pordi kaudu. Kui see toimingute ahel ebaõnnestub, vastab teenus veateate "RPC-server pole saadaval".

Kui ilmub RPC viga

Enamasti ilmneb viga serveri poolel, kuid sageli puutuvad sellega kokku ka klientmasinate kasutajad. Probleemi põhjuse saate kindlaks teha, kui uurite faili sisu. Sageli on vea põhjuseks ühendusprotseduuri ebanormaalne katkestamine, tarkvara ühildamatus, andmestruktuuride erinevus, erinevate programmide ja draiverite installimine või värskendamine, krüpteerimine ja mitmete teenuste keelamine.

Probleemi allikaks võib olla ka liikluse blokeerimine tulemüüri või viirusetõrje poolt ning välistada ei saa ka arvuti nakatumist viirusega. Kuid räägime kõigest järjekorras, kaaluge pisut üksikasjalikumalt tõrke levinumaid põhjuseid.

Kuidas põhjust leida

Mida see tähendab, et RPC-server pole üldiselt saadaval, on selge. See on võimetus seadmete vahel ühendust luua, kuid mida sellistel juhtudel teha? Nagu juba mainitud, tuleks vea põhjuse väljaselgitamiseks kasutada sündmuste logi, mis avatakse käsuga eventvwr.msc. RPC-ga seotud krahhid asuvad jaotises Süsteem ja kui hakkate logi vaatama kohe pärast tõrke ilmnemist, on selle kirjeldus kõige üleval. Samuti saate otsingut kasutada, filtreerides sündmusi allika järgi. Edasi on juba tehnoloogia küsimus – vaatame veakoodi ja otsime internetist lahendust.

RPC-server pole saadaval. Viga 1722

Kõige tavalisem probleem RPC, mis tavaliselt esineb Windows 7. Viga 1722 RPC-server ei ole saadaval "seitse" kaasneb arvuti heli puudumine. Kuna mitmete oluliste teenuste väljalülitamisega on probleeme, soovitatakse järgmist lahendust. Avage teenuste juhtimise lisandmoodul, leidke teenus "Windows Audio Endpoint Builder" ja lubage see, kui see on keelatud. Käivitustüübiks on soovitav määrata "Automaatne".

Samal ajal peaksite kontrollima kaugregistri, kaugprotseduurikõne, toite ja serveri teenuste olekut. Need kõik peaksid töötama ja neil kõigil peaks olema käivitustüüp "Automaatne". Kuvatakse tõrge koodiga 1722 ja kirjeldusega "RPC server pole saadaval" mitte ainult operatsioonisüsteemis Windows 7, vaid ka Windows 10. Selle parandamise meetodid süsteemi erinevates versioonides on sarnased ülaltooduga.

Trükivead

Viga 1722 võib olla seotud ka arvuti ja printeritega suhtlemist tagavate rakenduste ebaõige tööga, mis jällegi on sageli põhjustatud teenuste keelamisest. Kui saate printimisel teate "Pilti ei saa printida, RPC-server pole saadaval", veenduge, et olete lubanud ja käivitanud teenused "Prindihaldur", "DCOM-serveri protsessikäivitaja", "Kaugprotseduuri kõne" ja "Toide". .

Kui teenustega on kõik korras, proovige tulemüür ja viirusetõrje seansi ajaks keelata. Juhtub, et need kaitsed blokeerivad võrguühenduse. Muide, tõrge “RPC server pole saadaval” koodiga 0x800706ba näitab sageli probleeme arvuti ja teise seadme vahelises tulemüüris.

Konflikt FineReaderiga

Populaarse OCR-rakenduse ABBYY FineReader käitamisel on Windows 10 ja süsteemi varasemate versioonide puhul esinenud tõrkeid "RPC server pole saadaval". Kuid siin pole viga mitte niivõrd rakendus ise, vaid selle aktiivne taustteenus, mis on mingil moel vastuolus RPC mehhanismidega. Keelake see teenusehalduse lisandmoodulis seansi ajaks ja kontrollige tulemust.

Viirusnakkus

RPC-serveri vea ilmnemise teine põhjus on arvuti nakatumine pahavaraga. Asjaolu, et arvuti on nakatunud, võib kaudselt viidata veakirjete puudumisele Windows Journalis. Tavaline lahendus on arvuti skannimine viirusetõrjerakendustega.

Juhi probleemid

Kui RPC-server muutub printimisel kättesaamatuks pärast video- või helikaardi, printeri jne draiverite värskendamist, võib tekkida konflikt RPC-mehhanismidega. Sel juhul peaksite pöörduma tagasi draiverite eelmiste tööversioonide juurde.

Faili terviklikkuse rikkumine

Kui arvutis on tekkinud krahh või viirusrünnak, peaksite kontrollima kahe peamise RPC-faili olekut - spoolsv.exe Ja spoolss.dll asub süsteemi kataloogis Süsteem 32. Kui failid puuduvad, tuleb need kopeerida teisest sama operatsioonisüsteemi versiooniga arvutist ja paigutada kausta System32 ning seejärel käivitada kaugkõneteenus käsitsi teenuste juhtimise lisandmoodulist. Teise võimalusena kontrollige süsteemi rikutud ja puuduvate käskude suhtes sfc /scannow.

Registri rikkumine

Mõnikord on probleemid seotud registriga. Probleemi lahendamiseks on kõige parem kasutada traditsioonilist tagasipööramise tööriista. Samuti saate kopeerida kaustast C:/Windows/System32/config/RegBack SYSTEM-faili ja asetage see ülemkausta konfig asendamisega. Seda toimingut on soovitav teha LiveCD alt.

järeldused

RPC-serveri kättesaamatusvea kohalikes arvutites saab tavaliselt lahendada, lubades kõik vajalikud teenused või parandades faile ja registrit (kui esines tõrkeid). Üks võimalus probleemi lahendamiseks on ka Windowsi värskendamine uuemale versioonile. Mis puudutab sama viga serverites, siis siin võib kõik palju keerulisem olla, kuid tavakasutajad tõenäoliselt sellist olukorda ei kohta, kuna see äri langeb tavaliselt süsteemiadministraatorite õlgadele.

Dieser Artikel enthält Informationen zur Behebung des Fehlers "RPC-Server ist nicht verfügbar" Microsoft Windows Serveris.

Inhaltsverzeichnis

1. Einfuhrung

"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-Communikation gestartet wird, als der klient 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 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 tüüp RPC-Sitzung kontaktiert ein Client die Endpunktzuordnung eines Servers auf TCP-Port 135 ja fordert die einem bestimmten Dienst zugewiesene dynamische Portnummer an. Serveri IP-aadressi ja pordi numbri avamine, tööpäeva algus ja RPC registri juhtmestik, kliendi kontaktandmed ja päevane IP-aadress ja port.

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

RPC-Dienst gestopt: Wenn der RPC-Dienst auf dem Server nicht ausgeführt wird, ist die Clientsoftware offensichtlich nicht in der Lage, ihn zu erreichen.
Namensauflosungsprobleme: Der Name des RPC-Servers wird möglicherweise auf die falsche IP Addresse aufgelöst, sodass der Client den falschen Server kontaktiert või versucht, eine IP Address zu kontaktieren, die derzeit nicht verwendet wird. Alternativ dazu wird der Name des Servers eventuell überhaupt nicht aufgelöst.
Datenverkehr durch tulemüüri blokeerija: Eine tulemüür või muu funktsioon on serveri või Netzwerk-Firewall-Appliance'i kliendi ja serveri kontrolli all, mis on seotud TCP-Port 135 serveriga.
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 gestopt

Sie die Dienste-Konsole auf dem server.
Ermitteln Sieden 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. Namensauflosungsprobleme

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
Wenn Client and Server Mitglieder einer Active Directory (AD)-Domäne sind, Wird DNS for die Namesauflösung verwendet. Stellen Sie sicher, dass der Client and der der Server beide die richtigen DNS-Server verwenden, die sich innerhalb der Domäne befinden müssen and 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 server, ob der RPC-Server den richtigen Datensatz bzw. die richtigen Datensätze im DNS registrier 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 dem RPC-Server.
Wenn die Firewall aktivier ist, Stellen Sie sicher, dass der Datenverkehr auf TCP-Port 135 durchgelassen wird.
1. Meil on võimalik kasutada Windows Server 2003 dünaamilist Windowsi tulemüüri ja dünaamilist RPC-Portzuweisungit. In 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 või höher ausgeführt wird, stellen Sie sicher, dass der Die Windows-tulemüür in Windows Server 2008 ja höher sollte RPC-Verkehr standardmäßig fehlerfrei handhaben; wenn dies jedoch manuell konfiguriert werden muss, finden Sie entsprechende Anweisungen in Diesem TechNet-Artikel: sissetuleva võrguliikluse lubamine, mis kasutab dünaamilist RPC-d
  Windows Server 2008 Windowsi tulemüüri kasutamine või Windowsi tulemüüri deaktiveerimine on peatatud. Befolgen Sie stattdessen die Schritte unter in .
Wenn die Firewall-Software eines Drittanbieters, eine andere Sicherheitsanwendung või eine Netzwerk-Firewall-Appliance verwendet wird, schauen Sie in der Documentation der Anwendung oder der der Appliance nach, ob sie ordnungs für Rkonfigurn-kehr wernn wernn werden-ß.
Wenn die Firewall-Software, eine andere Sicherheitsanwendung või eine Netzwerk-Firewall-Appliance nicht für die korrekte Handhabung von dynamischem der Sicherheitsanwendung geoffnet werden. RPC dünaamilise pordi jaotuse konfigureerimine tulemüüridega töötamiseks leiate teavet pordi jaotuse kohta.

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, või 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 versioon 2.0 leiate siit:

Kõige tavalisem RPC-serveri rikkeolukord

Kui kuvatakse teade, et RPC-server pole saadaval, ei tähenda see üldiselt serverit kui sellist. See on tegelikult kaugprotseduurikõne teenus.

Viga "RPC-server pole saadaval": probleemid dünaamiliste teekide puhul

Kui sellised failid on saadaval, võib tõrkevõimalusi olla vähemalt kaks: kas need on kahjustatud või teenus lihtsalt ei käivitu.

Krahh teatega "RPC-server pole saadaval" Windows 7: käivitage teenus käsurealt

Alustuseks on lihtsaim viis olukorra parandamiseks käivitada teenus käsurealt. Praeguses etapis usume, et failidega on kõik korras.

Algsete teekide vea parandamine

Terviklik lahendus spetsiaalsete utiliitide abil

Põhimõtteliselt, kui originaalfaile pole võimalik kopeerida või alla laadida, saate seda teha lihtsamal viisil.

Järeldus

Tere pärastlõunast, kallid lugejad ja tellijad, viimati parandasime Active Directory's probleemi, nimelt domeenikontrolleri vea 14550 DfsSvc ja netlogon 5781, täna jätkub saaga nende vigade jätkumisega, nimelt saime neist lahti, aga saabusid uued: Viga 1722. RPC-serveris on viimase 24 tunni jooksul pärast SYSVOL-i jagamist esinenud hoiatusi või tõrkeid. SYSVOL-i replikatsiooni tõrked võivad põhjustada rühmapoliitika probleeme. Uurime välja, mis toimub.

Vea 1722 parandamine rpc server pole saadaval

Replikatsiooniga seotud võrguprobleemide ja nende lahenduste kohta lugege ülaltoodud linki, umbes 14550. Lubage mul teile meelde tuletada, et mul on kaks domeeni, vanem ja laps. Alam-3 domeenikontrolleris Active Directory. Pärast ühe domeenikontrolleri migreerimist ühelt saidilt hakkasid kõigil teistel ilmnema vead 1722. RPC-server pole saadaval ja RPC-server pole olnud saadaval viimase 24 tunni jooksul pärast SYSVOL-i lubamist.

Tuvastasin need domeenikontrollerite vahelise replikatsiooni diagnoosimisel käsuga:

See käsk näitab kõiki ettevõtte replikatsioonivigu. Viga näeb välja järgmine:

RPC-serveris ja viimase 24 tunni jooksul pärast SYSVOL-i jagamist esines hoiatusi või tõrkeid. SYSVOL-i replikatsiooni tõrked võivad põhjustada rühmapoliitika probleeme.

Esiteks, et kontrollida, kas replikatsiooniga on kõik korras, peate veenduma, et kaustad SYSVOL ja NETLOGON on UNC-teel \\teie domeenil loetavad.

Kui need pole saadaval, peate kontrollima kaustade õigusi ja kontrollima teenuse RPC TCP / UDP 135 portide saadavust, võib-olla on need teie tulemüüris suletud. Kui kõik on korras, siis liigume edasi. Nüüd kontrollime, millal domeenikontrollereid viimati paljundati, seda tehakse käsuga:

repadmin / replsummary

Lõpuks leidsin, et minu dc7 ja dc13 puhul on viga 1722 RPC server pole saadaval. Kontrollisin porte 135, need järgisid. Kes ei tea, kuidas kontrollida, siis siin on telneti käsk teile abiks.

Järgmine samm on DNS-serverite kontrollimine TCP / IP-virna seadetes. Kui teil on rohkem kui üks domeenikontroller, peaks teie võrguliidese sätete esimene DNS-server olema mõne teise domeenikontrolleri dns, seejärel kas praeguse või loopback-IP-i aadress ja alles seejärel mis tahes vajalik.

Seega on DNS-serverite õige järjestus 90 protsendil juhtudest

Käitades nüüd uuesti käsku repadmin /replsummary, nägin, et kõik replikatsioonid olid edukad. Samuti soovitan teil käsitsi AD replikatsiooni käivitada. ja kontrollige vigu, veenduge ka, et käsk dcdiag /a /q ei anna vigu.

Nii lahendatakse lihtsalt viga 1722, RPC-server pole Windows Server 2012 R2 domeenikontrolleris saadaval. Kui teil on artiklile midagi lisada, kirjutage see kommentaaridesse.