Pokud obdržíteRPC server není k dispozicizpráva, pak tento příspěvek ukazuje, jak na toOdstraňování problémů s vzdáleným procedurou volání selhalo chyby a problémyna Windows 11/10. RPC nebo vzdálené volání procedur je síťový programovací model, který umožňuje komunikaci point-to-point mezi softwarovými aplikacemi. V této příručce se budeme podělit o to, jak odstraňovat problémy s vzdálenými chybami volání. K chybám se mohou uskutečnit při připojení k instrumentaci systému Windows (WMI), SQL Server, během vzdáleného připojení nebo pro nějaké snímky Microsoft Management Console (MMC).

Odstraňování problémů s chybami volání volání

je jedním z nejčastějších problémů, které se vyskytují. Mohlo by to být jednoduchý problém sítě nebo server neodpovídá. Pojďme se podívat na seznam nástrojů, které můžeme použít k odstraňování problémů s chybami volání na dálku. Pro spuštění těchto příkazů můžete buď použít PowerShell nebo příkazový řádek s oprávněními administrátora. \

Budete muset použítneboAnalyzovat protokoly.

Portquery

Tento nástroj vám pomůže zjistit problém s portem, který se snažíte připojit. Může určit, zda se vaše aplikace nebo počítač může připojit k serveru.

Portqry.exe -n <ServerIP> -e 135

Výše uvedený příkaz se snaží dotazovat port TCP 25 na serveru Give IP. Pokud zde používáte web, bude interně překládat na adresu IP. Ve výstupu hledejte *ip_tcpa číslo portu. Pokud připojení selže, měli byste na oplátku vidět neúspěšnou odpověď. Pokud všechno vypadá dobře, na konci mějte číslo portů (označené tučně), které by mělo vypadat jako

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

Pokud nevidíte žádné číslo portu, znamená to, že na konci serveru je něco špatného a port neposlouchá.

Netsh

Dále můžete použít příkaz netshShromažďujte simultánní sledovací data. Stopa zde znamená cestu z jednoho bodu do druhého v síti. Pokud existuje něco, co mezi tím způsobuje problém, budete to vědět.

Na běhu klienta:

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

Na serveru běh:

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

Výše uvedený příkaz udržuje přihlášení v trasování (.etl). Udržujte toto okno příkazového řádku připravené.

Nyní zkuste reprodukovat problém, kterému jste čelili na klientském počítači. Možná budete muset stisknout některá tlačítka na software nebo cokoli, co vám způsobilo problém. Jakmile uvidíte problém, běžteNetsh Trace Stopna příkazovém řádku klientského počítače.

Nyní použijte nástroj analyzátoru a filtrujte stopu pro

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

Vyhledejte také protokol „EPM“ ve sloupci „protokol“.

Nyní zkontrolujte, zda získáte odpověď ze serveru. Pokud dostanete odpověď, poznamenejte si číslo dynamického portu, které jste byli přiděleni k použití.

• Zkontrolujte, zda se můžete úspěšně připojit k tomuto dynamickému portu.
• Filtr by měl být něco takového: tcp.port == a ipv4.address ==

Měl by vám pomoci ověřit připojení a izolovat, pokud se tam nějaké síťové problémy.

Související:Opravit.

Port není dosažitelný

Nejběžnějším důvodem, proč bychom viděli, že server RPC není k dispozici, je, když dynamický port, který se klient snaží připojit, není dosažitelný. Pokud vidíte, že se mezi nimi prolomí trasování, návrat s přístavem nenalezne chybu atd.

• Firewall zablokoval rozsah dynamického portu.
• Směrovač nebo síťové zařízení uprostřed klesá paket; Odpověď se nevrátí.
• Cílový server spustí pakety (WFP Drop / NIC Drop / Filter ovladač atd.).

Nejlepší postup proPort není dosažitelnýProblém používá dynamické alokace. Registr umožňuje správcům nakonfigurovat přidělení dynamického portu RPC.

Tyto nástroje a tipy vám pomohou analyzovat a zjistit problém. Řešení bude záviset na tom, co přesně je problém, a bude záviset na softwaru a serveru.

Pokud obdržíte, zkontrolujte tyto související příspěvky:

3. .