Madame Lelica

Innholdsfortegnelse

1. Innledning
2. Stoppet RPC-tjenesten
3. Navn oppløsning problemer
4. Trafikk blokkert av brannmuren
5. Tilkobling problemene

Innledning

«The RPC-serveren er utilgjengelig» er en ganske vanlig feil i Windows som kan oppstå i et bredt spekter av situasjoner, de fleste av dem involverer kommunikasjon mellom to maskiner i et nettverk. Det kan også oppstå under lokal drift på en maskin, men., For klarhet, i denne artikkelen, vil maskinen starte RPC-kommunikasjon vil bli utpekt klienten, og maskinen som den kommuniserer vil være server.

Remote Procedure Call (RPC) er en mekanisme som gjør at Windows-prosesser til å kommunisere med hverandre, enten mellom en klient og en server på tvers av et nettverk eller innenfor en og samme system. Mange innebygde Windows-komponenter bruke RPC. RPC bruker dynamiske porter for kommunikasjon mellom systemene, men en statisk port (TCP-port 135) må også brukes som et utgangspunkt for kommunikasjon., RPC endepunkt synfarer lytter på denne statisk port.

I en typisk RPC-session en klient kontakter en server er endepunktet synfarer på TCP-port 135, og ber om dynamisk port nummeret som er tilordnet til en bestemt tjeneste. Serveren svarer med IP-adressen og portnummeret at tjenesten er registrert med RPC når det startet, og kunden deretter kontakter du service på at IP-adresse og port.,

Mulige årsaker til den «RPC-serveren er ikke tilgjengelig» feilen er følgende:

• Stoppet RPC-tjenesten: Hvis RPC-tjenesten på serveren ikke kjører, på klienten åpenbart ikke vil være i stand til å nå det.
• Navn oppløsning problemer: The RPC-serveren navnet kan være løse feil IP-adresse, som resulterer i klienten å kontakte galt server, eller forsøker å kontakte en IP-adresse som ikke er i bruk. Alternativt, server navn kan ikke være løse i det hele tatt.,
• Trafikk blokkert av brannmuren: En brannmur eller annen sikkerhet program på serveren, eller et nettverk brannmur apparatet mellom klient og server, kan hindre trafikk fra å nå serveren på TCP-port 135.
• Tilkobling spørsmål: klienten kan være i stand til å nå serveren på alle på grunn av et generelt nettverksproblem.

følgende trinn, kategorisert etter årsak, kan være nyttig for å feilsøke problemet.

Stoppet RPC-Tjenesten

1. Åpne Tjenester-konsollen på serveren.,
2. Finn Remote Procedure Call (RPC) service og sørge for at det er i gang.
   Merk: Remote Procedure Call (RPC) Locator tjenesten gjør vanligvis ikke trenger å være i gang.
3. Hvis tjenesten stoppes, kan du forsøke å starte det manuelt.

Navn Oppløsning Problemer

1. Ping server med navn fra klienten til å bekrefte at navnet løser til den riktige IP-adressen. Hvis den gjør det, name resolution er ikke sannsynlig å være årsaken til problemet, og de resterende trinnene i denne delen, kan hoppes over.,
2. Hvis klienten og serveren er medlem av et Active Directory (AD) domene, DNS brukes for navneløsing. Kontroller at klienten og serveren er både å bruke de riktige DNS-servere, som må være på innsiden av domene og vil typisk være domenekontrollere.
3. Hvis den riktige DNS-servere blir brukt, bruker DNS Management-konsollen på disse serverne til å bekrefte at RPC-serveren har den riktige posten(e) som er registrert i DNS. Hvis det er nødvendig, ipconfig /registerdns kommandoen kan brukes på RPC-serveren for å re-registrere sin DNS-poster.,
4. Dersom det ikke er AD-domene til stede, VINNER kan brukes for navneløsing. Ipconfig /all-kommandoen vil listen, blant andre ting, WINS-servere, som brukes av RPC-serveren. Sjekk WINS-databasen på disse serverne til å bekrefte at postene som er registrert for RPC-serveren er korrekt. Hvis nødvendig, nbtstat -RR-kommandoen kan kjøres på RPC-serveren for å re-registrere sin VINNER poster.

Trafikk Blokkert av Brannmuren

1. Kontroller innstillingene for Windows-Brannmur på RPC-serveren.,
2. Hvis brannmuren er aktivert, må du kontrollere trafikk på TCP-port 135 er tillatt å passere.
   1. Hvis serveren kjører Windows Server 2003, Windows-Brannmur, kan kanskje ikke riktig håndtere dynamiske RPC-tildeling. I dette tilfellet, kan det være nødvendig å deaktivere Windows-Brannmur eller begrense hvilke porter som brukes av RPC (se trinn 4).
   2. Hvis serveren kjører Windows Server 2008 eller senere, må du kontrollere at Windows-Brannmur tjenesten kjører., Windows-Brannmur i Windows Server 2008 og ovenfor skal riktig håndtere RPC-trafikk som standard, men hvis dette må den konfigureres manuelt, kan du se denne TechNet-artikkelen for instruksjoner: å Tillate Innkommende Trafikk som Bruker Dynamiske RPC.
      Hvis Windows-Brannmuren må være fullstendig deaktivert i Windows Server 2008 eller nyere, må du ikke stoppe tjenesten for Windows-Brannmur. I stedet, følg trinnene på Hvordan du skal Slå Av Windows-Brannmuren i Windows Server 2008 og Over.,
3. Hvis tredjeparts brannmur-programvare, en annen security-programmet, eller et nettverk brannmur apparatet er på plass, kan du se dokumentasjonen for programmet eller apparatet for å finne ut om det kan være riktig konfigurert for å håndtere RPC-trafikk.
4. Hvis brannmur-programvare, andre sikkerhet søknad, eller network appliance kan ikke være konfigurert til riktig håndtere dynamiske RPC-trafikk, portområdet som skal brukes ved RPC kan være begrenset, og dette området kan da bli åpnet på brannmuren eller sikkerhet søknad., For å begrense portområdet som skal brukes ved RPC, kan du se Konfigurere Dynamiske RPC-Tildeling til å Arbeide med Brannmurer.

Problemer med nettverkstilkobling

1. Bruk ping-kommandoen til å teste grunnleggende tilkobling mellom RPC client og server. Merk at denne testen kan ikke være avgjørende, så det er mulig for en brannmur til å blokkere ICMP-trafikk mens slik at annen trafikk å passere. (ICMP, eller Internet Control Message Protocol) er protokollen som brukes av ping og tracert-kommandoer.,)
2. PortQry kommando-linje-verktøyet kan brukes til å teste forbindelsen fra klienten til serveren og fastslå hvilke porter som er åpne på serveren. Det inkluderer støtte for RPC og kan brukes til å bestemme hvilke tjenester som har dynamiske porter registrert med RPC-og som bestemte porter som de bruker. Detaljert informasjon om PortQry versjon 2.0 er tilgjengelig her: Nye Funksjoner og Funksjonalitet i PortQry Versjon 2.0.
3. Hvis klienten og serveren er på forskjellige subnett, må du kontrollere at trafikken er riktig plassert mellom de to., Hvis de er i forskjellige fysiske steder, må du kontrollere at koblingen mellom nettstedene er opp og la trafikken passere fritt.

For ytterligere informasjon om feilsøking for denne feilen, kan du se Feilsøking «The RPC-Serveren er ikke tilgjengelig.»
For mer generell informasjon om RPC, se Hva Er RPC?