Cum funcționează erorile de depanare RPC

Principiul procedurilor de eroare de operare Rezolvarea problemelor RPC

Dacă ați lucrat cu platforme Windows pentru servere pe parcursul mai multor ani, este posibil ca din când în când sa întâlnit RPC eroare. Erori legate de serverul RPC nu este disponibil, lipsa de obiective disponibile, sau alte avertismente neinteligibile. Dacă astfel de mesaje te duce în confuzie, citiți articolul. eu

Am discuta despre unele dintre cele mai comune erori, diferite metode de determinare orice erori RPC, și va arăta unele dintre soluțiile pentru a rezolva probleme specifice. Înainte de luarea în considerare a erorilor RPC specifice și soluții, să se ocupe cu terminologia RPC.

RPC - este o metodă de comunicare interprocese (IPC), utilizate de către clienți și servere pentru a comunica. Pur și simplu pune, RPC este folosit de programe, de obicei, pe computerul client pentru a rula programul de pe un calculator server. De exemplu, Microsoft ® Outlook ® clienții comunică cu Microsoft Exchange Server utilizând RPC. Computerul client trimite un mesaj la serverul cu argumente specifice. Serverul răspunde la mesajul de client cu rezultatul programului.

EPM, care face parte din subsistemul RPC, este responsabil pentru a răspunde la solicitările clienților permisiunea punctelor finale dinamice. În unele situații, EPM este de asemenea responsabil pentru atribuirea dinamică servere de puncte finale.

O altă componentă importantă este serviciul RPC Locator. Acesta menține o listă de servere și serviciile RPC pe rețea. Windows client ® se conectează la controlerul de domeniu prin porturile SMB protocolul TCP (139 și 445) și caută servicii RPC sau servere care utilizează serviciul de localizare.

Cele mai multe built-in pentru Windows serviciile comunică între ele folosind RPC. De exemplu, serviciile de certificare, DCOM, FRS, MSMQ, MAPI, și Active Directory ® Replication Utilizați serviciul RPC pentru a comunica unele cu altele. Prin urmare, atunci când funcționarea necorespunzătoare a serviciului RPC un număr nespecificat de probleme de comunicare pot apărea în rețea.

Acum, să ne ia în considerare unele dintre erorile care pot apărea atunci când serviciul RPC accident. (Acest lucru nu este deloc o listă exhaustivă.)

Failover fișiere Replication Service poate fi o greșeală teribilă «RPC Indisponibil». La conectarea unei erori de disc poate apărea „Access Denied“. Când se utilizează utilitarul de completare snap «Active Directory - utilizatori și computere“ este posibil să primiți eroarea «Domeniul specificat nu există sau nu poate fi contactat». Când vă conectați la domeniu, este posibil să primiți o eroare «Sistemul nu poate să vă conectați la acest domeniu, deoarece contul computerului sistemului în domeniul său principal lipsește sau parola pentru respectivul cont, este incorectă».

Când încercați clientul Microsoft Outlook pentru a contacta eșecul Exchange Server RPC poate conduce la inducerea în eroare de eroare, cum ar fi «Informațiile dvs. de conectare este incorectă» sau «Outlook nu ar putea log on».

Acestea sunt doar câteva exemple care nu sunt de așteptat să cauzeze probleme pe apelurile RPC. Exemple de mult mai mult, și de fiecare dată când utilizați probleme cu procesele de la distanță RPC poate fi cauza principală a dificultăților tale. Deci, exact cum să învețe și, mai important, cum de a detecta o eroare specifică? Hai să aflăm.

Dacă există o suspiciune cu privire la existența unor probleme cu serviciul RPC, puteți utiliza mai multe instrumente pentru a diagnostica probleme.

