Articolul Conținut

Simptome
Acest articol oferă informații privind depanarea unei „RPC server indisponibil” eroarea în Microsoft Windows pentru Server.,

Cuprins

  1. Introducere
  2. Oprit RPC servicii
  3. Numele problemele de rezoluție
  4. Trafic blocat de firewall-ul
  5. probleme de Conectivitate de

Introducere

„The RPC server is unavailable” este destul de comun eroare în Windows care pot apărea într-o varietate de situații, cele mai multe dintre ele implică comunicarea între două computere într-o rețea. Cu toate acestea, poate apărea și în timpul operațiunilor locale pe o mașină., Pentru claritate, în acest articol, mașina care inițiază comunicarea RPC va fi desemnată client, iar mașina cu care comunică va fi serverul.

Remote Procedure Call (RPC) este un mecanism care permite proceselor Windows să comunice între ele, fie între un client și un server într-o rețea sau într-un singur sistem. Numeroase componente Windows încorporate utilizează RPC. RPC utilizează porturi dinamice pentru comunicarea între sisteme, dar un port static (portul TCP 135) trebuie de asemenea utilizat ca punct de plecare pentru comunicare., MAPPERUL punctului final RPC ascultă pe acest port static.

într-o sesiune RPC tipică, un client contactează mapper-ul unui server pe portul TCP 135 și solicită numărul de port dinamic atribuit unui anumit serviciu. Serverul răspunde cu adresa IP și numărul portului pe care serviciul l-a înregistrat la RPC când a început, iar clientul contactează apoi serviciul pe acea adresă IP și port.,

cauzele posibile ale erorii „Server RPC indisponibil” includ următoarele:

  • serviciu RPC oprit: dacă serviciul RPC de pe server nu rulează, clientul, evident, nu va putea ajunge la el.
  • probleme de rezolvare a numelui: numele serverului RPC poate fi rezolvarea la adresa IP greșită, rezultând în client contactarea serverului greșit sau încercarea de a contacta o adresă IP care nu este în prezent în uz. Alternativ, numele serverului nu poate fi rezolvarea la toate.,
  • trafic blocat de firewall: un firewall sau o altă aplicație de securitate de pe server sau un dispozitiv de firewall de rețea între client și server poate împiedica traficul să ajungă la server pe portul TCP 135.
  • probleme de conectivitate: este posibil ca clientul să nu poată ajunge deloc la server din cauza unei probleme generale de rețea.

următorii pași, clasificați în funcție de cauză, pot fi utili în rezolvarea problemei.

serviciul RPC oprit

  1. deschideți consola de servicii de pe server.,
  2. localizați serviciul Remote Procedure Call (RPC) și asigurați-vă că rulează.
    notă: serviciul de localizare a apelurilor de procedură la distanță (RPC) nu trebuie să funcționeze. dacă serviciul este oprit, încercați să îl porniți manual.

probleme de rezolvare a numelui

  1. Ping serverul după nume de la client pentru a verifica dacă numele se rezolvă la adresa IP corectă. Dacă o face, rezolvarea numelui nu este probabil să fie cauza problemei, iar pașii rămași din această secțiune pot fi omiși.,
  2. dacă clientul și serverul sunt membri ai unui domeniu Active Directory (AD), DNS este utilizat pentru rezolvarea numelui. Verificați dacă clientul și serverul utilizează serverele DNS corecte, care trebuie să fie în interiorul domeniului și vor fi de obicei controlere de domeniu.
  3. dacă se utilizează serverele DNS corecte, utilizați consola de administrare DNS de pe acele servere pentru a verifica dacă serverul RPC are înregistrările corecte înregistrate în DNS. Dacă este necesar, comanda ipconfig /registerdns poate fi utilizată pe Serverul RPC pentru a reînregistra înregistrările DNS.,
  4. dacă nu este prezent niciun domeniu publicitar, câștigurile pot fi utilizate pentru rezolvarea numelui. Comanda ipconfig / all va enumera, printre altele, serverele WINS utilizate de Serverul RPC. Verificați baza de date WINS de pe aceste servere pentru a verifica dacă înregistrările înregistrate pentru Serverul RPC sunt corecte. Dacă este necesar, comanda nbtstat-RR poate fi rulată pe Serverul RPC pentru a reînregistra înregistrările WINS.

