Madame Lelica

spis treści

1. wprowadzenie
2. zatrzymanie usługi RPC
3. problemy z rozwiązywaniem nazw
4. ruch zablokowany przez zaporę ogniową
5. problemy z łącznością

wprowadzenie

„serwer RPC jest niedostępny” jest dość powszechnym błędem w systemie Windows, który może wystąpić w wielu różnych sytuacjach, z których większość dotyczy komunikacji między dwoma maszynami w sieci. Może jednak wystąpić również podczas lokalnych operacji na maszynie., Dla jasności, w tym artykule maszyna inicjująca komunikację RPC zostanie wyznaczona jako klient, a maszyna, z którą się komunikuje, będzie serwerem.

Remote Procedure Call (RPC) jest mechanizmem, który pozwala procesom Windows komunikować się ze sobą, między Klientem a serwerem w sieci lub w ramach jednego systemu. Wiele wbudowanych komponentów systemu Windows wykorzystuje RPC. RPC używa portów dynamicznych do komunikacji między systemami, ale port statyczny (port TCP 135) musi być również używany jako punkt wyjścia do komunikacji., RPC endpoint mapper nasłuchuje na tym porcie statycznym.

w typowej sesji RPC klient kontaktuje się z serwerem endpoint mapper na porcie TCP 135 i żąda dynamicznego numeru portu przypisanego do konkretnej usługi. Serwer odpowiada adresem IP i numerem portu, które usługa zarejestrowała w RPC po uruchomieniu, a następnie klient kontaktuje się z usługą na tym adresie IP i porcie.,

Możliwe przyczyny błędu „RPC server unavailable” to:

• Stopped usługa RPC: jeśli usługa RPC na serwerze nie jest uruchomiona, klient oczywiście nie będzie w stanie do niej dotrzeć.
• problemy z rozwiązywaniem nazw: nazwa serwera RPC może być przekierowywana na niewłaściwy adres IP, co powoduje, że klient kontaktuje się z niewłaściwym serwerem lub próbuje skontaktować się z adresem IP, który nie jest obecnie używany. Alternatywnie nazwa serwera może w ogóle nie być rozwiązana.,
• ruch blokowany przez zaporę sieciową: zapora sieciowa lub inna aplikacja zabezpieczająca na serwerze lub urządzenie zapory sieciowej między Klientem a serwerem może uniemożliwiać dotarcie ruchu do serwera na porcie TCP 135.
• problemy z łącznością: klient może nie być w stanie w ogóle dotrzeć do serwera z powodu ogólnego problemu z siecią.

poniższe kroki, podzielone według przyczyny, mogą być przydatne w rozwiązywaniu problemu.

zatrzymana usługa RPC

1. Otwórz konsolę usług na serwerze.,
2. Zlokalizuj usługę Remote Procedure Call (RPC) i upewnij się, że jest uruchomiona.
   Uwaga: usługa lokalizatora zdalnego wywołania procedury (RPC) zazwyczaj nie musi być uruchomiona.
3. Jeśli usługa zostanie zatrzymana, spróbuj uruchomić ją ręcznie.

problemy z rozwiązywaniem nazw

1. pingowanie serwera według nazwy od klienta w celu sprawdzenia, czy nazwa została rozwiązana na prawidłowy adres IP. Jeśli tak, rozwiązanie nazwy prawdopodobnie nie będzie przyczyną problemu, a pozostałe kroki w tej sekcji można pominąć.,
2. Jeśli klient i serwer są członkami domeny Active Directory (AD), DNS jest używany do rozwiązywania nazw. Sprawdź, czy zarówno klient, jak i serwer używają odpowiednich serwerów DNS, które muszą znajdować się w domenie i zazwyczaj będą kontrolerami domeny.
3. jeśli używane są poprawne serwery DNS, Użyj konsoli zarządzania DNS na tych serwerach, aby sprawdzić, czy serwer RPC ma poprawny rekord(y) zarejestrowany w DNS. W razie potrzeby polecenie ipconfig /registerdns może być użyte na serwerze RPC do ponownej rejestracji rekordów DNS.,
4. Jeśli nie ma domeny reklamowej, WINS może być używany do rozwiązywania nazw. Polecenie ipconfig / all wyświetli między innymi listę serwerów WINS używanych przez serwer RPC. Sprawdź bazę danych WINS na tych serwerach, aby sprawdzić, czy rekordy zarejestrowane dla serwera RPC są poprawne. W razie potrzeby polecenie nbtstat-RR można uruchomić na serwerze RPC, aby ponownie zarejestrować jego rekordy WINS.

