Madame Lelica

Tartalomjegyzék

1. Bevezető
2. Megállt az RPC szolgáltatás
3. névfeloldási kérdések
4. a Forgalmat lezárták a tűzfal
5. Kapcsolatok kérdések

Bevezető

“Az RPC-kiszolgáló nem érhető el” elég gyakori hiba a Windows, hogy előfordulhat, a legkülönbözőbb helyzetekben, a legtöbb őket érintő kommunikációs két gép között hálózaton keresztül. Előfordulhat azonban a gépen végzett helyi műveletek során is., Az egyértelműség kedvéért ebben a cikkben Az RPC kommunikációt kezdeményező gép lesz az ügyfél, a gép, amellyel kommunikál, a szerver lesz.a

Remote Procedure Call (RPC) egy olyan mechanizmus, amely lehetővé teszi a Windows folyamatok kommunikációját egymással, akár egy kliens, akár szerver között egy hálózaton vagy egyetlen rendszeren belül. Számos beépített Windows komponens használja az RPC-t. Az RPC dinamikus portokat használ a rendszerek közötti kommunikációhoz, de a kommunikáció kiindulópontjaként statikus portot (TCP port 135) kell használni., Az RPC végpont leképező figyel ezen a statikus porton.

egy tipikus RPC-munkamenetben az ügyfél a 135-ös TCP-porton kapcsolatba lép egy szerver végpont-leképezőjével, és kéri az adott Szolgáltatáshoz rendelt dinamikus portszámot. A szerver a szolgáltatás indításakor regisztrált IP-címével és portszámával válaszol, majd az ügyfél felveszi a kapcsolatot a szolgáltatással azon az IP-címen és porton.,

Az “RPC server unavailable” hiba lehetséges okai a következők:

• leállított RPC szolgáltatás: Ha a kiszolgálón lévő RPC szolgáltatás nem fut, az ügyfél Nyilvánvalóan nem fogja tudni elérni.
• névfeloldási problémák: előfordulhat, hogy az RPC-kiszolgáló neve rossz IP-címre rendeződik, ami azt eredményezi, hogy az ügyfél rossz kiszolgálóval lép kapcsolatba, vagy megpróbál kapcsolatba lépni egy jelenleg nem használt IP-címmel. Alternatív megoldásként előfordulhat, hogy a kiszolgáló neve egyáltalán nem oldódik meg.,
• tűzfal által blokkolt forgalom: a szerveren lévő tűzfal vagy más biztonsági alkalmazás, vagy az ügyfél és a kiszolgáló közötti hálózati tűzfal-készülék megakadályozhatja, hogy a forgalom elérje a kiszolgálót a 135-ös TCP-porton.
• kapcsolódási problémák: előfordulhat, hogy egy általános hálózati probléma miatt az ügyfél egyáltalán nem tudja elérni a kiszolgálót.

a következő, ok szerint kategorizált lépések hasznosak lehetnek a probléma hibaelhárításában.

leállította az RPC szolgáltatást

1. nyissa meg a kiszolgáló Konzolját.,
2. keresse meg a Remote Procedure Call (RPC) szolgáltatást, majd ellenőrizze, hogy fut-e.
   Megjegyzés: A Remote Procedure Call (RPC) Locator szolgáltatásnak általában nem kell futnia.
3. ha a szolgáltatás leáll, próbálja meg manuálisan elindítani.

névfeloldási problémák

1. Ping a szerver neve az ügyfél, hogy ellenőrizze, hogy a név megoldódik a megfelelő IP-címet. Ha igen, akkor valószínűleg nem a névfeloldás okozza a problémát, a szakasz többi lépése pedig kihagyható.,
2. ha az ügyfél és a kiszolgáló egy Active Directory (AD) tartomány tagja, a DNS-t a névfeloldáshoz használják. Ellenőrizze, hogy az ügyfél és a kiszolgáló egyaránt a megfelelő DNS-kiszolgálókat használja-e, amelyeknek a tartományon belül kell lenniük, és általában tartományvezérlők lesznek.
3. ha a megfelelő DNS-kiszolgálókat használja, használja a DNS-kezelő konzolt ezeken a kiszolgálókon annak ellenőrzésére, hogy az RPC-kiszolgáló rendelkezik-e a DNS-ben regisztrált helyes rekordokkal. Szükség esetén az ipconfig / registerdns parancs használható az RPC kiszolgálón a DNS-rekordok újbóli regisztrálásához.,
4. ha nincs jelen hirdetési domain, a WINS használható a névfelbontáshoz. Az ipconfig / all parancs többek között felsorolja az RPC szerver által használt WINS szervereket. Ellenőrizze a WINS adatbázist ezeken a szervereken, hogy ellenőrizze, hogy az RPC szerverre regisztrált rekordok helyesek-e. Szükség esetén az nbtstat-RR parancs futtatható az RPC szerveren a WINS rekordok újbóli regisztrálásához.

