دليل الخروج من أنظمة الويب الداخليّة المعتمدة على IE mode

1. هذا المقال في جملة واحدة

«نستخدم IE mode بأمان عبر تشغيل رسميّ، نقلّص الاعتماد شيئاً فشيئاً، ثمّ نصفر استخدامه في النهاية» ── هذه هي الاستراتيجيّة الواقعيّة. قبل التخلّص منه، أحسن إدارته أوّلاً.

مصطلحات هذا المقال

نلخّص أوّلاً مصطلحات تتكرّر لاحقاً.

في المخطّط، يشير الخطّ المتّصل إلى علاقة قائمة دائماً، ويشير الخطّ المتقطّع إلى علاقة مشروطة (شروط قيامها مذكورة في شرح كلّ علاقة في الصفحة التفصيليّة). القائمة الكاملة للعلاقات (المجموع 23، مع الأدلّة ودرجة اليقين) وتعريفات المفاهيم الرئيسة مجمّعة في صفحة تفاصيل خريطة المعرفة (باليابانية). البيانات: JSON-LD / Turtle

2. الخلفيّة: إلى «متى» يمكن استخدام IE mode

ما ينبغي ضبطه هنا أنّ إمكان الاستخدام حتّى 2029 لا يعني الاطمئنان إلى الترك. هذه المدّة «مهلة للخروج المخطَّط» فقط، ولكيلا تُفاجَأ على حافّة 2029 لا بدّ من بدء الإعداد من الآن.

3. لماذا يتعذّر الخروج من اعتماد IE mode

IE mode آليّة داخل Edge القائم على Chromium ترسم المواقع القديمة وحدها بمحرّك Trident (MSHTML). ما يتحمّله محرّك Trident هذا كالتالي.

• وضع المستند (Document Mode) القديم
• عناصر ActiveX / BHO (Browser Helper Object)
• إعدادات مناطق الأمان القديمة
• إعدادات توافق Enterprise Mode

ما دام الاعتماد على هذه قائماً لا تُحلّ المشكلة بتحديث المتصفّح وحده. تمييز هويّة الاعتماد هو الخطوة الأولى.

أعطال شائعة في الميدان

1. خطأ إعداد وضع المستند ← انهيار الشاشة، خطأ سكربت
2. نقص إعداد Neutral Site ← حلقة إعادة مصادقة أو حلقة إعادة توجيه في SSO (تسجيل الدخول الموحَّد)
3. اختلاف صيغة Enterprise Mode Site List ← في ربط IE mode لا يُدعَم schema v.1، ويلزم الانتقال إلى schema v.2
4. Edge يعالج قائمة مواقع واحدة فقط ← سياسة جانب Edge تتقدّم على سياسة جانب IE

تصنيف الاعتماد: ميّز أوّلاً «على ماذا نعتمد»

4. الخطوة 1: إطالة العمر ── شغِّل بأمان أوّلاً

1. أدِر قائمة المواقع كما ينبغي (الأهمّ)

«إعادة التحميل» المتروكة للمستخدم خطرة. أدِرها رسميّاً بالسياسة.

ما ينبغي فعله: انتقل إلى Cloud Site List Management، وأدر مركزيّاً من يستخدم أيّ موقع في IE mode وحتّى متى.

أصغر مثال XML لقائمة المواقع

تُكتَب قائمة المواقع بـ schema v.2 لـ Enterprise Mode Site List، أي XML عنصر جذره <site-list>. أصغر تكوين هذا فقط.

<site-list version="1">
  <!-- IE モードで開くサイト -->
  <site url="legacy.contoso.local">
    <compat-mode>IE8Enterprise</compat-mode>
    <open-in>IE11</open-in>
  </site>

  <!-- 認証サーバー: 遷移元のエンジンのまま開く（ニュートラルサイト） -->
  <site url="login.contoso.local">
    <open-in>None</open-in>
  </site>
</site-list>

تنبيهات الكتابة كالتالي.

• لا تكتب بروتوكولاً في url. إن كتبت contoso.local انطبق على http و https كليهما.
• الموقع المحدَّد له <open-in>IE11</open-in> يُفتَح في IE mode.
• <compat-mode> تحديد وضع المستند المستخدَم على جانب IE mode (IE8Enterprise، IE7Enterprise، Default وغيرها).
• <open-in>None</open-in> تحديد Neutral Site. ضع خوادم المصادقة هنا.
• version رقم إصدار قائمة المواقع. ارفع القيمة عند تحديث القائمة.

