rpc協(xié)議有哪些工作原理及協(xié)議結(jié)構(gòu)
RPC是一種通過網(wǎng)絡(luò)從遠程計算機程序上請求服務(wù)，而不需要了解底層網(wǎng)絡(luò)技術(shù)的協(xié)議。以下是學習啦小編為大家整理的rpc的內(nèi)容，希望你們喜歡。
rpc的工作原理
運行時,一次客戶機對服務(wù)器的RPC調(diào)用,其內(nèi)部操作大致有如下十步：
1.調(diào)用客戶端句柄;執(zhí)行傳送參數(shù)
2.調(diào)用本地系統(tǒng)內(nèi)核發(fā)送網(wǎng)絡(luò)消息
3.消息傳送到遠程主機
4.服務(wù)器句柄得到消息并取得參數(shù)
5.執(zhí)行遠程過程
6.執(zhí)行的過程將結(jié)果返回服務(wù)器句柄
7.服務(wù)器句柄返回結(jié)果，調(diào)用遠程系統(tǒng)內(nèi)核
8.消息傳回本地主機
9.客戶句柄由內(nèi)核接收消息
10.客戶接收句柄返回的數(shù)據(jù)
RPC OVER HTTP
Microsoft RPC-over-HTTP 部署(RPC over HTTP)允許RPC客戶端安全和有效地通過Internet 連接到RPC 服務(wù)器程序并執(zhí)行遠程過程調(diào)用。這是在一個名稱為RPC-over-HTTP 代理，或簡稱為RPC 代理的中間件的幫助下完成的。
RPC 代理運行在IIS計算機上。它接受來自Internet 的RPC 請求，在這些請求上執(zhí)行認證，檢驗和訪問檢查，如果請求通過所有的測試，RPC 代理將請求轉(zhuǎn)發(fā)給執(zhí)行真正處理的RPC 服務(wù)器。通過RPC over HTTP，RPC客戶端不和服務(wù)器直接通信，它們使用RPC 代理作為中間件。
rpc的協(xié)議結(jié)構(gòu)
遠程過程調(diào)用(RPC)信息協(xié)議由兩個不同結(jié)構(gòu)組成：調(diào)用信息和答復(fù)信息。信息流程如下所示：
RPC：遠程過程調(diào)用流程
RPC 調(diào)用信息：每條遠程過程調(diào)用信息包括以下無符號整數(shù)字段，以獨立識別遠程過程：
程序號(Program number)
程序版本號(Program version number)
過程號(Procedure number)
RPC 調(diào)用信息主體形式如下：
struct call_body {
unsigned int rpcvers;
unsigned int prog;
unsigned int vers;
unsigned int proc;
opaque_auth cred;
opaque_auth verf;
1 parameter
2 parameter . . . };
RPC 答復(fù)信息：RPC 協(xié)議的答復(fù)信息的改變?nèi)Q于網(wǎng)絡(luò)服務(wù)器對調(diào)用信息是接收還是拒絕。答復(fù)信息請求包括區(qū)別以下情形的各種信息：
RPC 成功執(zhí)行調(diào)用信息。.
RPC 的遠程實現(xiàn)不是協(xié)議第二版，返回 RPC 支持的最低和最高版本號。
在遠程系統(tǒng)中，遠程程序不可用。
遠程程序不支持被請求的版本號。返回遠程程序所支持的最低和最高版本號。
請求的過程號不存在。通常是呼叫方協(xié)議或程序差錯。
RPC答復(fù)信息形式如下：
enum reply_stat stat
{MSG_ACCEPTED = 0,
MSG_DENIED = 1 };
rpc的相關(guān)信息
Microsoft RPC-over-HTTP 部署(RPC over HTTP)允許RPC 客戶端安全和有效地通過Internet 連接到RPC 服務(wù)器程序并執(zhí)行遠程過程調(diào)用。這是在一個名稱為RPC-over-HTTP 代理，或簡稱為RPC 代理的中間件的幫助下完成的。
RPC 代理運行在IIS 計算機上。它接受來自Internet 的RPC 請求，在這些請求上執(zhí)行認證，檢驗和訪問檢查，如果請求通過所有的測試，RPC 代理將請求轉(zhuǎn)發(fā)給執(zhí)行真正處理的RPC 服務(wù)器。通過RPC over HTTP，RPC 客戶端不和服務(wù)器直接通信，它們使用RPC 代理作為中間件。
看過“rpc協(xié)議工作原理”的人還看了：