In the next step, the master node s

In the next step, the master node sends a request to apply a proxy credential for the user instance, as depicted by Phase II(b) in Fig. 3. Since a proxy credential is the authentication information of a user instance on the slave nodes, it must be unique with each use case to avoid abusing, even for the same user instance but different jobs. For this purpose,the master node generates a random key pair {MN_Pub, MN_Prv}. This key pair is used later during the authentication phase between the master node and slave nodes. The master node retains the private key MN_Prv and sends the public key MN_Pub to the CA server.

結果 (繁體中文) 1:

在下一步，主節點發送一個請求，申請代理憑據的使用者實例，圖中相 II(b) 在圖 3 所示。由於代理憑據是使用者實例上奴隸節點的身份驗證資訊，它必須是唯一的每個用例，以避免濫用，即使對於同一使用者實例但不同的工作。為此目的，主節點生成一個隨機的金鑰組，{MN_Pub，MN_Prv}。此金鑰組是稍後在主節點和從節點之間的身份驗證階段中使用。主節點保留 MN_Prv 私密金鑰，並將公開金鑰 MN_Pub 發送到 CA 伺服器。

結果 (繁體中文) 2:

在下一步驟中，主節點將請求發送到應用代理憑證為用戶例如，如所描繪的第二階段（b）所示。3.由於代理憑證是從節點的用戶實例的認證信息，它必須是唯一的，每個用例，以避免濫用，即使是相同的用戶實例，但不同的工作。為了這個目的，主節點產生一個隨機密鑰對{MN_Pub，MN_Prv}。這個密鑰對中的主節點和從節點之間的認證階段以後使用。主節點保留私鑰MN_Prv和發送公鑰MN_Pub到CA服務器。

結果 (繁體中文) 3:

在下一步中，主節點發送一個請求，用於將代理憑據應用於用戶實例，如圖3所示。由於代理憑證是在從節點上的用戶實例的身份驗證資訊，它必須是唯一的每個用例，以避免濫用，即使是相同的用戶實例，但不同的工作。為了這個目的，主節點隨機生成一個金鑰對mn_pub mn_prv {，}。此金鑰對在主節點和從節點之間的鑒相階段使用。主節點保留私密金鑰和公開金鑰mn_pub mn_prv發送到CA服務器。