نهج المجموعة المستخدَم في التوزيع

لتوزيع قائمة المواقع تضبط سياستين في نهج المجموعة. يمكن ضبط كلتيهما من «تكوين المستخدم» أو «تكوين الكمبيوتر».

يمكن في موضع قائمة المواقع تحديد عنوان URL عبر HTTPS (موصى به)، أو مسار مشاركة شبكة، أو مسار ملفّ محلّيّ. على جانب IE سياسة بالدور نفسه «Use the Enterprise Mode IE website list» (قوالب إداريّة > مكوّنات Windows > Internet Explorer)، لكن إن ضُبطت سياسة جانب Edge تقدّمت. يمكن توزيع قائمة الإنتاج على الشركة كلّها بسياسة جانب IE، وتوزيع قائمة تحقّق على قسم تجريبيّ فقط بسياسة جانب Edge.

2. ثبّت إعدادات المصادقة

حين يدخل SSO كثيراً ما تنكسر المصادقة عند الانتقال بين وضع IE ووضع Edge.

Neutral Site إعداد يحدّد «الفتح بمحرّك جهة الانتقال كما هو» سواء في وضع IE أو وضع Edge. إن لم تُسجَّل هنا مواقع ترحيل المصادقة و SSO، ففي اللحظة التي تنتقل فيها صفحة مفتوحة في IE mode إلى خادم المصادقة تُعاد إلى جانب Edge فتفشل المصادقة. حتّى وثائق Microsoft تشرح أنّ تشغيل IE mode بصورة صحيحة يلزم معه تكوين خوادم المصادقة و SSO صراحة كـ Neutral Site.

• اضبط Neutral Site بصورة صحيحة ← حدّد خادم SSO صراحة بـ <open-in>None</open-in>
• اضبط مشاركة ملفات تعريف الارتباط عند الحاجة (افتراضيّاً لا تتشارك عمليّتا Edge و Internet Explorer ملفات تعريف ارتباط الجلسة)
• ما دمت لا تعرف أيّها خادم المصادقة، خذ سجلّ الشبكة بـ edge://net-export واستخرج جهات الانتقال
• ما دام تعذّر تحديد خادم المصادقة، استخدم مؤقّتاً سياسة «الإبقاء على التنقّل داخل الصفحة في IE mode» (وعطِّلها متى حُسم الأمر)

3. أتقن أدوات التشخيص

احكم بـ بيانات رصد لا بالإحساس.

4. ما يتعذّر إصلاحه «اعزله»

5. الخطوة 2: سبل الخروج ── كيف نقلّص الاعتماد

جدول مقارنة الأنماط

★ هو المرشّح الأوّل ميدانيّاً.

كيف تُقرأ «تقدير الجهد»

أشهر العمل في الجدول نطاق يفترض نظاماً داخليّاً واحداً، وليست أرقاماً تُستخدَم في التقدير كما هي. حتّى في النمط نفسه يتغيّر الأمر أضعافاً بعدد الشاشات وعدد عناوين URL المستهدفة بـ IE mode وأنواع ActiveX / BHO وعدد مسارات SSO وعدد الربط الخارجيّ وكمّيّة اختبار القبول اللازمة. اعتبر هذا الجدول لمقارنة «الوزن النسبيّ بين الأنماط».

عند التقدير الفعليّ اعدّ أوّلاً التالي، واضرب في أرقام شركتك (جهد التعديل لكلّ شاشة، جهد التحقّق من المصادقة لكلّ مسار) ثمّ راكم.

• عدد الشاشات وعدد التقارير
• عدد عناوين URL المستهدفة بـ IE mode (نتيجة جرد Enterprise Site Discovery)
• أنواع ActiveX / BHO، ووجود بديل لكلّ منها
• عدد مسارات المصادقة و SSO
• مدّة التشغيل المتوازيّ للقديم والجديد
• عدد حالات اختبار الانحدار، ونسبة ما يحتاج تأكيداً يدويّاً منها

أين يُستخدَم كلّ نمط

إعادة الهيكلة التدريجيّة هي الأوقع.

• لا حاجة لإعادة بناء الكلّ دفعة واحدة
• يكفي تحديث الشاشات والوظائف واحدة فواحدة
• المهمّ «تصميم المسار» في فترة اختلاط القديم والجديد (أيّ شاشة تعمل بأيّ محرّك)

