如果您收到RPC服務器不可用消息，則此帖子將顯示如何解決windows10上的遠程過程調用失敗錯誤和問題.RPC或遠程過程調用是一種基于網絡的編程模型，它允許軟件應用程序之間的點對點通信。 在本指南中，我們將分享如何解決遠程過程調用錯誤。 連接到Windows Management Instrumentation（WMI），SQL Server，遠程連接或某些Microsoft管理控制臺（MMC）管理單元時，可能會發生錯誤。 

遠程過程調用錯誤疑難解答

“RPC服務器不可用”是最常見的問題之一。 這可能是一個簡單的網絡問題，或者服務器無法響應。 讓我們看看我們可以用來解決遠程過程調用錯誤的工具列表。 您可以使用PowerShell或具有管理員權限的命令提示符來運行這些命令。 

您必須使用Microsoft網絡監視器或Microsoft消息分析器來分析日志。 

PortQuery

此工具可幫助您找出您嘗試連接的端口的問題。 它可以確定您的應用程序或計算機是否可以連接到服務器。 

Portqry.exe -n <ServerIP> -e 135 

上面的命令嘗試在給定服務器IP上查詢TCP端口25。 如果您在此處使用網站，它將在內部轉換為IP地址。 在輸出中，查找* ip_tcp和端口號。 如果連接失敗，您應該看到響應失敗的響應。 如果一切正常，請在末尾查找端口號（標記為粗體）

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

如果您沒有看到任何端口號，則表示服務器端出現問題，端口未偵聽。 

Netsh的

接下來，您可以使用Netsh命令收集同步跟蹤數據。 TRACE在這里表示網絡上從一個點到另一個點的路徑。 如果有任何問題導致介于兩者之間，你就會知道。 

在客戶端運行： 

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

在服務器上運行： 

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

上面的命令將日志保存在tracefile（.etl）中。 保持命令提示符的此窗口準備就緒。 

現在嘗試重現您在客戶端計算機上遇到的問題。 您可能必須按下軟件上的某些按鈕或任何導致問題的按鈕。 一旦看到問題，請在客戶端計算機的命令提示符上運行Netsh跟蹤停止。 

現在使用分析器工具并過濾跟蹤 

--Ipv4.address ==和ipv4.address ==和tcp.port == 135或只是tcp.port == 135。

--此外，在“協議”列下查找“EPM”協議。

現在檢查您是否從服務器獲得響應。 如果收到響應，請記下您已分配使用的動態端口號。 

--檢查是否可以成功連接到此動態端口。

--過濾器應該是這樣的：tcp.port ==和ipv4.address ==

它應該可以幫助您驗證連接并隔離任何網絡問題。 

端口無法訪問

我們看到RPC服務器不可用的最常見原因是客戶端嘗試連接的動態端口無法訪問。 如果你看到之間的跟蹤中斷，返回端口沒有發現錯誤，等等，那么可能是因為以下可能的原因 

--防火墻已阻止動態端口范圍。

--中間的路由器或網絡設備正在丟棄數據包; 反應沒有回來。

--目標服務器正在丟棄數據包（WFP丟棄/ NIC丟棄/過濾驅動程序等）。 

Post無法訪問問題的***做法是使用動態分配。 注冊表允許管理員配置RPC動態端口分配。