Cum se depanează erorile și problemele de apel la procedura la distanță

Dacă primiți Serverul RPC nu este disponibil mesaj, atunci această postare arată modul de depanare a apelurilor de procedură la distanță. Eroare și probleme eșuate în Windows 10. RPC sau Remote Procedure Call este un model de programare bazat pe rețea, care permite comunicații punct-la-punct între aplicațiile software. În acest ghid, vom împărtăși modul de depanare a erorilor de procedură de la distanță. Erori se pot întâmpla în timp ce vă conectați la Windows Management Instrumentation (WMI), la SQL Server, în timpul unei conexiuni la distanță sau pentru unele module de completare pentru Microsoft Management Console (MMC).

Remedierea erorilor la erori de apel la procedură la distanță

„Serverul RPC nu este disponibil"Este una dintre cele mai frecvente probleme care apar. Ar putea fi o problemă de rețea simplă sau serverul nu va răspunde. Să aruncăm o privire asupra listei de instrumente pe care le putem folosi pentru a depana erorile de apel la procedurile de la distanță. Puteți utiliza fie PowerShell, fie Command Prompt cu privilegii de administrator pentru a rula aceste comenzi.

Va trebui să utilizați Microsoft Network Monitor sau Microsoft Message Analyzer pentru a analiza jurnalele.

PortQuery

Acest instrument vă ajută să găsiți problema cu portul pe care încercați să îl conectați. Poate determina dacă aplicația sau computerul se pot conecta la server.

Portqry.exe -n -e 135

Comanda de mai sus încearcă să interogheze portul TCP 25 de pe IP-ul serverului da. Dacă utilizați un site web aici, acesta se va traduce la adresa IP intern. În ieșire, căutați *ip_tcp, și numărul portului. Dacă conexiunea eșuează, ar trebui să vedeți în schimb un răspuns eșuat. Dacă totul arată bine, căutați un număr de port (marcat cu caractere aldine) la sfârșitul care ar trebui să arate

... Răspunsul serverului: UUID: d95afe70-a6d5-4259-822e-2c84da1ddb0d ncacn_ip_tcp: 169.254.0.10[49664]

Dacă nu vedeți nici un număr de port, înseamnă că ceva nu este în regulă la sfârșitul serverului și portul nu ascultă.

netsh

Apoi, puteți folosi comanda Netsh la colectați date de urmărire simultană. TRACE aici înseamnă calea de la un punct la altul într-o rețea. Dacă există ceva care cauzează o problemă între ele, veți ști.

Pe rularea clientului:

Netsh traseu start = netconnection capture = da tracefile = c: \ client_nettrace.etl maxsize = 512 suprascrie = da raport = da

Pe serverul Run:

Netsh urmărire scenariu start = netconnection capture = da tracefile = c: \ server_nettrace.etl maxsize = 512 suprascrie = da raport = da

Comanda de mai sus păstrează un jurnal într-un fișier de urmărire (.ETL). Păstrați această fereastră de Prompt de comandă gata.

Acum încercați să reproduceți problema cu care v-ați confruntat pe mașina client. Este posibil să trebuiască să apăsați anumite butoane de pe software sau orice altceva care a cauzat o problemă pentru dvs. De îndată ce veți vedea problema, rulați Netsh stop stop pe linia de comandă a mașinii client.

Acum, utilizați instrumentul de analiză și filtrați urmărirea

• Ipv4.address == și ipv4.address == și tcp.port == 135 sau doar tcp.port == 135.
• De asemenea, căutați Protocolul "EPM" Sub coloana "Protocol".

Acum, verificați dacă primiți un răspuns de la server. Dacă primiți un răspuns, rețineți numărul dinamic al portului pe care vi l-ați alocat să îl utilizați.

• Verificați dacă vă puteți conecta cu succes la acest port dinamic cu succes.
• Filtrul ar trebui să fie ceva de genul: tcp.port == și ipv4.address ==

Acesta ar trebui să vă ajute să verificați conectivitatea și să izolați dacă există probleme de rețea acolo.

Portul nu este accesibil

Cel mai des întâlnit motiv pentru care am vedea serverul RPC indisponibil este atunci când portul dinamic pe care clientul încearcă să îl conecteze nu este accesibil. Dacă observați întreruperea traseelor, întoarcerea cu portul nu a găsit o eroare și așa mai departe, atunci ar putea fi din următoarele motive posibile

• Paravanul de protecție a blocat intervalul dinamic al porturilor.
• Un router sau un dispozitiv de rețea în mijloc scade pachetul; răspunsul nu se mai întoarce.
• Serverul de destinație scade pachetele (meniurile WFP drop / NIC drop / Filter driver etc.).

Cea mai bună practică pentru problema Post nu este accesibilă folosind alocarea dinamică. Registrul permite administratorilor să configureze alocarea porturilor dinamice RPC.

Aceste instrumente și sfaturi vă ajută să analizați și să descoperiți problema. Soluția va depinde de exact ce este problema și va depinde de software și server.