Madame Lelica

Indholdsfortegnelse

1. Indledning
2. Stoppet RPC service
3. Name resolution spørgsmål
4. blokeret af en firewall
5. forbindelser

Indledning

“RPC-serveren er ikke tilgængelig” er en ret almindelig fejl i Windows, der kan opstå i en bred vifte af situationer, de fleste af dem, der involverer kommunikation mellem to maskiner i et netværk. Det kan dog også forekomme under lokale operationer på en maskine., For klarhedens skyld vil maskinen, der starter RPC-kommunikation, blive udpeget til klienten, og den maskine, som den kommunikerer med, vil være serveren.

(Remote Procedure Call (RPC) er en mekanisme, der tillader Windows-processer til at kommunikere med hinanden, enten mellem en klient og server på tværs af et netværk eller i et enkelt system. Talrige indbyggede componentsindo .s-komponenter udnytter RPC. RPC bruger dynamiske porte til kommunikation mellem systemer, men en statisk port (TCP-port 135) skal også bruges som udgangspunkt for kommunikation., RPC endpoint mapper lytter på denne statiske port.

i en typisk RPC-session kontakter en klient en servers endpoint mapper på TCP-port 135 og anmoder om det dynamiske portnummer, der er tildelt en bestemt tjeneste. Serveren reagerer med IP-adressen og portnummeret, som tjenesten registrerede hos RPC, da den startede, og klienten kontakter derefter tjenesten på den IP-adresse og port.,

mulige årsager til fejlen “RPC-server utilgængelig” inkluderer følgende:

• stoppet RPC-tjeneste: hvis RPC-tjenesten på serveren ikke kører, vil klienten naturligvis ikke være i stand til at nå den.
• navneopløsningsproblemer: RPC-serverens navn kan løse til den forkerte IP-adresse, hvilket resulterer i, at klienten kontakter den forkerte server eller forsøger at kontakte en IP-adresse, der ikke er i brug i øjeblikket. Alternativt kan serverens navn muligvis ikke løses overhovedet.,
• Trafik blokeret af firewall: En firewall eller andre sikkerhedsforanstaltninger anvendelse på den server eller et netværk, firewall-apparatet mellem klient og server, kan forhindre trafikken i at nå den server, TCP-port 135.
• forbindelsesproblemer: klienten kan muligvis ikke nå serveren på grund af et generelt netværksproblem.

følgende trin, kategoriseret efter årsag, kan være nyttige til fejlfinding af problemet.

stoppet RPC-tjeneste

1. Åbn servicekonsollen på serveren.,
2. find tjenesten Remote Procedure Call (RPC), og sørg for, at den kører.
   Bemærk: Locator-tjenesten Remote Procedure Call (RPC) behøver typisk ikke at køre.
3. hvis tjenesten stoppes, skal du forsøge at starte den manuelt.

Navneopløsningsproblemer

1. Ping serveren efter navn fra klienten for at kontrollere, at navnet opløses til den korrekte IP-adresse. Hvis det gør det, er navneopløsning sandsynligvis ikke årsagen til problemet, og de resterende trin i dette afsnit kan springes over.,
2. hvis klienten og serveren er medlemmer af et Active Directory (AD) – domæne, bruges DNS til navneopløsning. Kontroller, at klienten og serveren begge bruger de korrekte DNS-servere, som skal være inde i domænet og typisk vil være domænecontrollere.
3. hvis de korrekte DNS-servere bruges, skal du bruge DNS-administrationskonsollen på disse servere til at kontrollere, at RPC-serveren har de korrekte poster, der er registreret i DNS. Om nødvendigt kan kommandoen ipconfig /registerdns bruges på RPC-serveren til at omregistrere dens DNS-poster.,
4. hvis der ikke er noget ANNONCEDOMÆNE til stede, kan gevinster bruges til navneopløsning. Kommandoen ipconfig / all viser blandt andet de WINSINS-servere, der bruges af RPC-serveren. Kontroller databaseins-databasen på disse servere for at kontrollere, at de poster, der er registreret for RPC-serveren, er korrekte. Om nødvendigt kan kommandoen nbtstat-RR køres på RPC-serveren for at omregistrere sine WINSINS-poster.

trafik blokeret af fire .all

1. kontroller settingsindo .s fire .all-indstillingerne på RPC-serveren.,
2. hvis fire .allen er aktiveret, skal du sørge for, at trafik på TCP-port 135 har tilladelse til at passere.
   1. hvis serveren kører Windowsindo .s Server 2003, kan Fireindo .s fire .all muligvis ikke håndtere RPC dynamisk portallokering korrekt. I dette tilfælde, kan det være nødvendigt at deaktivere Windows Firewall, eller begrænse de porte, der bruges af RPC (se trin 4).
   2. hvis serveren kører Windowsindo .s Server 2008 eller nyere, skal du kontrollere, at Fireindo .s fire .all-tjenesten kører., Windows Firewall i Windows Server 2008 og korrekt håndtere RPC-trafik som standard, men hvis dette skal konfigureres manuelt, se denne TechNet-artikel for at få instruktioner: at Tillade Indgående netværkstrafik, der Bruger Dynamiske RPC.
      Hvis Windows Firewall skal være helt deaktiveret i Windows Server 2008 eller derover, må du ikke stoppe tjenesten Windows Firewall. Følg i stedet trinnene i, hvordan du korrekt slukker Fireindo .s fire .all i .indo .s Server 2008 og derover.,
3. Hvis tredjeparts firewall-software, en anden sikkerhed ansøgning, eller et netværk, firewall apparat er på plads, kan du se i dokumentationen til programmet eller apparatet for at afgøre, om det kan være korrekt konfigureret til at håndtere RPC-trafik.
4. Hvis firewall-software, andre sikkerhedsprogrammer, eller network appliance kan ikke være korrekt konfigureret til at håndtere dynamiske RPC-trafik, det portområde, der bruges af RPC kan være begrænset, og dette interval kan derefter blive åbnet på firewall eller antivirus program., For at begrænse det portområde, der bruges af RPC, se Sådan konfigureres RPC Dynamic Port Allocation til at arbejde med fire .alls.

netværksforbindelsesproblemer

1. brug ping-kommandoen til at teste grundlæggende forbindelse mellem RPC-klienten og serveren. Bemærk, at denne test muligvis ikke er afgørende, da det er muligt for en fire .all at blokere ICMP-trafik, mens anden trafik tillader at passere. (ICMP, eller Internet Control Message Protocol, er den protokol, der bruges af kommandoerne ping og tracert.,)
2. Port commandry-kommandolinjeværktøjet kan bruges til at teste forbindelse fra klienten til serveren og bestemme, hvilke porte der er åbne på serveren. Det inkluderer support til RPC og kan bruges til at bestemme, hvilke tjenester der har dynamiske porte registreret hos RPC, og hvilke specifikke porte de bruger. Detaljeret information om Port versionry version 2.0 er tilgængelig her: nye funktioner og funktionalitet i Port .ry Version 2.0.
3. hvis klienten og serveren er på forskellige undernet, skal du kontrollere, at trafikken er korrekt dirigeret mellem de to., Hvis de er på forskellige fysiske steder, skal du kontrollere, at forbindelsen mellem sitesebstederne er op, og at trafikken kan passere frit.

For yderligere instruktioner om fejlfinding af denne fejl, se Fejlfinding “RPC-serveren er ikke tilgængelig.”
for generel information om RPC, se hvad er RPC?