trafic blocat de Firewall

  1. verificați setările Firewall-ului Windows de pe Serverul RPC.,
  2. dacă firewall-ul este activat, asigurați-vă că traficul pe portul TCP 135 este permis să treacă.
    1. dacă serverul rulează Windows Server 2003, este posibil ca Firewall-ul Windows să nu gestioneze corect alocarea porturilor dinamice RPC. În acest caz, poate fi necesar să dezactivați Firewall-ul Windows sau să restricționați porturile utilizate de RPC (consultați Pasul 4).
    2. dacă serverul rulează Windows Server 2008 sau o versiune ulterioară, verificați dacă serviciul Windows Firewall rulează., Firewall-ul Windows din Windows Server 2008 și versiunile ulterioare ar trebui să gestioneze în mod implicit traficul RPC; cu toate acestea, dacă acest lucru trebuie configurat manual, consultați acest articol TechNet pentru instrucțiuni: permițând traficul de rețea de intrare care utilizează RPC dinamic.
      dacă Firewall-ul Windows trebuie să fie complet dezactivat în Windows Server 2008 sau mai recent, nu opriți serviciul Windows Firewall. În schimb, urmați pașii din modul de dezactivare corectă a Firewall-ului Windows în Windows Server 2008 și mai sus.,
  3. dacă există un software pentru firewall terț, o altă aplicație de securitate sau un dispozitiv pentru firewall de rețea, consultați documentația pentru aplicație sau Aparat pentru a determina dacă acesta poate fi configurat corect pentru a gestiona traficul RPC.
  4. dacă software-ul firewall, alte aplicații de securitate sau aparatul de rețea nu pot fi configurate pentru a gestiona corect traficul RPC dinamic, intervalul de porturi utilizat de RPC poate fi restricționat, iar acest interval poate fi apoi deschis pe firewall sau aplicația de securitate., Pentru a restricționa intervalul de porturi utilizat de RPC, consultați modul de configurare a alocării porturilor dinamice RPC pentru a funcționa cu firewall-uri.

probleme de conectivitate la rețea

  1. utilizați comanda ping pentru a testa conectivitatea de bază între clientul RPC și server. Rețineți că acest test poate să nu fie concludent, deoarece este posibil ca un firewall să blocheze traficul ICMP, permițând în același timp trecerea altui trafic. (ICMP sau Internet Control Message Protocol, este protocolul utilizat de comenzile ping și tracert.,)
  2. utilitatea liniei de comandă PortQry poate fi utilizată pentru a testa conectivitatea de la client la server și pentru a determina ce porturi sunt deschise pe server. Acesta include suport pentru RPC și poate fi utilizat pentru a determina ce servicii au porturi dinamice înregistrate la RPC și care porturi specifice pe care le utilizează. Informații detaliate despre PortQry versiunea 2.0 sunt disponibile aici: noi caracteristici și funcționalități în PortQry versiunea 2.0.
  3. dacă clientul și serverul se află pe subrețele diferite, verificați dacă traficul este direcționat corect între cele două., Dacă se află în locații fizice diferite, verificați dacă legătura dintre site-uri este în sus și permite traficului să treacă liber.

pentru instrucțiuni suplimentare privind depanarea acestei erori, consultați Depanare „serverul RPC nu este disponibil.”
Pentru informații generale despre RPC, vezi ce este RPC?

Rezoluție
Nevoie de mai mult ajutor?,werEdge T300, PowerEdge T310, PowerEdge T320, PowerEdge T330, PowerEdge T340, PowerEdge T40, PowerEdge T410, PowerEdge T420, PowerEdge T430, PowerEdge T440, PowerEdge T605, PowerEdge T610, PowerEdge T620, PowerEdge T630, PowerEdge T640, PowerEdge T710, PowerEdge VRTX, PowerEdge Server Web, PowerEdge XE2420, PowerEdge XE 5__, PowerEdge XE 5__-2, PowerEdge XE 51__-2 (ATI Mach64), PowerEdge XE7100, PowerEdge XE7420, PowerEdge XE7440, PowerEdge 2600, PowerEdge 2650, PowerEdge 6600, PowerEdge 6650, PowerEdge 4600, PowerEdge SC 420, PowerEdge SC 430, PowerEdge SC 440

Ultima Data publicării

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *