لا تعمل إعادة توجيه OWA بعد تثبيت تحديثات الأمان لشهر نوفمبر 2021 ل Exchange Server 2019 أو 2016 أو 2013

الحل البديل 1

قم بتكوين الدليل الافتراضي ل OWA و ECP على كل الخوادم الأمامية المتأثرة لاستخدام FBA.

الحل البديل 2

اطلب من المستخدمين من كل موقع استخدام عنوان URL المناسب ل OWA الخاص بالموقع لتسجيل الدخول.

على سبيل المثال:

يجب على المستخدمين الذين لديهم علبة بريد على الموقع 2 استخدام https://site2.contoso.com/owa.

الحل البديل 1

يمكن للمستخدمين استخدام عنوان URL المباشر Exchange Online OWA في المستعرض في https://outlook.office.com/owa.

الحل البديل 2

ملاحظة يتم إصدار Acrobat Reader من قِبل شركة Adobe Systems Inc.‎. ينطبق الحل البديل التالي على Exchange Server 2019 Exchange Server 2016 فقط.

Exchange Server يمكن للمسؤولين استخدام قاعدة إعادة التوجيه لتعديل عنوان URL لإعادة التوجيه بحيث لا يظهر الخطأ للمستخدمين. يجب تكوين خطوات هذا الحل البديل على كل الخوادم التي تعالج حركة مرور OWA.

خطوات لتطبيق إعادة كتابة عنوان URL 

1. افتح IIS Manager. في جزء الاتصالات، قم <ServerName>، ثم قم بتوسيع المواقع ،ثم حدد موقع ويب افتراضي.
   
   ملاحظة في هذه الخطوة، استبدل <ServerName> باسم الخادم.

2. في جزء الميزات (الوسط)، يجب أن ترى ميزة إعادة كتابة عنوان URL في منطقة IIS. إذا لم تشاهده، فقد لا تكون الميزة مثبتة. في هذه الحالة، يمكنك تنزيل حزمة التثبيت من إعادة كتابة URL: موقع Microsoft IIS الرسمي. لا يتطلب هذا التثبيت إعادة تشغيل. ومع ذلك، سيعاد تشغيل تجمعات تطبيقات IIS.
   
   ملاحظة تأكد من تثبيت الإصدار X64.

   إذا كانت الوحدة النمطية لإعادة كتابة عنوان URL مثبتة بالفعل على الخوادم، وكانت الخوادم مكونة بطريقة مماثلة باستخدام المسار، يمكنك نسخ ملف Web.config من مجلد Wwwroot على الخادم الأول إلى الخوادم الأخرى بعد إجراء التغيير. لاحظ أنه قد تحتاج إلى الانتظار قليلا حتى يتم تأثير التغييرات على الخادم الأول.
   
   

3. انقر نقرا مزدوجا فوق إعادة كتابة عنوان URL.

4. في الجزء إجراءات، حدد إضافة قاعدة (قواعد).

   

5. في النافذة إضافة قاعدة (قواعد)، ضمن قواعدواردة ، حدد قاعدة فارغة، ثم حدد موافق.

   

6. على الشاشة تحرير القاعدة الواردة، في المربع الاسم، أدخل إصلاح إعادة توجيه OWA ل Nov21.

7. اترك عنوان URL المطلوب كما يتطابق مع النمط.

8. تغيير قيمة استخدام إلى أحرف البدل.

9. بالنسبة إلى النمط، أدخل *owa/Auth/errorFE.aspx*.

10. اترك تجاهل حالة التجاهل محددا.

    

11. حدد قائمة الشروط لتوسيعها، ثم حدد إضافة.
    
    

12. في مربع الحوار تحرير شرط، في مربع إدخال الشرط، أدخل {REQUEST_URI}.

13. مغادرة التحقق مما إذا كانت سلسلة الإدخال تطابق النمط.

14. بالنسبة إلى النمط، أدخل *\u0026*\u0026*\u0026*.

15. حدد موافق.

    

16. في مربع الحوار إجراء، حدد إعادة الكتابة في القائمة نوع الإجراء.

17. ضمن خصائصالإجراء ، في مربع النص إعادة كتابة عنوان URL، أدخل التعليمة البرمجية التالية:
    
    {C:1}&{C:2}&{C:3}&{C:4}

