【正文】 st MODULUS = d4a0ba0250b6fd2ec626e7efd637df76c716e22d0944b88b 該方法工 作的方式用例子很好得到闡述。 /* 加密窗口校驗 */ }。 校驗：客戶變量 窗口校驗只用在首次會話中。 /* PK 加密談話密鑰 */ opaque window[4]。 網(wǎng)絡(luò)用戶名的最大長度： const MAXNETNAMELEN = 255。在這種情況下，客戶端重新發(fā)送初始信任書，然后服務(wù)器重新發(fā)配一個別名 。服務(wù)器返回它從客戶端收到的時間戳減去一秒。 如果服務(wù)器的時間比客戶端時間戳加上客戶的窗口還晚，那么時間戳失效。如果客戶知道交談密鑰，它一定是實際客戶。所以為了保證這兩個擁護(hù)能夠由操作系統(tǒng)區(qū)別開來。這個字符串稱為“網(wǎng)絡(luò)名字“或客戶端網(wǎng)絡(luò)名字。 服務(wù)器在任何時候都可能刷新短期不透 明結(jié)構(gòu)。 unsigned int gid。 被服務(wù)器端拒絕的 RPC調(diào)用應(yīng)答 : 調(diào)用被拒絕的原因有兩個 :或是服務(wù)器沒有運行 RPC協(xié)議 (RPC_MISMATCH)兼容版本 , 或是服務(wù)器拒絕調(diào)用 (AUTH_ERROR)鑒定 .當(dāng) RPC版本不符時 ,服務(wù)器返回 RPC支持的最低和最高版本號 .當(dāng)拒絕鑒定時 ,返回失敗狀態(tài) . union rejected_reply switch (reject_stat stat) { case RPC_MISMATCH: struct { unsigned int low。 服務(wù)器接受的 RPC調(diào) 用應(yīng)答 : 即使調(diào)用被接受 ,也有可能存在錯誤 .第一個域是服務(wù)器產(chǎn)生的用來使它對客戶端 有效的鑒定校驗域 .緊接著是成員是枚舉類型 accept_stat的聯(lián)合 .該聯(lián)合的 SUCCESS項是協(xié)議規(guī)定的 .PROG_UNAVAIL, PROC_UNAVAIL 和 GARBAGE_ARGS 為空 .PROG_MISMATCH 項指定服務(wù)器支持的遠(yuǎn)程過程調(diào)用最低和最高版本號 . struct accepted_reply { opaque_auth verf。 unsigned int vers。 所有 RPC信息以事物標(biāo)志 XID開始 ,接著是兩個區(qū)別域 .聯(lián)合的判別式是 msg_type類型 ,在信息的兩種類型中進(jìn)行交換 .應(yīng)答信息的 xid總是和初始化調(diào)用信息相符 .NB:xid域只是用作客戶匹配調(diào)用信息的應(yīng)答或為服務(wù)器檢測重傳 。最后幾組為將來使用預(yù)留，應(yīng)該還沒有用上。 也就是說，任何 opaque_auth結(jié)構(gòu)是一個 auth_flavor枚舉類型加上 RPC協(xié)議執(zhí)行的不透明類型。 (1).RPC協(xié)議不匹配 . (2).遠(yuǎn)程過程協(xié)議版本不一致 . (3).協(xié)議錯誤 (如過程參數(shù)的錯誤配置 ). (4).遠(yuǎn)程鑒定失敗原因 . (5).其它所要過程沒有調(diào)用的任何原因 . RPC 程序和過程 RPC 調(diào)用信息有 3 個無符號正數(shù)域 遠(yuǎn)程程序號 ,遠(yuǎn)程程序版本號和遠(yuǎn)程過程浩 它們唯一的指明了調(diào)用的過程 .程序數(shù)量由某個中央認(rèn)證機(jī)構(gòu)管理 (象 SUN).一旦執(zhí)行者有一個程序號 ,它們就可以執(zhí)行遠(yuǎn)程程序 。（軟件用 RPC自身；看附錄 A） 執(zhí)行者把 RPC協(xié)議想成網(wǎng)絡(luò)的跳躍子程序指令（“ JSR”）；裝貨人（綁定者）使 JSR有用，綁定軟 件使 RFC游泳，用 RPC來實現(xiàn)這個任務(wù)。一個特定硬件實體 (主機(jī) )或軟件實體 (過程或程序 )能夠在不同時間執(zhí)行兩種角色 .例如 ,提供遠(yuǎn)程執(zhí)行服務(wù)的程序可能也是一個網(wǎng)絡(luò)文件服務(wù)的客戶端 .另外 ,它可能把軟件根據(jù)服務(wù)器和客戶端功能分成分開的庫或程序 . 3. RPC模式 Sun RPC 協(xié)議基于遠(yuǎn)程過程調(diào)用模式 ,它類似于本地過程調(diào)用模型 .在本地調(diào)用方式中 ,調(diào)用者把參數(shù)放在公眾指定地點 (如注冊窗口 ),然后發(fā)送控制到過程 ,最后重新獲得控制 .接著 ,從指定地點取出過程結(jié)果 ,調(diào)用者繼續(xù)執(zhí)行 . 遠(yuǎn)程過程調(diào)用相類似 .控制線程在兩個過程中邏輯轉(zhuǎn)換 :調(diào)用過程和服務(wù)過程 .調(diào)用過程首先發(fā)送一個調(diào) 用信息到服務(wù)過程然后等待應(yīng)答信息 .調(diào)用信息包括過程參數(shù) ,應(yīng)答信息包括過程結(jié)果 .一旦接收到應(yīng)答信息 ,就取得過程結(jié)果 ,然后調(diào)用執(zhí)行繼續(xù)進(jìn)行 . 在服務(wù)器端 ,過程保持睡眠狀態(tài)到調(diào)用信息的到達(dá) .當(dāng)一個調(diào)用信息到達(dá) ,服務(wù)器獲得過程參數(shù) ,計算結(jié)果 ,發(fā)送應(yīng)答信息 ,然后等待下一個調(diào)用信息 . 在這種模型中 ,任何時間里兩個過程只有一個激活 .但是 ,該模型只是作為一個例子 .Sun RPC 協(xié)議對并行模型執(zhí)行沒有限制 ,但是其它的有可能不一樣 .例如 ,一個應(yīng)用程序可能選擇RPC 調(diào)用為異步的 ,因此客戶端只有等到服務(wù)器端的應(yīng)答才做有效工作 .另外一個可能是使服務(wù)器端生成一個新的任務(wù)來處理進(jìn)來的調(diào)用 ,因此最初的服務(wù)器可以處理其他請求 . 遠(yuǎn) 程調(diào)用和本地過程調(diào)用有幾個重要區(qū)別 : :在遠(yuǎn)程過程調(diào)用中，網(wǎng)絡(luò)或遠(yuǎn)程服務(wù)器的失敗必須處理 . :因為服務(wù)器沒法訪問客戶地址空間 ,隱藏的參數(shù)不能用全局變量傳遞或返回副作用 . :遠(yuǎn)程過程操作比本地過程調(diào)用慢一到幾個數(shù)量級 . :因為遠(yuǎn)程過程可以在不安全的網(wǎng)絡(luò)中傳輸 ,必須采用鑒定 . RFC1057—— RPC: Remote Procedure Call Protocol Specification Version 2 RFC:遠(yuǎn)程過程調(diào)用協(xié)議說明第二版 RFC 文檔中文翻譯計劃 3 結(jié)論是即使有工具自動為給定服務(wù)產(chǎn)生客戶或服務(wù)器庫 ,仍然必須仔細(xì)設(shè)計協(xié)議 . 4. 傳送和語義 RPC 協(xié)議能夠執(zhí)行在幾種不同傳輸協(xié)議上 .RPC 協(xié)議除了信息的規(guī)定和解釋外 ,不關(guān)心信息是如何從一個過程到另外一個過程 ,另外 ,應(yīng)用想通過文檔中沒有指定的接口來獲得傳輸層的信息 (可能是控制層 ).例如 ,傳輸協(xié)議可能對 RPC 信息的尺寸大小進(jìn)行限制 ,或可能是基于流的無大小限制的如 A中的機(jī)制 ,必須在傳輸協(xié)議達(dá)成一致 . RPC不會執(zhí)行任何可靠性和應(yīng)用應(yīng)該注意在 RPC下層的傳輸協(xié)議類型是很重要的 .如知道運行在可靠傳輸協(xié)議如 TCP上面 ,大部分工作 TCP已經(jīng)替做了 . 另外 ,如果它運行在不可靠傳 輸如 UDP[7]上 ,它必須執(zhí)行自己的時間檢測 ,重傳 ,和復(fù)制檢測 ,因為 RPC層沒有提供這些服務(wù) . 因為傳輸獨立 ,所以 RPC協(xié)議沒有捆綁特殊的語義到遠(yuǎn)程過程或它們的執(zhí)行要求上 .可以從下層傳輸協(xié)議中推得語義 (但是得明確指定 ).例如 ,考慮 RPC 運行在不可靠傳輸如 UDP 上 .如果一個應(yīng)用再時間終止后重傳 RPC 調(diào)用信息而沒有收到應(yīng)答 ,那么它不能從過程執(zhí)行的時間數(shù)量推出任何信息 .如果它沒有收到應(yīng)答 ,它能夠推出這個過程至少執(zhí)行了一次 . 服務(wù)器盡可能記住前面同意客戶端請求而不必重新批準(zhǔn) ,為了保證首次執(zhí)行語義 .服務(wù)器可以利用 通過傳輸裝載每一個 RPC信息 ID來完成這項任務(wù) .這個傳輸?shù)闹饕獞?yīng)用是通過客戶 RPC層使應(yīng)答和調(diào)用相符 .但是 ,當(dāng)重傳調(diào)用時，一個客戶應(yīng)用可能選擇重用原來的傳輸 ID.為了獲得一次執(zhí)行語義，在執(zhí)行了一個調(diào)用后，服務(wù)器選擇記住這個 ID 而不執(zhí)行有相同 ID的調(diào)用。 對于傳輸除了數(shù)據(jù)報或面向連接協(xié)議還有其它很多可能。支持多個不同的鑒定協(xié)議。應(yīng)答信息有一個鑒定域，應(yīng)答校驗域。如果鑒定參數(shù)被拒絕，應(yīng)答信息包含拒絕原因信息。但是，協(xié)議自己是其它協(xié)議 (非過程調(diào)用 )能夠執(zhí)行的信息傳輸協(xié)議 .sun 當(dāng)前用的 ,或可能濫用的 ,批處理的 (或流水線的 )RPC信息協(xié)議和廣播遠(yuǎn)程過程調(diào)用 . 批處理 當(dāng)客戶想 發(fā)送任意數(shù)量的調(diào)用信息給服務(wù)器 ,可以用批處理方式 .典型的批處理用可靠類型流協(xié)議 (象 TCP)來傳輸 .在批處理中 ,客戶端從來不等待服務(wù)器的應(yīng)答 ,服務(wù)器也不給批調(diào)用發(fā)送應(yīng)答 .為了疏通通路和讓正常調(diào)用獲得正常確認(rèn) ,一系列的批處理調(diào)用通常被合法遠(yuǎn)程過程調(diào)用操作終止 . 遠(yuǎn)程過程調(diào)用廣播 在廣播協(xié)議中 ,客戶發(fā)送廣播調(diào)用到網(wǎng)絡(luò)中然后等待無數(shù)應(yīng)答 .這種方法要求基于數(shù)據(jù)報傳輸方式 (如 UDP)作為它的傳輸協(xié)議 .當(dāng)調(diào)用成功到達(dá)時 ,支持廣播協(xié)議的服務(wù)器方給以應(yīng)答 ,錯誤時保持它的狀態(tài) .廣播調(diào)用用 RPC服務(wù)端口來獲得它們的 語義 .更多信息看附錄 A. 8. RPC信息協(xié)議 這個部分定義了用 XDR數(shù)據(jù)描述語言的 RPC信息協(xié)議 . enum msg_type { CALL = 0, REPLY = 1 }。 case REPLY: reply_body rbody。 opaque_auth verf。 unsigned int high。 RFC1057—— RPC: Remote Procedure Call Protocol Specification Version 2 RFC:遠(yuǎn)程過程調(diào)用協(xié)議說明第二版 RFC 文檔中文翻譯計劃 9 case AUTH_ERROR: auth_stat stat。 stamp 域是調(diào)用機(jī)器產(chǎn)生的任意 ID.machinename 是 調(diào) 用 機(jī) 器 名 ( 象krypton).uid是調(diào)用者有效的用戶 ID.gid是調(diào)用有效的組 ID.gids是調(diào)用者所在組的記數(shù)數(shù)組 .檢驗和 信任應(yīng)該為 AUHT_NULL(上面定義 ).注意這些信任域在機(jī)器名 ,uid,gid等特定域里是唯一的 .域內(nèi)名字的討論不在這個文檔范圍 . 從服務(wù)器收到的回答校驗判別式的值應(yīng)該是 AUTH_NULL或 AUTH_SHORT。在此看來，客戶想利用初始 AUTH_UNIX信任書。 需要操作系統(tǒng)執(zhí)行 DES認(rèn)證來為用戶產(chǎn)生保證調(diào)用遠(yuǎn)程服務(wù)器時唯一的 經(jīng)知道如何辨別它們系統(tǒng)的用戶。如果這個標(biāo)準(zhǔn)為世界所同意，第一個域是名 字標(biāo)準(zhǔn)而不是操作系統(tǒng)名字。用 DES 鑒定的特殊的公共密鑰是有 192 位的 DiffieHellman [3]。 RFC1057—— RPC: Remote Procedure Call Protocol Specification Version 2 RFC:遠(yuǎn)程過程調(diào)用協(xié)議說明第二版 RFC 文檔中文翻譯計劃 11 除了首次外，這里解釋每樣事情。別名是想服務(wù)器表中的一個索引，該索引查找服務(wù)器表中所對應(yīng)的網(wǎng)絡(luò)名，解密 DES密鑰和窗口。在第一次傳送中，客戶端必須發(fā)送它的全名到服務(wù)器，然后服務(wù)器返回給客戶端別名。如果該時間表示校驗時間戳加上窗口已經(jīng)過期，那么服務(wù)器將作廢該請求并不同意之。 case ADN_NICKNAME: int adc_nickname。 one half DES block adv_winverf。 struct authdes