غلاف WebView2 يُستخدَم لـ «إعادة رسم الحدود».

• ليس للإبقاء على اعتماد ActiveX أو COM كما هو
• ترحيل مسؤوليّات جانب نظام التشغيل مثل «عمليّات الملفّات» و«ربط الأجهزة» و«مصادقة Windows» إلى الجانب الأصليّ، وتحديث جانب واجهة الويب
• انتبه مع ذلك إلى نشوء مسؤوليّة توزيع WebView2 Runtime

الواجهة الأماميّة المصغَّرة لا تنفع إلا حين تتطابق «حدود الفريق» و«حدود النشر». لا ينبغي اعتمادها لأنّها رائجة.

إعادة الكتابة الكاملة آخر وسيلة. تقتصر على حال اعتماد ActiveX أو BHO أعمق من أن يُفكَّك بأيّ حال.

6. الخطوة 3: كيفيّة التقدّم العيانيّة (خارطة الطريق)

تقييم ← ترتيب أولويّات ← إثبات مفهوم ← اختبار ← نشر ← تشغيل

1. التقييم ── جرد الاعتماد

• أدرج عناوين URL المستهدفة عبر Enterprise Site Discovery
• صوّر انتقال الشبكة بـ edge://net-export
• صنِّف الاعتماد إلى «وضع المستند» و«ActiveX/BHO» و«المصادقة» و«شهادة العميل» و«الملفّات/الطباعة» و«الأجهزة/COM»

2. ترتيب الأولويّات ── من أين تبدأ

رتِّب بالزوايا التالية.

• الأهمّيّة (من الأخطر إن توقّف)
• عدد المستخدمين
• درجة التعرّض الأمنيّ
• مدى الانتشار إلى أنظمة أخرى
• سهولة القطع (هل الحدود واضحة)

خصوصاً فصل «وظائف تتقدّم إن قُطعت الحدود» عن «وظائف تحتاج نقل الحدود ككلّ» يسهّل وضع الخطّة بعد ذلك.

3. إثبات المفهوم (PoC) ── جرِّب صغيراً

أوّل مستهدف تدفّق عمل واحد «قيمة العمل فيه عالية والاعتماد فيه متوسّط».

شروط النجاح النقاط الأربع التالية.

1. أن يصير IE mode غير لازم
2. أن تُحفَظ SSO
3. أن يكون أداء الاستجابة بمستوى قابل للمقارنة
4. أن يكون التراجع (العودة إلى الأصل) ممكناً

4. الاختبار ── التعامل مع اختلاط القديم والجديد

• المسار الحديث ← اختبار تلقائيّ لـ Edge بـ Playwright
• مسار IE mode ← صفحة التشخيص + تأكيد يدويّ
• في فترة الاختلاط صرِّح «أيّ مسار يعمل بأيّ محرّك» (بلا تصريح تصعب إعادة إنتاج العطل)

5. النشر ── وسِّع تدريجيّاً

• توزيع كناري (نشر سابق لبعض المستخدمين)
• أمِّن نافذة تحقّق بـ Extended Stable (دورة 8 أسابيع)
• أدخل فاصل تحديث قائمة المواقع ومتطلّبات إعادة تشغيل المتصفّح في تدفّق التشغيل
• عند استخدام قائمة مواقع سحابيّة لا تنسَ أنّ تسجيل الدخول إلى Edge فرضيّة مسبقة

6. التشغيل ── واصل التقليص

• استرجع المواقع التي أضافها المستخدمون والإعدادات الخاطئة بميزة الملاحظات في Cloud Site List Management
• أدِر دورة تشغيل تصغّر قائمة أهداف IE mode كلّ شهر
• اجعل «سبل إطالة العمر» دائماً مجموعة مع «تشغيل التقليص»

المسار ككلّ (مخطّط تدفّق)