18. قم بمسح خانة الاختيار إلحاق سلسلة الاستعلام.

19. حدد خانة الاختيار تسجيل عنوان URL المعاد كتابته.

20. في الجزء إجراءات، حدد تطبيق.

    

21. حدد تطبيق، ثم حدد الرجوع إلى القواعد.

22. في النافذة إعادة كتابة عنوان URL، حدد القاعدة التي أنشأتها للتو، ثم حدد جزء الإجراءات ضمن القواعد الواردة للتحقق من تمكين القاعدة.

    
    
    يجب ألا تتطلب هذه القاعدة الجديدة إعادة تعيين IIS، ويجب أن يتم تفعيلها بمجرد تمكينها. يمكنك الآن اختباره باستخدام OWA (باستخدام الحساب الذي أعاد إنتاج المشكلة) للتحقق من أنك حصلت على إعادة توجيه URL المتوقعة.

تمكين التسجيل للتحقق من إجراء القاعدة

للتحقق من سلوك إعادة التوجيه المتوقع، يمكنك استخدام تتبع الطلبات الفاشلة. للقيام بذلك، اتبع الخطوات التالية:

1. افتح IIS Manager. في جزء الاتصالات، حدد موقع ويب الافتراضي.

2. في الجزء إجراءات ضمن تكوين،حدد فشل تعقب الطلبات.

3. في مربع الحوار "إعداد تتبع طلب التحرير" في "تحرير موقع ويب"، حدد تمكين.

4. اترك القيم بدون تغيير ل Directory والحدالأقصى لعدد ملفات التتبع.

5. حدد موافق.

   

6. في الجزء الوسط، انقر نقرا مزدوجا فوق فشل تعقب الطلبات.

7. في الجزء إجراءات، حدد إضافة.

8. حدد مخصص، وأدخل errorFE.aspx.

   

9. بالنسبة إلى رموز الحالة، أدخل 100-900، ثم حدد إنهاء.

   

10. قم بمسح خانات الاختيار ASPو ASPNETو ISAPI Extension.

11. حدد WWW Server. ضمن المناطق،أزل تحديد الكل ما لم يتم تحديد الخيار الأخير (الذي يجب أن يكون إعادة الكتابة).

12. حدد إنهاء.

    

13. حاول مرة أخرى تسجيل الدخول إلى علبة بريد Exchange Online في OWA.

14. في Windows المستكشف على الخادم المتأثر، انتقل إلى C:\inetpub\logs\FailedReqLogFiles.

15. انقر نقرا مزدوجا فوق أحدث ملف .xml. إذا لم تكن قد قمت بالتعقب من قبل، من المرجح أن يكون هذا الملف Fr000001.xml.

16. حدد السطر الأخير، الذي يجب أن يكون راجع كل أحداث الطلب.

17. ابحث عن URL_REWRITE_START URL_REWRITE_END. افحص المحتوى المضمون بين هذه الأحداث.  من المفترض أن ترى الإدخالات التالية:
    
    
    ULE_EVALUATION_START
    PATTERN_MATCH
    CONDITION_EVALUATION
    REWRITE_ACTION قاعدة EVALUATION_END

18. تحقق من REWRITE_ACTION القيمة. يجب أن تتغير الآن كافة أنماط \0026 في إعادة الكتابة إلى نسق (&).

النشر إلى خوادم متعددة

بعد إكمال هذه الإجراءات على خادم واحد، يمكن نشرها بسهولة على خوادم متعددة طالما أن الوحدة النمطية لإعادة كتابة عنوان URL التي تمت الإشارة إليها مسبقا مثبتة بالفعل على كل Exchange Client Access.

نوصي بإجراء نسخة احتياطية من ملف Web.config الحالي على كل الخوادم. ومع ذلك، بعد إجراء التغييرات على الخادم الذي أنشأت القاعدة عليه، يمكنك نسخ ملف Web.config من المجلد C:\inetpub\wwwroot على هذا الخادم إلى الموقع نفسه على كل خادم من الخوادم الأخرى. لاحظ أنه قد تحتاج إلى الانتظار قليلا حتى يتم تأثير تغييرات التكوين. لتسريع العملية، يمكنك تشغيل أمر iisreset .