Puteți utiliza instrumentul Repadmin. Acest program este frecvent utilizat pentru a monitoriza și de a rezolva problemele de replicare Active Directory, dar poate fi, de asemenea, folosit pentru a rezolva problemele de sistem RPC Endpoint Mapper. Pentru a rula linia de comandă, tastați repadmin / bind. În cazul poate să apară probleme RPC, de exemplu, următorul mesaj: „Sistemul Punct final Mapper este lăsat puncte finale disponibile.“ Acesta este primul indiciu al unei probleme cu RPC.

O altă posibilitate este de a utiliza diagnosticarea domeniului de linie de comandă de control (DCDIAG), un program pentru diagnosticarea problemelor DCs. Dacă apare o eroare «Starea este 1722: Serverul RPC nu este disponibil» (1722 Stare: serverul RPC nu este disponibil), știți că există o problemă cu RPC, ați descoperit doar instrumentul de diagnosticare controler de domeniu.

Uneori, când utilizați Ntdsutil (un instrument de linie de comandă pentru a gestiona Active Directory și de a efectua diverse activități de întreținere) pot apărea erori RPC atunci când încearcă să se conecteze la server. Cel mai probabil veți vedea una dintre cele mai frecvente erori, cum ar fi „stânga puncte finale disponibile Punctele finale ale sistemului de afișare“. Din nou, aceasta este o dovadă a posibilelor probleme de serviciu RPC. Gpotool înseamnă, verificarea coerenței obiectelor politică de grup pe controlerele de domeniu, va emite, de asemenea, erori similare, în cazul în care cauza lor este RPC.

Rezoluție eroare RPC

Acum, că știți definiția unora dintre erorile RPC, să trecem în revistă câteva soluții.

clienții Microsoft se conecteze la sistemul RPC Endpoint cartograf pe portul 135. Apoi, sistemul Endpoint Mapper informează portul de client, ascultare pe serviciul solicitat. Numerele de port sunt atribuite dinamic și pot fi în intervalul de 1024-65 535. Apariția unor erori, cum ar fi 1753 înseamnă că, pentru Endpoint Mapper nu sunt disponibile puncte finale, demonstrând că sistemul cartograf RPC punctul final nu au putut fi folosite pentru servicii de numărul de port peste 1024. am o privire mai atentă la el mai târziu.

În primul rând, aveți nevoie pentru a verifica starea serviciului RPC pe server. În funcție de rolul serverului de serviciul RPC și serviciul RPC Locator ar trebui să aibă statutul prezentat în Fig. 2. În cazul în care una dintre cele două servicii nu este configurat așa cum se arată în imagine, încercați să reglați starea, reporniți serverul și verificați pentru probleme.

Figura 2 Statutul serviciului RPC

Fig. 4 enumerate în registrul de protocoale ClientProtocols RPC

Dacă oricare dintre intrările lipsesc, se adaugă o nouă valoare șir cu numele și tipul prezentat în fig. 4. În mod implicit, există o a cincea intrare numit ncacn_nb_tcp, care este folosit pentru a determina NetBIOS prin TCP ca familia de protocol pentru punctul final. În funcție de setarea înregistrării între protocolul ClientProtocol poate lipsi, caz în care pot fi adăugate manual pentru a vedea dacă acesta va ajuta la rezolvarea problemelor cu RPC.

Notă setările din dosarul Rpc în panoul din partea stângă a figurii, și anume ClientProtocols, NameService, NetBIOS și SecurityService. În cazul în care nu există valori ale parametrilor de Internet, scoateți-l și reporniți computerul. Acest lucru se poate rezolva problema. Ca de obicei, trebuie să fiți atenți atunci când schimbați Windows Registry.

Așa cum am menționat mai devreme, RPC poate utiliza porturile între 1024 și 65535, deci trebuie să se asigure că aceste porturi nu sunt blocate de un paravan de protecție. Cel mai simplu mod de a determina faptul că portul este deschis, este de a folosi mijloacele de interogare Port. Există două versiuni ale acestui instrument: versiune linie de comandă (PortQry) și o versiune GUI (PortQueryUI).

