A távoli eljáráshívás hibáinak és problémáinak kijavítása

Ha megkapjaAz RPC szerver nem érhető elüzenetet, akkor ez a bejegyzés megmutatja, hogyan kella sikertelen távoli eljáráshívási hibák és problémák hibaelhárításaWindows 11/10 rendszeren. Az RPC vagy Remote Procedure Call egy hálózati alapú programozási modell, amely lehetővé teszi a pont-pont kommunikációt a szoftveralkalmazások között. Ebben az útmutatóban megosztjuk a távoli eljáráshívási hibák hibaelhárítását. A hibák a Windows Management Instrumentation (WMI), SQL Server, távoli kapcsolat vagy egyes Microsoft Management Console (MMC) beépülő modulok csatlakoztatásakor fordulhatnak elő.

Távoli eljáráshívási hibák hibaelhárítása

az egyik leggyakrabban előforduló probléma. Lehet, hogy egyszerű hálózati probléma, vagy a szerver nem tud válaszolni. Vessünk egy pillantást azoknak az eszközöknek a listájára, amelyeket a távoli eljáráshívási hibák elhárítására használhatunk. A parancsok futtatásához használhatja a PowerShellt vagy a Command Promptot rendszergazdai jogosultságokkal.\

Használnia kell majdvagynaplók elemzésére.

PortQuery

Ez az eszköz segít kideríteni a problémát a csatlakoztatni kívánt porttal. Meg tudja határozni, hogy az alkalmazás vagy a számítógép képes-e csatlakozni a kiszolgálóhoz.

Portqry.exe -n <ServerIP> -e 135

A fenti parancs megpróbálja lekérdezni a 25-ös TCP-portot az adott kiszolgáló IP-címén. Ha itt használ egy webhelyet, akkor azt belsőleg lefordítja az IP-címre. A kimenetben keresse meg a *ip_tcp, és a portszám. Ha a kapcsolat sikertelen, akkor cserébe sikertelen választ kell látnia. Ha minden rendben van, keressen egy portszámot (félkövérrel jelölve), aminek így kell kinéznie

....Server's response: UUID: d95afe70-a6d5-4259-822e-2c84da1ddb0d ncacn_ip_tcp:169.254.0.10[49664]

Ha nem lát portszámot, az azt jelenti, hogy valami nincs rendben a szerver oldalon, és a port nem figyel.

Netsh

Ezután használhatja a Netsh parancsotegyidejű nyomkövetési adatokat gyűjteni. A TRACE itt azt jelenti, hogy a hálózat egyik pontja és a másik pontja között elérheti az utat. Ha van valami, ami a kettő között problémát okoz, akkor tudni fogja.

A kliens futtatásakor:

Netsh trace start scenario=netconnection capture=yes tracefile=c:\client_nettrace.etl maxsize=512 overwrite=yes report=yes

A szerveren fut:

Netsh trace start scenario=netconnection capture=yes tracefile=c:\server_nettrace.etl maxsize=512 overwrite=yes report=yes

A fenti parancs naplót vezet egy tracefile(.etl). Tartsa készenlétben ezt a Parancssor ablakot.

Most próbálja meg reprodukálni azt a problémát, amellyel az ügyfélgépen szembesült. Előfordulhat, hogy meg kell nyomnia néhány gombot a szoftveren, vagy bármit, ami problémát okozott Önnek. Amint látja a problémát, azonnal fussNetsh nyomkövetési stopaz ügyfélgép Parancssorában.

Most használja az elemző eszközt, és szűrje le a nyomkövetést

Ipv4.address== and ipv4.address== and tcp.port==135 or just tcp.port==135

Keresse meg az „EPM” protokollt is a „Protokoll” oszlopban.

Most ellenőrizze, hogy kapott-e választ a szervertől. Ha választ kap, jegyezze fel a dinamikus portszámot, amelyet használni kívánt.

• Ellenőrizze, hogy sikeresen tud-e csatlakozni ehhez a dinamikus porthoz.
• A szűrőnek valami ilyesminek kell lennie: tcp.port== és ipv4.address==

Segítségével ellenőrizheti a kapcsolatot, és elkülönítheti, ha ott vannak hálózati problémák.

Összefüggő:Fix.

A port nem érhető el

A leggyakoribb ok, amiért az RPC-kiszolgálót elérhetetlennek látjuk, az az, ha a dinamikus port, amelyhez az ügyfél megpróbál csatlakozni, nem érhető el. Ha azt látja, hogy a nyomok között megtörik, a port nem talált hibát és így tovább, akkor a következő lehetséges okok miatt lehet

• A tűzfal blokkolta a dinamikus porttartományt.
• Egy router vagy egy hálózati eszköz a közepén ejti a csomagot; a válasz nem jön vissza.
• A célszerver eldobja a csomagokat (WFP drop / NIC drop / szűrőillesztő stb.).

A legjobb gyakorlat számáraA port nem érhető ela probléma a dinamikus elosztás használata. A rendszerleíró adatbázis lehetővé teszi a rendszergazdák számára az RPC dinamikus portkiosztás konfigurálását.

Ezek az eszközök és tippek segítenek a probléma elemzésében és kiderítésében. A megoldás attól függ, hogy pontosan mi a probléma, és függ a szoftvertől és a szervertől.

Ellenőrizze ezeket a kapcsolódó bejegyzéseket, ha megkapja:

3. .