Hogyan működik RPC hiba
Működési elv RPC hiba eljárások
Ha már dolgozott együtt a Windows szerver platformon több éven át, akkor valószínű, hogy időről időre találkozott RPC hiba. Kapcsolatos hibák az RPC-kiszolgáló nem érhető el, nem áll rendelkezésre elegendő végpontok, vagy más érthetetlen figyelmeztetéseket. Ha az ilyen üzenetek léphet be zavart, olvassa el a cikket. én
Azt megvitatják a gyakori hibák, különböző módszerek meghatározására RPC hibát, és megmutatja néhány megoldások speciális problémák megoldásához. Mielőtt rátérnénk konkrét RPC hibák és megoldások, nézzük foglalkozik RPC terminológiát.
RPC - egy olyan módszer, kommunikáció (IPC), a kliensek és szerverek közötti kommunikációt. Egyszerűen fogalmazva, az RPC által használt programok jellemzően a kliens számítógépen fut a program a szerver számítógép. Például a Microsoft ® Outlook ® ügyfelek kommunikálni a Microsoft Exchange Server RPC használatával. A kliens számítógép küld egy üzenetet, hogy a szerver egyedi érveket. A szerver a kliens üzenetet a program eredményeként.
Az EPM, amely része az RPC alrendszer köteles válaszolni az ügyfél kéri az engedélyt, hogy a dinamikus végpontokat. Bizonyos helyzetekben az EPM is felelős dinamikusan rendeljen hozzá végpontok szervereket.
Egy másik fontos összetevő az RPC lokátor szolgáltatást. Azt állítja, a kiszolgálók listáját és az RPC szolgáltatások a hálózaton. A Windows ® kliens csatlakozik a tartományvezérlő nyílásain keresztül a protokoll SMB (TCP 139 és 445), és keresi a RPC szolgáltatások vagy szerverek segítségével lokátor szolgáltatást.
A legtöbb Windows beépített szolgáltatások kommunikálnak egymással RPC használatával. Például Certificate Services, DCOM, FRS, MSMQ, MAPI és Active Directory ® replikációs szolgáltatás használatára RPC kommunikálni egymással. Ezért, ha hiba az RPC szolgáltatás meghatározatlan számú kommunikációs problémák léphetnek fel a hálózatban.
Most nézzük meg néhány hibákat, amelyek akkor jelentkeznek, amikor az RPC szolgáltatás összeomlik. (Ez egyáltalán nem kimerítő listát.)
Feladatátvevő fájlreplikációs szolgáltatás lehet egy szörnyű tévedés «RPC nem érhető el». Amikor csatlakoztatja a lemez hiba jelenhet meg: „Hozzáférés megtagadva”. Amikor pillanat «Active Directory - felhasználók és számítógépek” kaphat a hiba »A megadott tartomány nem létezik, vagy nem lehet felvenni a kapcsolatot.« Ha bejelentkezik a tartományba, akkor egy hibaüzenet «A rendszer nem tudja beléptetni ebbe a tartományba, mert a rendszer számítógépfiókjának elsődleges tartományából hiányzik, vagy a jelszót, hogy a számla hibás».
Amikor megpróbálja Microsoft Outlook kliens kapcsolatot az Exchange Server RPC hiba vezethet félrevezető hiba, mint például «A bejelentkezési adatok hibásak» vagy «Outlook nem tud bejelentkezni».
Ez csak néhány példa, hogy várhatóan nem okoz problémát az RPC hívásokat. Példák sokkal több, és minden alkalommal, amikor használja a távoli folyamatokat problémák RPC lehet a kiváltó oka a nehézségeket. Tehát pontosan hogyan kell tanulni, és ami még fontosabb, hogyan lehet felismerni egy adott hiba? Derítsük ki.
Ha felmerül a gyanú, a problémák fennállását az RPC szolgáltatást, akkor több eszközt is problémákat diagnosztizálni.
Használhatja a Repadmin eszközt. Ez a program általában használt monitor és megoldani az Active Directory replikáció problémák, de azt is lehet használni, hogy megoldja az RPC végpontleképező rendszer problémáit. A parancs futtatásához írja repadmin / bind. Abban az esetben, RPC problémák léphetnek fel, például, a következő üzenettel: „A rendszer Végpont Mapper marad elérhető végpontokat.” Ez az első jele a probléma RPC.
Egy másik lehetőség az, hogy a parancssori tartományvezérlő diagnosztika (DCDiag), a program problémák diagnosztizálására DC-vel. Ha hiba történik «Status 1722: Az RPC-kiszolgáló nem érhető el» (1722 Állapot: RPC kiszolgáló nem érhető el), akkor tudja, hogy valamilyen probléma van az RPC, éppen most fedezte fel a tartományvezérlő diagnosztikai eszköz.
Néha, amikor használni Ntdsutil (a parancssori eszköz kezelését Active Directory és különböző karbantartási feladatok) megjelenhet RPC hibát, amikor próbál csatlakozni a szerverhez. Legvalószínűbb látni fogja az egyik leggyakoribb hiba, mint például „A kijelző rendszer végpontjai bal végpont elérhető”. Ismét ez a bizonyíték lehet RPC szolgáltatás problémákat. Gpotool parancsot jelenti, konzisztenciájának ellenőrzéséhez csoportházirend-objektumok tartományvezérlő is kiadja a hasonló hibákat, ha az ok RPC.
RPC hiba Felbontás
Most, hogy tudod, hogy a definíció néhány RPC hibát, nézzük meg néhány megoldást.
Microsoft kliensek a rendszer RPC végpontleképező 135-ös porton Ezután végpontleképező rendszer tájékoztatja az ügyfelet port, figyel a kért szolgáltatást. Port számok dinamikusan hozzárendelt, és lehet a tartomány 1024-65 535. A megjelenése hibák, mint például 1753 azt jelenti, hogy a végpontleképező nem elérhető végpontok, amelyek igazolják, hogy az RPC végpontleképezőként rendszer nem használható portszám szolgáltatásokért 1024. van egy közelebbi pillantást később.
Először is, meg kell, hogy ellenőrizze az állapotát az RPC szolgáltatást a kiszolgálón. Attól függően, hogy a szerepe az RPC szolgáltató szerver és az RPC-lokátor szolgáltatás kell rendelkezniük az ábrán látható. 2. Ha a két szolgáltatás nincs beállítva, mint a képen látható, próbálja meg beállítani állapotban indítsa újra a kiszolgálót, és ellenőrizze a problémákat.
2. ábra állapota az RPC szolgáltatás
Ábra. 4. jegyzékében felsorolt protokollok ClientProtocols RPC
Ha bármelyik hiányoznának, adjunk hozzá egy új karakterlánc nevét és típusát ábrán látható. 4. Alapértelmezésben egy ötödik belépési neve ncacn_nb_tcp, amely meghatározásához használt NetBIOS TCP, mint a protokoll család a végpontra. A beállítástól függően a rekord között ClientProtocol protokollt is hiányzik, ebben az esetben lehet hozzá kézzel, hogy ha ez segít megoldani a problémákat, az RPC.
Megjegyzés: A beállítások az RPC mappára a bal oldali panelen a szám, azaz ClientProtocols, névszolgáltató-, NetBios és SecurityService. Ha nincs internet-paraméterek értékeit, vegye ki, és indítsa újra a számítógépet. Ez megoldja a problémát. Mint rendesen, akkor óvatosnak kell lenni, ha változik a Windows rendszerleíró adatbázisában.
Mint korábban említettük, az RPC használhatja portok között 1024 és 65535, így meg kell bizonyosodni arról, hogy ezek a portok nem blokkolja a tűzfal. A legegyszerűbb módja annak megállapítására, hogy a port nyitva van, az, hogy az eszközöket a Port Query. Kétféle változatban ez az eszköz: parancssori verzió (Portqry) és egy GUI verzió (PortQueryUI).
Portqry kanna letölthető a Microsoft Download Center. További információért olvassa el a cikket «leírása Portqry.exe parancssori segédprogram» (leírása parancssori eszköz Portqry.exe). A cikk egy rövid leírást portqry helyzetjelentések és parancsok példákat megoldani a problémákat. Tartsuk szem előtt, hogy akkor is használhatja a változat egy grafikus felület, ami sokkal egyszerűbb, és letölthető a weboldalról go.microsoft.com/fwlink/?LinkId=73740.
Port lekérdező eszköz kell futtatni egy számítógép nélkül RPC hibát, majd futtatni a számítógépen problémák RPC. Például, ellenőrizze, hogy a port 135, ami a rendszer által használt RPC végpontleképező, nyitott, használjon portqry eszközt a parancssorban a következő:
Az utolsó sor mutatja, hogy a 135-ös port van nyitva. Máskülönben nem figyel szereplő az utolsó sort.
Annak ellenőrzésére, a port tartományt adja meg a tartomány port számokat, vesszővel elválasztva, például „135,1024-5000.” "
Ha már használta ezeket a módszereket, de a probléma nem tudja megoldani, számos további megoldásokat. Attól függően, hogy az adott problémát a környezetben, akkor tegye a következő változtatásokat a rendszerleíró adatbázisban. (Várj. Mielőtt a rendszerleíró adatbázis szerkesztése, meg kell, hogy egy biztonsági másolatot a rendszer, főleg a registry, meghibásodás esetén vissza tudja állítani a korábbi állapotát a számítógép.)
Ábra. 5 MaxUserPort beállítást a rendszerleíró
Ezen felül, akkor módosítsa az értéket TcpMaxDataRetransmissions. A TCP csomagok esetében meg kell erősíteni vételi oldalon. Ha nincs megerősítés, mielőtt az idő csomag átadása megismételjük hányszor egy bizonyos paraméter TcpMaxDataRetransmissions. Ennek értéke az alapértelmezett érték - 5, de meg lehet változtatni az értéket 4, sőt 3. De nem tudja használni az érték kevesebb, mint 3.
Ha TcpMaxDataRetransmissions registry beállítás nem létezik, akkor hozzá kell adni a következő helyen adatbázisban:
TcpTimedWaitDelay paraméter kerül a következő helyen adatbázisban:
További információkért a TcpTimedWaitDelay olvassa el a tudásbázis «Windows NT ügyfelek elfogy a portok» (portok Windows NT kliensek végén). Bár a cikk nem nyújt semmilyen konkrét ajánlott értékeket, akkor próbálja meg csökkenteni az értékét TcpTimedWaitDelay 60 (másodperc) decimális kifejezés, amely 3c hexadecimális kifejezést.
RPC hiba lehet a kiváltó oka a különböző kommunikációs hiba a hálózaton. Szerencsére van néhány ötletes módon megoldani ezeket a problémákat. Néhány javasolt eszközök beépített, egyéb imnyutsya teljes Windows Server Resource Kit. Sokan közülük ábrán mutatjuk be. 6. Ezek az alapok is használható az ok megállapításához és helyét az RPC hibát, majd használja a jelen cikkben ismertetett lépések eljárás a hibák elkerülése érdekében.
6. ábra Eszközök RPC problémák
Elemzés állapot DC-vel.
Jeleníti meg a naplózott események.
Meghatározása hűség és következetesség politikát.
Ellenőrizze a hálózat teljesítményét.
Nyomon követését és rögzítését a hálózati forgalmat.
Biztosítja eszközök az Active Directory.
Arra használják, hogy teszteljék a TCP / IP protokollon keresztül.
A problémák diagnosztizálása replikációs Windows tartományvezérlõk.
Jellemzően együtt használják Network Monitor.
Használt megerősíteni az RPC kapcsolat.