Madame Lelica

Innehållsförteckning

1. introduktion
2. stoppade RPC-tjänsten
3. problem med namnupplösning
4. trafik blockerad av brandvägg
5. anslutningsproblem

introduktion

”RPC-servern är inte tillgänglig” är ett ganska vanligt fel i Windows som kan uppstå i en mängd olika situationer, de flesta av dem involverar kommunikation mellan två maskiner över ett nätverk. Det kan också uppstå under lokal drift på en maskin, dock., För tydlighetens skull, i den här artikeln kommer maskinen som initierar RPC-kommunikation att betecknas klienten, och den maskin som den kommunicerar med kommer att vara servern.

Remote Procedure Call (RPC) är en mekanism som gör det möjligt för Windows-processer att kommunicera med varandra, antingen mellan en klient och server över ett nätverk eller inom ett enda system. Många inbyggda Windows-komponenter använder RPC. RPC använder dynamiska portar för kommunikation mellan system, men en statisk port (TCP-port 135) måste också användas som utgångspunkt för kommunikation., RPC-slutpunktsmappning lyssnar på denna statiska port.

i en typisk RPC-session kontaktar en klient en serverns slutpunkt mapper på TCP-port 135 och begär det dynamiska portnummer som tilldelats en viss tjänst. Servern svarar med IP-adressen och portnumret som tjänsten registrerade hos RPC när den startade, och klienten kontaktar sedan tjänsten på den IP-adressen och porten.,

möjliga orsaker till felet” RPC-server otillgänglig ” inkluderar följande:

• stoppade RPC-tjänsten: om RPC-tjänsten på servern inte körs kommer klienten uppenbarligen inte att kunna nå den.
• problem med namnupplösning: RPC-serverns namn kan lösa till fel IP-adress, vilket resulterar i att klienten kontaktar fel server eller försöker kontakta en IP-adress som inte används för närvarande. Alternativt kan serverns namn inte lösa alls.,
• trafik blockerad av brandvägg: en brandvägg eller annan säkerhetsapplikation på servern, eller en nätverksbrandvägg mellan klienten och servern, kan förhindra trafik från att nå servern på TCP-port 135.
• anslutningsproblem: klienten kanske inte kan nå servern alls på grund av ett allmänt nätverksproblem.

följande steg, kategoriserade efter orsak, kan vara användbara vid felsökning av problemet.

stoppad RPC-tjänst

1. öppna tjänstekonsolen på servern.,
2. leta reda på tjänsten Remote Procedure Call (RPC) och se till att den körs.
   Obs! tjänsten Remote Procedure Call (RPC) Locator behöver normalt inte köras.
3. om tjänsten stoppas, försök att starta den manuellt.

problem med namnupplösning

1. Pinga servern med namn från klienten för att verifiera att namnet löser sig till rätt IP-adress. Om det gör det är det inte troligt att namnupplösning är orsaken till problemet, och de återstående stegen i det här avsnittet kan hoppas över.,
2. om klienten och servern är medlemmar i en Active Directory-domän (AD) används DNS för namnupplösning. Kontrollera att klienten och servern båda använder rätt DNS-servrar, som måste vara inne i domänen och vanligtvis kommer att vara domänkontrollanter.
3. om rätt DNS-servrar används, använd DNS-hanteringskonsolen på dessa servrar för att verifiera att RPC-servern har rätt post(Er) registrerade i DNS. Om det behövs kan kommandot ipconfig /registerdns användas på RPC-servern för att omregistrera sina DNS-poster.,
4. om det inte finns någon ANNONSDOMÄN kan WINS användas för namnupplösning. Kommandot ipconfig / all listar bland annat WINS-servrarna som används av RPC-servern. Kontrollera WINS-databasen på dessa servrar för att kontrollera att posterna som registrerats för RPC-servern är korrekta. Om det behövs kan kommandot nbtstat-RR köras på RPC-servern för att omregistrera sina WINS-poster.

trafik blockerad av brandvägg

1. Kontrollera Windows-brandväggsinställningarna på RPC-servern.,
2. om brandväggen är aktiverad, se till att trafik på TCP-port 135 tillåts passera.
   1. om servern kör Windows Server 2003 kanske Windows-brandväggen inte hanterar RPC-dynamisk portallokering korrekt. I det här fallet kan det vara nödvändigt att inaktivera Windows-brandväggen eller begränsa portarna som används av RPC (se steg 4).
   2. om servern kör Windows Server 2008 eller senare, kontrollera att Windows Firewall-tjänsten körs., Windows-brandväggen i Windows Server 2008 och senare ska hantera RPC-trafik som standard. om det måste konfigureras manuellt, se den här TechNet-artikeln för instruktioner: tillåta inkommande nätverkstrafik som använder dynamisk RPC.
      om Windows-brandväggen måste vara helt inaktiverad i Windows Server 2008 eller senare, stoppa inte Tjänsten Windows Firewall. I stället följer du stegen i hur du stänger av Windows-brandväggen i Windows Server 2008 och senare.,
3. Om tredje parts brandväggsprogram, ett annat säkerhetsprogram eller en nätverksbrandvägg är på plats, se dokumentationen för programmet eller apparaten för att avgöra om den kan konfigureras korrekt för att hantera RPC-trafik.
4. Om brandväggsprogramvaran, andra säkerhetsprogram eller nätverksapparat inte kan konfigureras för att hantera dynamisk RPC-trafik korrekt, kan portområdet som används av RPC begränsas, och detta intervall kan sedan öppnas i brandväggen eller säkerhetsprogrammet., För att begränsa portområdet som används av RPC, se Så här konfigurerar du RPC dynamisk Portallokering för att arbeta med brandväggar.

nätverksanslutningsproblem

1. använd ping-kommandot för att testa grundläggande anslutning mellan RPC-klienten och servern. Observera att detta test kanske inte är avgörande, eftersom det är möjligt för en brandvägg att blockera ICMP-trafik samtidigt som annan trafik passerar. (ICMP, eller Internet Control Message Protocol, är det protokoll som används av ping och tracert kommandon.,)
2. kommandoradsverktyget PortQry kan användas för att testa anslutning från klienten till servern och bestämma vilka portar som är öppna på servern. Den innehåller stöd för RPC och kan användas för att avgöra vilka tjänster har dynamiska portar registrerade hos RPC och vilka specifika portar de använder. Detaljerad information om PortQry Version 2.0 finns här: nya funktioner och funktionalitet i PortQry Version 2.0.
3. om klienten och servern är på olika undernät, kontrollera att trafiken är korrekt dirigerad mellan de två., Om de är på olika fysiska platser, kontrollera att länken mellan platserna är upp och låta trafiken passera fritt.

För ytterligare instruktioner om felsökning av det här felet, se Felsökning ”RPC-servern är inte tillgänglig.”
för allmän information om RPC, se vad är RPC?