flowchart TD
    A[جرد الأصول المستهدفة] --> B[تصنيف الاعتماد]
    B --> C{ما نوع الاعتماد}
    C -->|وضع المستند و SSO أساساً| D[تشغيل IE mode رسميّاً]
    C -->|ربط نظام التشغيل و COM أساساً| E[التغليف]
    C -->|يمكن القطع على مستوى الشاشة| F[إعادة هيكلة تدريجيّة]
    C -->|تطوير متوازٍ بفرق متعدّدة| G[واجهة أماميّة مصغَّرة]
    C -->|الاعتماد أعمق من أن يُفكَّك| H[إعادة كتابة كاملة]

    D --> I[ضبط Neutral Site وملفات تعريف الارتباط]
    E --> J[حدود WebView2 / الجانب الأصليّ]
    F --> K[تعايش القديم والجديد والاستبدال المرحليّ]
    G --> K
    H --> L[إعادة تصميم نحو هندسة جديدة]

    I --> M[إثبات مفهوم]
    J --> M
    K --> M
    L --> M

    M --> N[اختبار تلقائيّ واختبار تشغيل]
    N --> O[نشر مرحليّ]
    O --> P[جمع الاستخدام والملاحظات]
    P --> Q[تصغير أهداف IE mode]
    Q --> R[حكم الإيقاف]

7. الخطوة 4: الحوكمة ── الإطار الإداريّ

صرِّح بـ IE mode كـ «تشغيل استثناء»

• عند إضافة عنوان URL جديد إلى أهداف IE mode اضبط البنود التالية حتماً.
  • مالك العمل (من المسؤول)
  • المالك التقنيّ (من يدير تقنيّاً)
  • تاريخ الانتهاء (متى يُخرَج منه)
  • خطّة البديل (كيف يُخرَج منه)
• إن كانت قائمة مواقع XML القائمة schema v.1 فانتقل إلى schema v.2 الصالح لربط IE mode
• تتبّع سجلّ التغييرات في Cloud Site List Management أو أداة إدارة التكوين

تنبيهات الجانب الأمنيّ

• تشغيل Edge قديم مثبت خطير ← استخدم سلسلة Stable/Beta الحديثة
• إن لزم زمن تحقّق فاستخدم Extended Stable (دورة 8 أسابيع)
• لتأكيد جودة GPO استخدم Security Compliance Toolkit أو Policy Analyzer
• أسهل أن يقود إلى حادث «تشغيل المتصفّح المحيط المهمل» من «ثغرة IE mode نفسه»

ارجع من المحور الزمنيّ

• نهاية دعم IE mode: 2029
• نهاية تحديثات Edge/WebView2 على Win10 22H2: أكتوبر 2028

هذه «الإطار الخارجيّ لأجل الانسحاب». ينبغي صنع جدول رجوع يصفّر الاعتماد قبل انقطاع الدعم أوّلاً.

8. الاستراتيجيّة الموصى بها حسب الحجم

أشهر العمل في هذا الجدول أيضاً نطاق بالفرضيّة نفسها لتقدير الجهد في الخطوة 2. إن اختلف عمود الشروط النمطيّة (عدد الشاشات، تعقيد SSO، عدد الأقسام) كثيراً عن شركتك فلا تُسقِطه كما هو، بل راكم من عدد الشاشات وعدد المسارات.

9. أخطاء شائعة وإجراءات مضادّة

10. الخلاصة

الاستراتيجيّة القياسيّة = تشغيل IE mode رسميّ (منع الحوادث)
           + إظهار الاعتماد (الجرد)
           + تقليص مرحليّ (خروج واحداً فواحداً)

• إن كان الحجم صغيراً فإعادة هيكلة تدريجيّة
• إن كان كبيراً فتحكّم قائمة المواقع + إدارة المحفظة
• إن ضاقت الميزانيّة فاحتواء بالافتراضيّ مع وقف اعتماد جديد
• إعادة الكتابة الكاملة الورقة الأخيرة
• الحاويات خارج المرشّحين عادة، و VDI ملجأ، و IE mode مدرج (للإقلاع)

روابط مرجعيّة

• Internet Explorer and Microsoft Edge FAQ ─ سياسة IE mode لعام 2029
• IE mode overview ─ المادّة الأساسيّة لنطاق الدعم
• Configure IE mode policies ─ المراحل الثلاث لإعداد التكامل
• Enterprise site configuration strategy ─ Neutral Site ومشاركة ملفات تعريف الارتباط و schema v.2
• Enterprise Mode schema v.2 guidance ─ عناصر XML لقائمة المواقع وأمثلة الكتابة
• Microsoft Edge update channels ─ دورة Stable و Extended Stable
• IE mode troubleshooting and FAQ ─ صفحة التشخيص وكيفيّة استخدام net-export
• Cloud Site List Management ─ الإدارة المركزيّة من مركز الإدارة
• Enterprise Site Discovery ─ نقطة انطلاق الجرد
• WebView2 documentation ─ للنظر في التغليف
• Azure Virtual Desktop / RemoteApp ─ كسبيل عزل
• Windows Containers ─ غير مناسب كوجهة إطالة عمر لواجهة رسوميّة
• App Assure ─ نطاق دعم إعداد IE mode
• Playwright ─ اختبار Edge تلقائيّاً
• single-spa ─ أساس الواجهة الأماميّة المصغَّرة
• webpack Module Federation ─ دمج بناء مستقلّ

