מאפייני הבעיה
נניח כי אתה משתמש בפקודה הבאה כדי לאפשר אימות משולב של Windows או אימות בסיסי:
OwaVirtualDirectory ערכת "CAS1\owa (אתר אינטרנט המוגדר כברירת מחדל)" - WindowsAuthentication $true - BasicAuthentication $true ECPVirtualDirectory ערכת "CAS1\ecp (אתר אינטרנט המוגדר כברירת מחדל)" - WindowsAuthentication $true - BasicAuthentication $trueלאחר שתעשה זאת, FormsAuthentication מוצג כלא זמין ב- Outlook Web Access (OWA) ואת לוח הבקרה של Exchange (ECP) ספריות וירטואליות:
ClientAuthCleanupLevel: גבוההBasicAuthentication: אמתWindowsAuthentication: אמתDigestAuthentication: שקרFormsAuthentication: שקרLiveIdAuthentication: שקרAdfsAuthentication: שקרOAuthAuthentication: שקרExternalAuthenticationMethods: {Fba}עם זאת, לקוחות לשמור נתקל באימות מבוסס טפסים (FBA) כאשר הם מנסים להתחבר ל- OWA או ECP.הערה לקוחות יכולים להיכנס בהצלחה לאחר שהם מספקים את האישורים הנכונים.
פתרון
כדי לפתור בעיה זו, התקן את העדכון המצטבר הבאים:
עדכון מצטבר של 2936880 5 עבור Exchange Server 2013
פתרון הבעיה
כדי לעקוף בעיה זו, ודא כי ציינת - FormsAuthentication $false כאשר תבטל FBA ולאפשר סוגים אחרים של אימות ב- OWA או ECP ספריות וירטואליות. לשם כך, בצע את הפעולות הבאות:
-
אפשר אימות מבוסס-טפסים.
-
עבור OWA, הפעל את הפקודה הבאה:ערכת-OwaVirtualDirectory-זהות "CAS1\owa (ברירת מחדל של אתר האינטרנט)" - FormsAuthentication $True
-
עבור ECP, הפעל את הפקודה הבאה:ערכת-ECPVirtualDirectory-זהות "CAS1\ECP (ברירת מחדל של אתר האינטרנט)" - FormsAuthentication $True
-
-
הפוך לזמין את סוג האימות הרצוי, וציין - FormsAuthentication $false.
-
עבור OWA, הפעל את הפקודה הבאה:ערכת-OwaVirtualDirectory-זהות "CAS1\owa (אתר אינטרנט המוגדר כברירת מחדל)" - FormsAuthentication $False - WindowsAuthentication $true - BasicAuthentication $true
-
עבור ECP, הפעל את הפקודה הבאה:ערכת-ECPVirtualDirectory-זהות "CAS1\ECP (ברירת מחדל של אתר האינטרנט)" $True - WindowsAuthentication $True - BasicAuthentication - FormsAuthentication $False
-
-
לבצע פעולה IISReset. לקבלת מידע נוסף אודות אופן ביצוע פעולה זו, ראה כיצד להפעיל מחדש את IIS.
