徵狀
EvoSTS 憑證是由 Azure Active Directory (Azure AD)管理,並定期逐一更新每個租使用者,這對某些使用者會執行較頻繁的操作。 證書滾動更新或其排程對使用者來說不是透明的。 如此一來,這種變換會針對執行混合式新式驗證(HMA)的使用者建立服務中斷。 當工作進程開始或回收,或是從 AD 中的電腦重新開機或發散金鑰內容出現時,就會發生此問題。 初始化任何輔助進程時,第一個包含載荷驗證資料的要求將會載入 OAuth 文件庫,並透過從 AD 中的 AuthServer 物件讀取資訊來啟動金鑰資料。 此後,工作進程就可以驗證封裝含載荷驗證資料的要求。 不過,如果 Azure AD (EvoSTS)中的金鑰資料已滾過,則無法驗證那些由於不正確郵件安全性(金鑰材質不相符)等簽章為簽章 diverges 的要求。 在隨機間隔之後(最多30分鐘的計時器),工作進程將透過發佈的中繼資料端點來線上查閱及取得金鑰資料。
如果找到新的或 [發散] 鍵,就會在工作程式的生命週期中新增和載入這些金鑰,而且驗證將從現在起起作用。 因為新的金鑰資料永遠不會寫回到 AD,所以對於任何工作程式,都會再次針對產生新實例的任何工作進程再次啟動同一個小版本。
解決方案
若要修正此問題,請安裝下列其中一個更新:
針對 Exchange server 2019,請安裝 exchange server 2019 的累積更新 6或 exchange server 2019 的更新累計更新。
針對 Exchange server 2016,請安裝 exchange server 2016 的累加更新 17,或 exchange server 2016 的更新累計更新。
參考
瞭解 terminologyMicrosoft 用來描述軟體更新的術語。