Artikkelin Sisältö

– Oireita
Tämä artikkeli sisältää tietoja vianmäärityksestä on ”RPC-palvelin ei ole käytettävissä” virhe Microsoft Windows Server.,

Sisältö

  1. Käyttöönotto
  2. Pysäytti RPC-palvelu
  3. Nimi resoluutio kysymyksiä
  4. Liikenne estetty palomuurin
  5. yhteysongelmia

Johdanto

”RPC-palvelin ei ole käytettävissä” on melko yleinen virhe Windows, joka voi esiintyä useissa eri tilanteissa, useimmat niistä, joihin viestinnän välillä kaksi konetta verkossa. Sitä voi kuitenkin esiintyä myös paikallisen koneen käytön aikana., Selkeyden vuoksi tässä artikkelissa RPC-viestinnän aloittava kone nimetään asiakkaaksi, ja kone, jolla se kommunikoi, on palvelin.

Remote Procedure Call (RPC) on mekanismi, joka mahdollistaa Windows prosessit voivat kommunikoida toistensa kanssa, joko asiakkaan ja palvelimen välillä koko verkon tai yhden järjestelmän. Lukuisat sisäänrakennetut Windows-komponentit hyödyntävät RPC: tä. RPC käyttää dynaamisia portteja järjestelmien väliseen viestintään, mutta myös staattista porttia (TCP-portti 135) on käytettävä tietoliikenteen lähtökohtana., RPC endpoint mapper kuuntelee tätä staattista porttia.

tyypillinen RPC-istunto, asiakkaan yhteystiedot palvelimen endpoint mapper TCP-porttia 135 ja pyytää dynaaminen portin numero kohdistaa tiettyyn palveluun. Palvelin vastaa IP-osoite ja portin numero, että palvelu on rekisteröity RPC, kun se alkoi, ja sitten asiakas ottaa yhteyttä palvelun IP-osoite ja portti.,

Mahdollisia syitä ”RPC-palvelin ei ole käytettävissä” virhe ovat seuraavat:

  • Pysäytti RPC-palvelu: Jos RPC-palvelun palvelin ei ole käynnissä, asiakas tietenkään ei voi saavuttaa sitä.
  • Nimi resoluutio kysymyksiä: RPC-palvelimen nimi voidaan ratkaista väärä IP-osoite, jolloin asiakas ottaa yhteyttä väärään server tai yrittää ottaa yhteyttä IP-osoite ei ole tällä hetkellä käytössä. Vaihtoehtoisesti palvelimen nimi ei välttämättä ratkea lainkaan.,
  • Liikenne estänyt palomuuri: palomuuri tai muut antivirus sovellus palvelimen tai verkon palomuurin laitteen välillä asiakkaan ja palvelimen, voidaan estää liikennettä pääsemästä palvelimen TCP-porttia 135.
  • Yhteysongelmat: asiakas ei välttämättä pääse palvelimelle lainkaan yleisen verkko-ongelman vuoksi.

seuraavat syyn mukaan luokitellut vaiheet voivat olla hyödyllisiä ongelman vianmäärityksessä.

pysäytetty RPC-palvelu

  1. avaa palvelimella oleva palvelukonsoli.,
  2. Etsi Remote Procedure Call (RPC) – palvelu ja varmista, että se on käynnissä.
    Huomaa: Remote Procedure Call (RPC) Paikannin palvelu ei yleensä tarvitse olla käynnissä.
  3. Jos palvelu lopetetaan, yritä käynnistää se manuaalisesti.

Nimi Päätöslauselma Asioita

  1. Ping palvelimen nimen asiakas tarkistaa, että nimi ratkaisee oikea IP-osoite. Jos näin käy, nimilause ei todennäköisesti ole ongelman syy, ja loput vaiheet tässä jaksossa voidaan jättää väliin.,
  2. Jos asiakas ja palvelin kuuluvat Active Directory (AD) – verkkotunnukseen, käytetään nimiresoluutiota DNS. Varmista, että asiakas ja palvelin käyttävät sekä oikeita DNS-palvelimia, joiden on oltava verkkotunnuksen sisällä ja ovat tyypillisesti verkkotunnuksen ohjaimia.
  3. Jos oikea DNS-palvelimet ovat käytössä, käyttää DNS-Hallinta-konsolin nämä palvelimet tarkistaa, että RPC server on oikea levy(t) on rekisteröity DNS. Tarvittaessa ipconfig / registerdns-komentoa voidaan käyttää RPC-palvelimella sen DNS-tietueiden uudelleenrekisteröintiin.,
  4. Jos ei ole AD-verkkotunnusta läsnä, voittoja voidaan käyttää nimiresoluutiona. Ipconfig / all-komento listaa muun muassa RPC-palvelimen käyttämät WINS-palvelimet. Tarkista näiden palvelimien WINS-tietokanta varmistaaksesi, että RPC-palvelimelle rekisteröidyt tietueet ovat oikein. Tarvittaessa nbtstat-RR-komento voidaan suorittaa RPC-palvelimella sen VOITTOENNÄTYSTEN rekisteröimiseksi uudelleen.