PortQry poate este disponibil pentru descărcare de la Centrul de descărcări Microsoft. Pentru mai multe informații, citiți articolul «Descrierea Portqry.exe Command-Line Utility» (Descrierea instrumentului de linie de comandă Portqry.exe). Articolul prezintă o scurtă descriere a rapoartelor de stare PortQry și exemple de comenzi pentru a rezolva problemele. Rețineți că puteți utiliza, de asemenea, versiunea cu o interfață grafică, care este mult mai simplu și poate fi descărcat de pe site-ul Web go.microsoft.com/fwlink/?LinkId=73740.

instrument de interogare port ar trebui să fie rulat pe un computer fără erorile RPC și apoi executați pe un calculator cu probleme RPC. De exemplu, verificați că portul este de 135, care este utilizat de către sistemul RPC Endpoint Mapper, deschis, utilizați instrumentul PortQry pe linia de comandă, după cum urmează:

Ultima linie arată că portul 135 este deschis. Altfel nu ar Ascultare conținut în ultimul rând.

Pentru a verifica intervalul de port, introduceți intervalul de numere de port, separate prin virgulă, cum ar fi „135,1024-5000.“ "

Dacă ați folosit toate aceste metode, dar problema nu se poate rezolva, există mai multe soluții suplimentare. În funcție de problemele specifice din mediul dvs., puteți face una dintre următoarele modificări în registry. (Așteaptă. Înainte de a modifica registry, ar trebui să facă o copie de rezervă a sistemului, în special în registru, în caz de eșec, puteți restabili starea anterioară a computerului.)

Fig. 5 Setarea MaxUserPort în registru

În plus, aveți posibilitatea să modificați TcpMaxDataRetransmissions de valoare. Pentru pachetele TCP trebuie să fie confirmat primirea din partea. Dacă nu există nici o confirmare înainte ca transferul de pachete de timp se repetă de câte ori un anumit TcpMaxDataRetransmissions parametru. Valoarea acestei valori implicite - 5, dar puteți schimba valoarea la 4 sau chiar 3. Dar nu se poate utiliza o valoare mai mică de 3.

Dacă setarea de registry TcpMaxDataRetransmissions nu există, poate fi adăugată la următoarea locație în registru:

Parametrul TcpTimedWaitDelay se adaugă la următoarea locație în registru:

Pentru informații suplimentare despre TcpTimedWaitDelay citit de cunoștințe Articol din Baza de «Clienții Windows NT a alerga afară de porturi» (Porturi Windows NT clientilor finali). Deși articolul nu prevede valori specifice recomandate, puteți încerca să reducă valoarea TcpTimedWaitDelay la 60 (secunde) în expresia zecimală, care este 3c în expresia hexazecimal.

erori RPC poate fi cauza principală a unei varietăți de erori de comunicare în rețea. Din fericire, există mai multe modalități ingenioase de a rezolva aceste probleme dificile. Unele instrumente propuse sunt built-in, alte imnyutsya finaliza Windows Server Resource Kit. Multe dintre ele sunt prezentate în Fig. 6. Aceste fonduri pot fi folosite pentru a determina cauza și localizarea erorilor RPC și apoi utilizați unul dintre pașii din acest articol o metodă pentru a elimina erorile.

Figura 6 Instrumente pentru depanare RPC Probleme

Analiza condiție DCS.

Afișează autentificat evenimente.

Definiția fidelitate și coerența politicilor.

Verificați performanța rețelei.

Urmărirea și înregistrarea traficului în rețea.

Oferă instrumente de management pentru Active Directory.

Este folosit pentru a testa conexiunile TCP / IP.

Diagnosticarea problemelor controlerele de domeniu de replicare Windows.

Utilizat în mod obișnuit împreună cu Network Monitor.

Folosit pentru a confirma conectivitatea RPC.