مقالات ذات صلة

أحدث المقالات التي تشترك في نفس الوسوم. عمّق فهمك بمواضيع مرتبطة.

أين يتصل هذا الموضوع

ترتبط هذه المقالة بشكل طبيعي بصفحات الخدمات التالية.

الأسئلة الشائعة

أسئلة شائعة حول موضوع هذه المقالة.

إلى متى يمكن استخدام IE mode في Edge؟

IE mode في Edge مدعوم حتّى 2029 على الأقلّ، مع إشعار قبل سنة من الإيقاف. كذلك تحديثات Edge / WebView2 Runtime على Windows 10 22H2 مستمرّة حتّى أكتوبر 2028 على الأقلّ. غير أنّ هذه المدّة مهلة للخروج المخطَّط، وينبغي اعتبار 2029 أجل اكتمال الخروج لا بداية الإعداد، مع الرجوع زمنياً منه. تطبيق سطح المكتب IE11 نفسه متقاعد أصلاً.

لماذا يتعذّر الخروج من اعتماد IE mode؟

IE mode آليّة داخل Edge القائم على Chromium ترسم المواقع القديمة وحدها بمحرّك Trident (MSHTML)، وهذا Trident يتحمّل أوضاع المستند القديمة وعناصر ActiveX و BHO وإعدادات مناطق الأمان القديمة وإعدادات توافق Enterprise Mode. ما دام الاعتماد على هذه قائماً لا يُحلّ الأمر بتحديث المتصفّح وحده. الخطوة الأولى تصنيف الاعتماد إلى وضع مستند و ActiveX/BHO ومصادقة SSO وربط جانب العميل وفرضيّات تشغيل قديمة، ثمّ تمييز هويّته.

ما أساليب الخروج من IE mode؟

الخيارات الرئيسة ستّة: استمرار تشغيل IE mode، وغلاف WebView2، وإعادة الهيكلة التدريجيّة، والواجهة الأماميّة المصغَّرة، وإعادة الكتابة الكاملة، وعزل VDI / RemoteApp. المرشّح الأوّل ميدانيّاً إعادة الهيكلة التدريجيّة، إذ يمكن تحديث الشاشات والوظائف واحدة فواحدة. غلاف WebView2 لا يُستخدَم للإبقاء على ActiveX كما هو، بل لإعادة رسم الحدود بترحيل مسؤوليّات نظام التشغيل مثل عمليّات الملفّات وربط الأجهزة إلى الجانب الأصليّ. إعادة الكتابة الكاملة آخر وسيلة حين يكون الاعتماد أعمق من أن يُفكَّك.

إن واصلنا استخدام IE mode مؤقّتاً، ماذا ينبغي فعله؟

أوّلاً إدارة قائمة المواقع رسميّاً بالسياسة، لا بإعادة التحميل التي يتركها المستخدم. بالانتقال إلى Cloud Site List Management يصير ممكناً توزيع قوائم متعدّدة وسجلّ التغييرات والتخصيص حسب المجموعة. إن دخل SSO فاضبط Neutral Site بصورة صحيحة، واضبط مشاركة ملفات تعريف الارتباط عند الحاجة. كذلك اربط كلّ عنوان URL جديد يُضاف إلى أهداف IE mode بمالك عمل ومالك تقنيّ وتاريخ انتهاء وخطّة بديل حتماً، واجعله مجموعة مع دورة تشغيل تصغّر قائمة الأهداف كلّ شهر.

الملف الشخصي للمؤلف

صفحة الملف الشخصي لمؤلف المقالة.

غو كومورا

مؤسّس شركة كومورا سوفت ذ.م.م.

يركّز على تطوير برامج ويندوز، والاستشارات التقنية، والتحقيق في الأخطاء، ويتميّز في المشاريع التي تبقى فيها الأصول القديمة ناشطة، وفي تشخيص الأعطال التي يصعب تحديد سببها.