Helló.
az a baj
szerver fut Windows Server 2008 Std
A szerver az AD és a DNS szerepét tölti be
hibák vannak a naplókban
" Hiba történt a csoportházirend feldolgozása közben. Nem sikerült feloldani a számítógép nevét. Lehetséges okok:
a) Névfeloldási hiba az aktuális tartományvezérlőn.
b) Az Active Directory replikáció késleltetése (egy másik tartományvezérlőn készült). fiók még nincs replikálva a jelenlegi tartományvezérlőre).
"A DNS-szerver nem tud figyelni a 192.168.1.75 címen található TCP-socketre. Az eseményadatok hibakódot tartalmaznak. A 0.0.0.0 IP-cím egy érvényes "bármilyen címet" jelenthet, ahol a számítógép összes konfigurált IP-címe elérhető használat.
Indítsa újra a DNS-kiszolgálót vagy indítsa újra a számítógépet."
Mit kell keresni? Köszönöm
c:\>dcdiag
Directory Server Diagnostics
Teljesítmény kezdeti beállítás:
Megpróbálom megtalálni a fő szervert...
Elsődleges szerver = MATRIX1
Könyvtár-kötési hiba 1722:
Az RPC szerver nem elérhető.
Ez korlátozhatja néhány végrehajtható ellenőrzést.
* AD erdő azonosítva.
A kezdeti adatgyűjtés befejeződött.
A szükséges kezdeti ellenőrzések elvégzése
Teszt futtatása: Kapcsolat
A DsBindWithSpnEx() függvény 1722-es hibával meghiúsult,
Az RPC szerver nem érhető el.
........................ 1. MÁTRIX - A csatlakozási teszt sikertelen
Alapvető ellenőrzések elvégzése
Érvényesítési kiszolgáló: Alapértelmezett-First-Site-Name\MATRIX1
Minden ellenőrzést kihagy, mert a MATRIX1 szerver nem válaszol
címtárszolgáltatások.
Végezzen partícióellenőrzést: ForestDnsZones
CheckSDREfDom
......................... ForestDnsZones – az ellenőrzés sikeres
CrossRefValidation
Végezzen partícióellenőrzést: DomainDnsZones
Futtassa az ellenőrzést: CheckSDREfDom
CheckSDREfDom
Érvényesítés futtatása: CrossRefValidation
........................ DomainDnsZones – az ellenőrzés sikeres
CrossRefValidation
Partícióellenőrzés végrehajtása: Séma
Futtassa az ellenőrzést: CheckSDREfDom
.......................... A séma átment a CheckSDRefDom-on
Érvényesítés futtatása: CrossRefValidation
......................... Séma - az érvényesítés sikeres
CrossRefValidation
Végezze el a következő szakaszok ellenőrzését: Konfiguráció
Futtassa az ellenőrzést: CheckSDREfDom
CheckSDREfDom
Érvényesítés futtatása: CrossRefValidation
.......................... Konfiguráció – sikeres az ellenőrzés
CrossRefValidation
Partíció ellenőrzések végrehajtása: EGAIS
Futtassa az ellenőrzést: CheckSDREfDom
........................ EGAIS - A CheckSDREfDom sikeres
Érvényesítés futtatása: CrossRefValidation
.......................... EGAIS CrossRefValidation sikeres
Futtasson vállalati ellenőrzéseket az EGAIS.local webhelyen
Futtassa az ellenőrzést: LocatorCheck
.......................... EGAIS.helyi megfelelt a LocatorCheck-en
Futtasson tesztet: Intersite
.......................... EGAIS.local – Sikerült a helyközi ellenőrzés
C:\Users\Administrator>ipconfig /all
IP konfigurálása Windowshoz
Számítógép név. . . . . . . . . :MATRIX1
Elsődleges DNS-utótag. . . . . . : EGAIS.local
Csomópont típusa. . . . . . . . . . . . . : Hibrid
Az IP-útválasztás engedélyezve van. . . . : Nem
A WINS proxy engedélyezve van. . . . . . . : Nem
DNS utótag keresési sorrend. : EGAIS.local
Ethernet adapter helyi hálózat 2:
n#2
Fizikai cím. . . . . . . . . : 00-1E-67-22-91-D1
DHCP engedélyezve. . . . . . . . . . . : Igen
Ethernet adapter LAN csatlakozás:
A kapcsolat DNS-utótagja. . . . . :
Leírás. . . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connectio
n
Fizikai cím. . . . . . . . . : 00-1E-67-22-91-D0
Az automatikus hangolás engedélyezve van. . . . . . : Igen
IPv4-cím. . . . . . . . . . . . : 192.168.1.75 (fő)
Alhálózati maszk. . . . . . . . . . : 255.255.255.0
Főkapu. . . . . . . . . : 192.168.1.1
DNS szerverek. . . . . . . . . . . : 192.168.1.75
NetBios TCP/IP-n keresztül. . . . . . . . : Beleértve
Alagútadapter helyi kapcsolat* 8:
Média állapota. . . . . . . . : Média letiltva
A kapcsolat DNS-utótagja. . . . . :
Leírás. . . . . . . . . . . . . : isatap.(746B47FD-7AB0-4B0D-98FE-4DB2E19EC
1 db)
DHCP engedélyezve. . . . . . . . . . . : Nem
Az automatikus hangolás engedélyezve van. . . . . . : Igen
Alagútadapter helyi kapcsolat* 9:
Média állapota. . . . . . . . : Média letiltva
A kapcsolat DNS-utótagja. . . . . :
Leírás. . . . . . . . . . . . . : isatap.(D3F5E70A-76D0-4007-B912-38442938A
700}
Fizikai cím. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP engedélyezve. . . . . . . . . . . : Nem
Az automatikus hangolás engedélyezve van. . . . . . : Igen
A harmadik féltől származó szoftverek jelentősen bővíthetik a lehetőségeket operációs rendszer, de még a legfejlettebb programok sem képesek univerzális eszközzé varázsolni a számítógépet. Vannak olyan feladatok, amelyeket a hardveres korlátok miatt nem lehet egyetlen számítógéppel végrehajtani. Például az adatok analóg nyomtatásra történő kiadásához alapvetően más eszközre van szüksége - egy nyomtatóra.
Ezért az összetett, többlépcsős feladatok megoldásához a számítógépeket és egyéb eszközöket gyakran hálózatokká egyesítik, ahol minden komponens elvégzi a munka részét. Az ilyen interakciót a keretein belül lehet végrehajtani különböző technológiák például az RPC technológia, amelyről ma lesz szó. A beszélgetés inkább az ezzel kapcsolatos gyakori hibáról fog szólni: „Az RPC szerver nem elérhető”. Mielőtt azonban közvetlenül a megoldások elemzéséhez kezdenénk, ejtsünk néhány szót magáról az RPC-ről.
Mi az RPC és hogyan működik
Az RPC vagy más módon távoli eljáráshívás az eszközök közötti kommunikáció módjaként írható le, amelyek közül az egyik egy kliens, a másik pedig egy szerver. Az RPC is az hálózati szolgáltatás, amely bizonyos műveletek végrehajtására szolgál távoli eszközökön vagy, ahogy mondani szokás, más címtereken. Ilyen például az adatok küldése a és -ra, ami bizonyos programok futtatását jelenti a felügyelt számítógépen.
Az RPC technológiát két alapvető komponens képviseli - egy hálózati protokoll és egy programozási nyelv, amely biztosítja az objektumok és struktúrák szerializálását. Különféle protokollok használhatók, például a leggyakoribb protokollok az UDP és a TCP. Az eszközök interakciója az RPC keretein belül a megfelelő porton keresztüli csomagok cseréjén keresztül történik. Ha ez a lépéslánc sikertelen, a szolgáltatás „Az RPC-kiszolgáló nem elérhető” hibával válaszol.
Amikor megjelenik az RPC hiba
A legtöbb esetben a hiba a szerver oldalon jelentkezik, de a felhasználóknak gyakran meg kell küzdeniük vele kliens gépek. A probléma okát a fájl tartalmának megvizsgálásával állapíthatja meg. A hibát gyakran a csatlakozási eljárás rendellenes leállása, inkompatibilitás okozza szoftver, adatszerkezetek eltérése, különféle programok és illesztőprogramok telepítése vagy frissítése, titkosítás, számos szolgáltatás letiltása.
A probléma forrása lehet a forgalom tűzfal vagy vírusirtó általi blokkolása is, és nem zárható ki a számítógép vírusfertőzése sem. De beszéljünk mindenről sorrendben, fontolja meg egy kicsit részletesebben a hiba leggyakoribb okait.
Hogyan lehet megtalálni az okot
Az egyértelmű, hogy általánosságban mit jelent, hogy az RPC-kiszolgáló nem érhető el. Így nem lehet kapcsolatot létesíteni az eszközök között, de mit lehet ilyenkor tenni? Mint már említettük, a hiba okának kiderítéséhez használja az Eseménynaplót, amelyet a parancs nyit meg. eventvwr.msc. Az RPC-vel kapcsolatos összeomlások a Rendszer részben találhatók, és ha hiba bekövetkezte után azonnal elkezdi megtekinteni a naplót, akkor annak leírása a legfelül lesz. A keresést az események forrás szerinti szűrésével is használhatja. A következő technológia kérdése – megnézzük a hibakódot, és megoldást keresünk az interneten.
Az RPC szerver nem elérhető. 1722-es hiba
A leggyakoribb probléma az RPC, amely általában előfordul a Windows 7. Hiba 1722 RPC szerver nem érhető el a "hét" kíséri nincs hang a számítógépen. Mivel számos fontos szolgáltatás leállításával kapcsolatos probléma van, a következő megoldást javasoljuk. Nyissa meg a Service Management beépülő modult, keresse meg az Endpoint Builder szolgáltatást. Windows pontok Audio", és engedélyezze, ha le van tiltva. Kívánatos az indítási típust "Automatikus"-ra állítani.
Ezzel egyidejűleg ellenőriznie kell a Remote Registry, a Remote Procedure Call, a Power és a Server szolgáltatások állapotát. Mindegyiknek működnie kell, és mindegyiknek "Automatikus" indítási típussal kell rendelkeznie. Nem csak a Windows 7, hanem a Windows 10 rendszerben is hibaüzenet jelenik meg a 1722-es kóddal és az „RPC-szerver nem érhető el” leírással. A probléma javítása különböző verziók rendszerek megegyeznek a fentiekkel.
Nyomtatási hibák
Az 1722-es hiba a számítógép és a nyomtatók interakcióját biztosító alkalmazások hibás működésével is összefügghet, amit gyakran a szolgáltatások letiltása okoz. Ha a "Nem lehet nyomtatni a képet, az RPC-kiszolgáló nem érhető el" üzenet jelenik meg nyomtatáskor, győződjön meg arról, hogy engedélyezte és futtatta a "Nyomtatáskezelő", "DCOM-kiszolgáló folyamatindító", "Távoli eljáráshívás" és "Tápellátás" szolgáltatásokat. .
Ha minden rendben van a szolgáltatásokkal, próbálja meg letiltani a tűzfalat és a víruskeresőt a munkamenet idejére. Előfordulhat, hogy ezek a védelmek blokkolják a hálózati kapcsolatot. Egyébként a 0x800706ba kódú „RPC-szerver nem elérhető” hiba gyakran jelzi a számítógép és egy másik eszköz közötti tűzfal problémáját.
Ütközés a FineReaderrel
Előfordultak olyan esetek, amikor a Windows 10 és a rendszer korábbi verzióiban az „RPC-kiszolgáló nem elérhető” hibaüzenetet kaptak a népszerű ABBYY FineReader OCR-alkalmazás futtatásakor. De itt nem annyira maga az alkalmazás a hiba, hanem az aktív háttérszolgáltatás, ami valahogy ütközik az RPC mechanizmusokkal. Tiltsa le a munkamenet idejére a szolgáltatáskezelési beépülő modulban, és ellenőrizze az eredményt.
Vírusfertőzés
A számítógép rosszindulatú programokkal való megfertőzése egy másik oka az RPC-szerverhiba megjelenésének. Azt a tényt, hogy a számítógép fertőzött, közvetetten jelezheti a hibarekordok hiánya Windows napló. A szokásos megoldás a számítógép víruskereső alkalmazásokkal történő átvizsgálása.
Driver problémák
Ha az RPC-kiszolgáló elérhetetlenné válik nyomtatáskor egy video- vagy audiokártya, nyomtató stb. illesztőprogramjainak frissítése után, akkor ütközés lehet az RPC-mechanizmusokkal. Ebben az esetben vissza kell térnie az illesztőprogramok korábbi működő verzióihoz.
Fájl integritásának megsértése
Ha a számítógép összeomlást vagy vírustámadást tapasztalt, ellenőrizze a két fő RPC-fájl állapotát - spoolsv.exeÉs spoolss.dll a rendszerkönyvtárban található Rendszer32. Ha a fájlok hiányoznak, másolja át őket egy másik, az operációs rendszer verziójával megegyező verziójú számítógépről, és helyezze el a System32 mappába, majd manuálisan indítsa el a távoli hívásszolgáltatást a Szolgáltatások vezérlése beépülő modulból. Alternatív megoldásként ellenőrizze, hogy a rendszer nem sérült-e vagy hiányzik-e a parancs sfc /scannow.
Registry korrupció
Néha a problémák a beállításjegyzékhez kapcsolódnak. A probléma megoldásához a legjobb a hagyományos visszaállítási eszköz használata. Másolhat mappából is C:/Windows/System32/config/RegBack SYSTEM fájlt, és helyezze a szülőmappába config cserével. Ezt a műveletet célszerű a LiveCD alól végrehajtani.
következtetéseket
Ha az RPC szerver nem elérhető hibaüzenet van bekapcsolva helyi számítógépek, általában az összes szükséges szolgáltatás használatával vagy a fájlok és a rendszerleíró adatbázis visszaállításával kezelhető (ha hibák voltak). A probléma megoldásának egyik módja a Windows frissítése egy újabb verzióra. Ami ugyanazt a hibát illeti a szervereken, itt minden sokkal bonyolultabb lehet, azonban a hétköznapi felhasználók valószínűleg nem találkoznak ilyen helyzettel, mivel ez az üzlet általában a rendszergazdák vállára esik.
A számítógépeken gyakran előfordulnak különféle hibák. Ez alól az RPC-kiszolgáló elérhetetlenségével kapcsolatos probléma sem kivétel. Főleg illesztőprogramok frissítésekor jelenik meg, de előfordul, hogy az „RPC szerver nem elérhető” hiba az operációs rendszer (OS) Windows 7, 8, 10, valamint XP vagy Server 2003, 2008, 2012 indításakor is előfordul. hiba is előfordulhat nyomtatáskor vagy nyomtató telepítésekor.
Az RPC egyszerű információtovábbítási módszer a különböző folyamatok vagy egy rendszeren vagy hálózaton belüli kliens (a kommunikációt kezdeményező technika) és egy szerver (az ügyféllel kommunikálni próbáló eszköz) között. A Windows operációs rendszer sok összetevője használja ezt a „kommunikációs” módszert. RPC mint csatlakozási pont különböző portokat használ rendszerek összekapcsolására.
A szerver meghibásodása esetén, amikor az nem elérhető, megszakad a rendszerek közötti adatcsomagok cseréje, megszakad a kommunikáció a távoli objektummal, és a funkciók egyszerűen megszűnnek. Ezért hiba történik.
Mi a hiba és miért fordul elő
A probléma akkor jelentkezik, ha a rendszerek közötti kommunikáció megszakad, mert a szerver nem tudja elküldeni a portcímet a csatlakozási pontnak. A következő okok miatt jelenhet meg:
Ok keresése
A hiba okát a kódja alapján könnyű azonosítani. Megtekinthető az eseménynaplóban, de ajánlatos azonnal megtenni a probléma észlelése után:
Általános megoldások
Vannak univerzális módszerek, amelyek segítenek gyorsan megoldani a ROC-kiszolgálóval kapcsolatos problémát. Eltart egy kis időt, hogy befejezze őket, de az eredmény nem fogja megvárni.
Az RPC szolgáltatás újraindítása
Ezt követően a folyamat leáll, és azonnal elindul.
Ez a védő egyszerűen nem engedi át a fontos adatcsomagokat. Ezért javasolt letiltani egy ideig, hogy megbizonyosodjon róla, nem az ő hibája. 
Ezt megteheti ezen keresztül Vezérlőpult, Fejezetben rendszerek és biztonság.
A számítógép idejének ellenőrzése
Ha a hiba egy program indításakor vagy leállításakor jelent meg, akkor valószínűleg minden az időszinkronizáláshoz kapcsolódik. Ezt a problémát a következő módon oldhatja meg:
A rendszer hibaelhárítása
Ha a „ROC szerver nem elérhető” hibaüzenet jelent meg az operációs rendszer indításakor, akkor a következőket kell tennie:
Vírusellenőrzés
Ellenőrizheti a rendszert rosszindulatú programok után is. Továbbá, ha a víruskereső észlel valamit, akkor azt csere javasolt. Az a tény, hogy ha a program önmagában nem észlelte a vírust, hanem csak a vizsgálat manuális elindítása után, az azt jelenti, hogy nem látja el a funkcióit. 
Ha vírust észlelnek, az el kell távolítani.
1722-es hibakód
Az „RPC-kiszolgáló nem elérhető” hiba leggyakrabban hangproblémák nélkül jelentkezik. A következőképpen oldották meg:
Hiba a FineReaderben
Sok felhasználó használja a FineReader-t a képek szövegének keresésére és felismerésére. Problémákat okozhat, és ezeket az alábbiak szerint javíthatja:
Problémák a Bitlockerrel
A Bitlocker védi az adathordozókon, például a flash meghajtókon lévő információkat. És néha ennek a technológiának a munkája hibákat okozhat RPC szerverrel. Ezt a technológia letiltásával vagy egyszerűen frissítheti. Ezt a következőn keresztül lehet megtenni központ Windows frissítések vagy letölti a szükséges fájlokat az internetről.
Kétségtelen, hogy a Windows hetedik verziójának sok felhasználója látta az "RPC szerver nem elérhető" hibaüzenetet a monitoron vagy a laptop képernyőjén. Mi ez a hiba, és hogyan lehet kijavítani, most megfontoljuk.
A leggyakoribb RPC szerver meghibásodási helyzet
Ha megjelenik egy üzenet, miszerint az RPC-kiszolgáló nem elérhető, az általában nem jelenti a szervert, mint olyant. Ez valójában egy távoli eljáráshívási szolgáltatás.
És általában ez a hiba leggyakrabban a nyomtatók manipulálásakor jelenik meg, például amikor megpróbál nyomtatni egy dokumentumot vagy egyszerűen telepíteni (hozzáadni) egy új nyomtatót. És itt nem is magában az eszközben van a lényeg, hanem a szolgáltatásban, amely valamiért leállt, vagy egyszerűen letiltott állapotban van.
„Az RPC-kiszolgáló nem elérhető” hiba: problémák a dinamikus könyvtárakkal
Lássuk tehát, mit lehet tenni a helyzet orvoslására. Először meg kell győződnie arról, hogy a rendszer rendelkezik a Spoolss.dll dinamikus könyvtárfájllal és a Spoolss.exe végrehajtható összetevővel. Ezeknek a rendszer telepítésének főkönyvtárának System32 könyvtárában kell lenniük.
Ha vannak ilyen fájlok, akkor legalább két hibalehetőség lehet: vagy megsérültek, vagy egyszerűen nem indul el a szolgáltatás.
Összeomlás „Az RPC-kiszolgáló nem érhető el” üzenettel Windows 7: indítsa el a szolgáltatást a parancssorból
Először is, a helyzet legegyszerűbb módja a szolgáltatás elindítása parancs sor. Ebben a szakaszban úgy gondoljuk, hogy magukkal a fájlokkal minden rendben van.
Meghívjuk a parancssort (cmd) a Run menüből (Win + R), majd oda írjuk a net start rpcss parancsot. Ha magával a szolgáltatással minden rendben van, a számítógépes terminál újraindítása után (ami egyébként kötelező), a probléma megszűnik, és az RPC-szerver nem elérhető üzenete többé nem fogja zavarni a felhasználót (a szolgáltatás leállítása , hasonló parancs kerül kiválasztásra, csak a stop szóval) . Ha valamilyen oknál fogva a fenti módszer nem aktiválta a szolgáltatást, akkor úgymond körpályán kell mennie.
Hiba javítása az eredeti könyvtárakban
Most nézzük meg azt a helyzetet, amikor a fenti fájlok sérültek vagy hiányoznak. Elvileg ezt a legegyszerűbben megteheti: másolja át őket egy hasonló rendszerről (egy másik számítógépről), majd illessze be a System32 rendszermappába.
Igaz, ezt követően, hogy ne jelenjen meg újra az RPC-kiszolgáló elérhetetlenségéről szóló üzenet, meg kell tennie néhány fontos lépést, és először a szolgáltatások részre kell lépnie. Ezt megteheti a Vezérlőpultból, de sokkal egyszerűbb a speciális szolgáltatások.msc parancs használata, amely ugyanabban a Futtatás menüben van írva.
Magában a szerkesztőben keresse meg a távoli eljáráshívás (RPC) szolgáltatást, kattintson az automatikus betöltésre, majd adja meg az „Automatikus” lehetőséget az indítási típusban. A megváltozott paraméterek mentése után, mint az első esetben, a rendszer teljes újraindítását kell végrehajtania ahhoz, hogy életbe lépjenek.
Megjegyzés: újraindítás után célszerű manuális módban elindítani a rendszerfrissítést, és telepíteni a legújabb frissítőcsomagokat. Ez kulcsszerepet játszhat a szolgáltatás megfelelő aktiválásában. Az út mentén Speciális figyelemügyeljen arra a rendszerre, amelyben az eredeti fájlokat másolja, legalább vegye figyelembe a bitmélységét.
Átfogó megoldás speciális segédprogramokkal
Elvileg, ha nincs mód az eredeti fájlok másolására vagy letöltésére, akkor ezt egyszerűbb módon is megteheti.
A helyzet kijavításában segítenek az olyan segédprogramok, mint a DLL Suite, amelyek automatikusan megvizsgálják a rendszert a sérült vagy hiányzó összetevők után, majd önállóan integrálják abba a hiányzó objektumokat. Ez azonban nem korlátozódhat csak erre. A folyamat végén továbbra is meg kell győződnie arról, hogy a szolgáltatás aktív állapotban van (engedélyezve), és hibamentesen működik. Ez a fentiek szerint történik.
Következtetés
Valójában ez minden, ami az RPC szolgáltatással kapcsolatos problémát érinti. Amint látja, nincs semmi baj egy ilyen kudarccal, és a probléma megoldása meglehetősen egyszerűnek tűnik. Az egyetlen másik dolog, amit érdemes megjegyezni, az új nyomtató-illesztőprogramok telepítése vagy frissítése. Természetesen ez nem előfeltétel, de nagyon kívánatos lenne egy ilyen eljárás végrehajtása. Ezt megteheti az Eszközkezelőből, vagy speciálisan kifejlesztett segédprogramok, például a program segítségével driver erősítő vagy valami más.
Ami magával a szolgáltatással kapcsolatos helyzet javítását illeti, itt nem vették figyelembe a számítógépes rendszerek vírusellenőrzésével kapcsolatos kérdéseket. Ezenkívül nem adtak meg módszereket a szolgáltatás engedélyezésére (aktiválására), például a csoportházirend-beállításokban vagy a rendszerleíró kulcsok megfelelő beállításainak megváltoztatásával, mivel ez a technika sokkal bonyolultabb, mint a fent leírtak. És nem minden felhasználó akar majd ebbe beleásni magát, különben mi jó, „beültetheti” az egész rendszert.
Ellenkező esetben egyetlen felhasználónak sem lehet problémája. Hogy pontosan hogyan tovább, melyik módszert használja, mindenki maga dönti el, de amint a gyakorlat azt mutatja, a legegyszerűbb módja a szolgáltatás aktiválása a parancssorból (feltéve, hogy a szükséges fájlok rendben vannak). Módszertan fájl-helyreállítással és ennek aktiválásával rendszerkomponens a szolgáltatások részből akkor alkalmazható, ha a legegyszerűbb módszer nincs hatással a rendszerre. És természetesen, ha úgy találja, hogy a fájlok sérültek vagy egyszerűen hiányoznak a rendszerből, jobb, ha nem másolja át őket egy másik eszközről, de ha aktív internetkapcsolata van, használja az automatikus segédprogramokat, amelyek letöltik a hiányzó fájlokat és felhasználói beavatkozás nélkül integrálja őket a rendszerbe. Valójában erre tervezték őket.
Dieser Artikel enthält Informationen zur Behebung des Fehlers "RPC-Server ist nicht verfügbar" unter Microsoft Windows szerver.
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 alaber wird in diesem Artikel der Computer, auf dem die RPC-Communikation gestartet wird, als der ügyfél und der Computer, mit dem kommuniziert wird, als der szerver 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.
Az egyik típus RPC-Sitzung kontaktiert ein Client die Endpunktzuordnung eines Servers auf TCP-Port 135 und fordert die einem bestimmten Dienst zugewiesene dynamische Portnummer an. A kiszolgálón az IP-cím és a portszám megadása, az RPC-nyilvántartási vezeték és a kliens kapcsolattartási helye az IP-címek és a portok megadása után.
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.
- Namensauflosungsprobléma: Der Name des RPC-Servers wird möglicherweise auf die falsche IP Addresse aufgelöst, sodass der Client den falschen Server Contactiert oder 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 Firewall blokkoló: Az egyik tűzfal vagy egyéb biztonsági mentés a szerverről vagy a Netzwerk-Firewall-Appliance kliensről és a szerverről védve van az Umständenben, a TCP-Port 135-ös kiszolgálón keresztül.
- 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 Sieden Távoli eljáráshívás (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 az Active Directory (AD)-Domane sind, vezeték nélküli DNS a 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 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 RPC-Server.
- Wenn die Firewall aktiviert ist, stellen Sie sicher, dass der Datenverkehr auf TCP-Port 135 durchgelassen wird.
- A Windows Server 2003 auf auf dem auf auf dem auf dem Server Windows Server 2003 ausgeführt wird, cann die Windows-Firewall die dinamische RPC-Portzuweisung eventuell nicht richtig handhaben. In diem Fall kann es erforderlich sein, die Windows-Firewall zu deaktivieren oder die von RPC verwendeten Ports einzuschränken (siehe Schritt 4).
- Wenn auf dem Server Windows Server 2008 vagy höher ausgeführt wird, stellen Sie sicher, dass der A Windows-tűzfal a Windows Server 2008-ban és a legszigorúbb RPC-Verkehr standardmäßig fehlerfrei handhaben; wenn dies jedoch manuell konfiguriert werden muss, finden Sie entsprechende Anweisungen in diesem TechNet-Artikel: Bejövő hálózati forgalom engedélyezése dinamikus RPC-t használva
Ha a Windows tűzfalat a Windows Server 2008 rendszerben használja, vagy távolítsa el a 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 Documentation der Anwendung oder der Appliance nach, ob sie ordnungs für kanceler konfigurierß.
- Wenn die Firewall-Software, egyebek a Sicherheitsanwendung vagy a Netzwerk-Firewall-Appliance nicht für die korrekte Handhabung von dynamischem der Sicherheitsanwendung geoffnet werden. Információ az RPC verwendeten port-Bereichs finden Beschränken des von Beschränken des von RPC verwendeten Port-Bereichs finden Olvassa el, hogyan kell konfigurálni az RPC dinamikus portallokációját a tűzfalakkal való együttműködéshez.
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, vagy Internet Control Message Protocol, ist das Protokoll, das bei ping-und nyomkövető-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 2.0-s verziója itt található:
Betöltés...