本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 自我簽署憑證的重新導向說明
<a name="redirection-clarifications-with-self-signed-certs"></a>

從 Web 型入口網站或應用程式重新導向至 Amazon DCV 工作階段時，如果先前未信任憑證，自我簽署憑證可能會中斷瀏覽器對工作階段的信任。發生這種情況的範例如下：

1. 使用者會連線至載入應用程式的公司入口網站。

1. 應用程式會嘗試使用自我簽署憑證開啟與 Amazon DCV Server 的直接安全連線。

1. 瀏覽器拒絕安全連線，因為憑證是自我簽署的。

1. 使用者看不到遠端伺服器，因為未建立連線。

信任問題專屬於步驟 3。當使用者使用自我簽署憑證 （例如導覽至 https://example.com) 連線到網站時，瀏覽器會要求 信任憑證。不過，如果 Web 應用程式/頁面透過 HTTP 或 HTTPS 提供， 會嘗試建立與 DCV 伺服器的安全 WebSocket 連線。如果憑證是自我簽署的，瀏覽器會檢查先前是否受信任。如果先前未信任，則會拒絕連線，如果使用者想要信任憑證，則不會提示使用者提出請求。

在這種情況下可能的解決方案：
+ 如果企業為其機器使用自訂網域，請擁有 DCV Server 機器的有效憑證。對於憑證，他們可以將企業憑證分發到 DCV。  
**Example**  

  使用者 ---【有效憑證】---> DCV 伺服器執行個體
+ 保護代理/閘道下的 DCV 伺服器機群。在這種情況下，代理/閘道需要有有效的憑證，DCV 伺服器執行個體可以保留其自我簽署憑證。對於此選項，他們可以使用 [DCV Connection Gateway](https://docs.aws.amazon.com/dcv/latest/gw-admin/what-is-gw.html)、ALB/NLB 或其他代理解決方案。  
**Example**  

  使用者/Cx ---【此處我們需要有效的憑證】---> Proxy/Gateway---【自我簽署憑證】---> DCV 伺服器執行個體
+ 在透過 [SDK](https://docs.aws.amazon.com/dcv/latest/websdkguide/render-ui.html) 開始連線之前，請使用者信任自我簽署憑證。只需在另一個 tab/window/popup 中開啟此 URL 即可：`https://example.com/version`。
**注意**  
/version 端點會在 HTTPS 連線下回覆 DCV 伺服器版本的簡單網頁。

  之後可以在實際 DCV Server 連線中使用相同的自我簽署憑證。