Liikenne Estetty Palomuurin

  1. Tarkista, että Windowsin Palomuurin asetukset RPC server.,
  2. jos palomuuri on käytössä, varmista, että liikenne TCP-portilla 135 pääsee kulkemaan.
    1. Jos palvelin toimii Windows Server 2003: ssa, Windowsin palomuuri ei välttämättä käsittele RPC: n dynaamista porttijakoa oikein. Tällöin saattaa olla tarpeen poistaa Windowsin palomuuri käytöstä tai rajoittaa RPC: n käyttämiä portteja (KS.Vaihe 4).
    2. Jos palvelin toimii Windows Server 2008: ssa tai myöhemmin, varmista, että Windowsin palomuuripalvelu toimii., Windowsin Palomuuri Windows Server 2008 ja edellä pitäisi oikein käsitellä RPC liikenne oletuksena; kuitenkin, jos tämä on määritettävä manuaalisesti, katso tämä TechNet-artikkelin ohjeita: Salli Saapuvan verkkoliikenteen, joka Käyttää Dynaamisen RPC.
      jos Windowsin palomuuri on kokonaan pois käytöstä Windows Server 2008: ssa tai sen yläpuolella, älä lopeta Windowsin palomuuripalvelua. Sen sijaan, noudata ohjeita, Miten Oikein sammuttaa windowsin Palomuuri Windows Server 2008 ja Edellä.,
  3. Jos kolmannen osapuolen palomuuri, toinen turvallisuus sovellus, tai verkon palomuuri laite on käytössä, katso ohjeita sovelluksen tai laite määrittää, onko se voi olla oikein konfiguroitu käsittelemään RPC liikenne.
  4. Jos palomuuri-ohjelmisto, muut turvallisuus sovellus, tai verkon laite voi olla määritetty oikein käsitellä dynaamisen RPC liikenne -, satama-alue käyttämä RPC voi olla rajoitettu, ja tämä alue voidaan sitten avata palomuuriin tai turvallisuus sovellus., Jos haluat rajoittaa RPC: n käyttämää porttialuetta, katso, miten RPC Dynamic Port Allocation voidaan määrittää toimimaan palomuurien kanssa.

Verkon yhteysongelmia

  1. Käytä ping-komentoa testata perus-yhteyden RPC client ja server. Huomaa, että tämä testi ei välttämättä ole ratkaiseva, koska palomuuri voi estää ICMP: n liikenteen ja antaa muun liikenteen kulkea. (ICMP eli Internet Control Message Protocol on ping-ja tracert-komentojen käyttämä protokolla.,)
  2. PortQry command line utility voidaan testata yhteys työasemalta palvelimelle, ja määrittää, mitkä portit ovat auki palvelimelle. Se sisältää tuen RPC ja voidaan käyttää määrittämään, mitkä palvelut ovat dynaamisia portteja rekisteröity RPC ja mitä erityisiä portteja ne käyttävät. Yksityiskohtaiset tiedot PortQry version 2.0 on saatavilla täällä: uusia ominaisuuksia ja toimintoja PortQry Version 2.0.
  3. Jos asiakas ja palvelin ovat eri aliverkoissa, tarkistaa, että liikenne on reititetty oikein näiden kahden välillä., Jos ne ovat eri fyysisissä paikoissa, varmista, että yhteys sivustojen on ylös ja mahdollistaa liikenteen kulkea vapaasti.

lisäohjeita tämän virheen vianmääritykseen, Katso vianmääritys ”RPC-palvelin ei ole käytettävissä.”
yleistä tietoa RPC: stä, katso Mikä on RPC?

Päätöslauselma
Tarvitsetko lisää apua?,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-Web-Palvelin, 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

Viimeinen julkaisupäivä

Vastaa

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *