封裝Token支援 encapsulated-token-support

簡介 introduction

依預設，AEM會使用權杖驗證處理常式來驗證每個請求。 不過，若要處理驗證請求，「權杖驗證處理常式」需要存取每個請求的存放庫。 發生這種情況是因為會使用Cookie來維持驗證狀態。 邏輯上，狀態需要儲存在存放庫中，才能驗證後續請求。 實際上，這表示驗證機制是有狀態的。

這對於水準擴充性特別重要。 在像下面描述的發佈伺服器陣列這樣的多執行個體設定中，無法以最佳方式實現負載平衡。 透過狀態式驗證，持續驗證狀態將僅適用於使用者首次驗證的執行個體。

以下列案例為例：

使用者可以在發佈執行個體1上進行驗證，但如果後續請求進入發佈執行個體2，則該執行個體沒有該持續驗證狀態，因為該狀態持續存在於發佈執行個體的存放庫中，而發佈執行個體的存放庫則有自己的存放庫。

此問題的解決方案是在負載平衡器層級設定粘性連線。 如果是粘性連線，使用者一律會被導向相同的發佈執行個體。 因此，真正的最佳負載平衡是不可能的。

如果發佈執行個體無法使用，則所有在該執行個體上經過驗證的使用者都將失去其工作階段。 這是因為需要存放庫存取權才能驗證驗證Cookie。

使用封裝權杖的無狀態驗證 stateless-authentication-with-the-encapsulated-token

水準擴充性的解決方案是無狀態驗證，可在AEM中使用新的封裝權杖支援。

封裝代號是一種加密技術，可讓AEM安全地離線建立及驗證驗證資訊，而不需存取存放庫。 如此一來，驗證請求便可在所有發佈執行個體上發生，而不需要粘性連線。 它還有改善驗證效能的優勢，因為系統不需要針對每個驗證請求存取存放庫。

您可以在下方看到MongoMK作者和TarMK發佈執行個體在地理上分散的部署中如何運作：

設定封裝權杖 configuring-the-encapsulated-token

設定封裝Token時，您需要考慮一些事項：

復寫HMAC金鑰 replicating-the-hmac-key

若要跨執行個體復寫金鑰，您需要：

啟用封裝權杖 enabling-the-encapsulated-token

複製HMAC金鑰後，您可以透過Web主控台啟用封裝權杖：