tűzfal által blokkolt forgalom

1. ellenőrizze a Windows tűzfal beállításait az RPC kiszolgálón.,
2. ha a tűzfal engedélyezve van, ellenőrizze, hogy a 135-ös TCP porton engedélyezett-e a forgalom.
   1. Ha a szerver Windows Server 2003 rendszert futtat, előfordulhat, hogy a Windows tűzfal nem kezeli megfelelően az RPC dinamikus port allokációját. Ebben az esetben szükség lehet A Windows tűzfal letiltására vagy az RPC által használt portok korlátozására (lásd a 4.lépést).
   2. Ha a szerver Windows Server 2008 vagy újabb verziót futtat, ellenőrizze, hogy a Windows tűzfal szolgáltatás fut-e., A Windows Tűzfal a Windows Server 2008 felett kell megfelelően kezelni RPC forgalom alapértelmezés szerint; azonban, ha ezt kézzel kell beállítani, lásd ezt a TechNet az utasításokat: Lehetővé teszi a Bejövő Hálózati Forgalom, amely Dinamikus RPC.
      Ha a Windows tűzfalat teljesen le kell tiltani a Windows Server 2008 vagy újabb verziójában, ne állítsa le a Windows tűzfal szolgáltatást. Ehelyett kövesse a Windows tűzfal megfelelő kikapcsolásának lépéseit a Windows Server 2008 vagy újabb verziójában.,
3. Ha harmadik féltől származó tűzfalat, egy másik biztonsági alkalmazás, vagy hálózati tűzfal készülék a helyet, az alkalmazás dokumentációját vagy berendezés meghatározni, hogy lehet megfelelően beállítani, hogy kezelni RPC forgalom.
4. ha a tűzfalszoftver, más biztonsági alkalmazás vagy hálózati készülék nem konfigurálható úgy, hogy megfelelően kezelje a dinamikus RPC forgalmat, az RPC által használt porttartomány korlátozható, és ezt a tartományt megnyithatja a tűzfalon vagy a biztonsági alkalmazáson., Az RPC által használt porttartomány korlátozásához tekintse meg az RPC dinamikus Port allokációjának konfigurálását a tűzfalakkal való munkavégzéshez.

hálózati kapcsolódási problémák

1. a ping paranccsal tesztelheti az RPC kliens és a szerver közötti alapvető kapcsolatot. Vegye figyelembe, hogy ez a teszt nem feltétlenül meggyőző, mivel lehetséges, hogy egy tűzfal blokkolja az ICMP forgalmat, miközben lehetővé teszi más forgalom átadását. (Az ICMP vagy Internet Control Message Protocol a ping és tracert parancsok által használt protokoll.,)
2. a PortQry parancssori segédprogram használható a kliens és a szerver közötti kapcsolat tesztelésére, valamint annak meghatározására, hogy mely portok vannak nyitva a kiszolgálón. Ez magában foglalja az RPC támogatását, és felhasználható annak meghatározására, hogy mely szolgáltatások rendelkeznek dinamikus portokkal az RPC-vel, és mely konkrét portokat használják. A PortQry 2.0 verziójáról részletes információ ITT érhető el: új funkciók és funkciók a PortQry 2.0 verziójában.
3. ha az ügyfél és a kiszolgáló különböző alhálózaton van, ellenőrizze, hogy a forgalom megfelelően van-e irányítva a kettő között., Ha különböző fizikai helyeken vannak, ellenőrizze, hogy a webhelyek közötti kapcsolat fenn van-e, és lehetővé teszi a forgalom szabad áthaladását.

a hiba elhárításával kapcsolatos további utasításokat lásd: hibaelhárítás ” Az RPC szerver nem érhető el.”
Az RPC-vel kapcsolatos általános információkért lásd: Mi az RPC?