ruch zablokowany przez Firewall

1. Sprawdź ustawienia Zapory systemu Windows na serwerze RPC.,
2. jeśli zapora jest włączona, upewnij się, że ruch na porcie TCP 135 jest dozwolony.
   1. Jeśli na serwerze działa System Windows Server 2003, Zapora systemu Windows może nie obsługiwać poprawnie dynamicznej alokacji portów RPC. W takim przypadku może być konieczne wyłączenie zapory systemu Windows lub ograniczenie portów używanych przez RPC (patrz krok 4).
   2. Jeśli na serwerze działa System Windows Server 2008 lub nowszy, sprawdź, czy usługa Zapory systemu Windows jest uruchomiona., Zapora systemu Windows w systemie Windows Server 2008 i nowszych powinna domyślnie poprawnie obsługiwać ruch RPC; jeśli jednak musi być skonfigurowana ręcznie, zobacz ten artykuł TechNet, aby uzyskać instrukcje: zezwalanie na przychodzący ruch sieciowy, który używa dynamicznego RPC.
      Jeśli Zapora systemu Windows musi być całkowicie wyłączona w systemie Windows Server 2008 lub nowszym, Nie zatrzymuj usługi Zapory systemu Windows. Zamiast tego postępuj zgodnie z instrukcjami, jak prawidłowo wyłączyć Zaporę systemu Windows w systemie Windows Server 2008 i nowszych.,
3. Jeśli istnieje oprogramowanie zapory innej firmy, inna aplikacja zabezpieczająca lub urządzenie zapory sieciowej, zapoznaj się z dokumentacją aplikacji lub urządzenia, aby ustalić, czy można je prawidłowo skonfigurować do obsługi ruchu RPC.
4. Jeśli oprogramowanie zapory, inna aplikacja zabezpieczająca lub urządzenie sieciowe nie może być skonfigurowane tak, aby prawidłowo obsługiwało dynamiczny ruch RPC, zakres portów używany przez RPC może zostać ograniczony, a ten zakres można otworzyć w zaporze lub aplikacji zabezpieczającej., Aby ograniczyć zakres portów używany przez RPC, zobacz Jak skonfigurować dynamiczną alokację portów RPC do pracy z zaporami sieciowymi.

problemy z łącznością sieciową

1. użyj polecenia ping, aby przetestować podstawową łączność między Klientem RPC a serwerem. Zauważ, że ten test może nie być rozstrzygający, ponieważ możliwe jest, że zapora ogniowa blokuje ruch ICMP, jednocześnie zezwalając na przechodzenie innego ruchu. (ICMP, lub Internet Control Message Protocol, jest protokołem używanym przez polecenia ping i tracert.,)
2. narzędzie wiersza poleceń PortQry może być używane do testowania łączności między Klientem a serwerem i określania, które porty są otwarte na serwerze. Zawiera wsparcie dla RPC i może być użyty do określenia, które usługi mają porty dynamiczne zarejestrowane w RPC i których konkretnych portów używają. Szczegółowe informacje na temat PortQry w wersji 2.0 są dostępne tutaj: nowe funkcje i funkcjonalność w PortQry w wersji 2.0.
3. Jeśli klient i serwer są na różnych podsieciach, sprawdź, czy ruch jest prawidłowo kierowany między nimi., Jeśli znajdują się one w różnych lokalizacjach fizycznych, sprawdź, czy połączenie między witrynami jest aktywne i umożliwia swobodny przepływ ruchu.

aby uzyskać dalsze instrukcje dotyczące rozwiązywania tego błędu, zobacz Rozwiązywanie problemów „Serwer RPC jest niedostępny.”
Aby uzyskać ogólne informacje na temat RPC, zobacz co to jest RPC?