أسباب توقّف ActiveX على Office 2024 / Microsoft 365 وخطوات التحقّق

· آخر تحديث: · · ActiveX, COM, Office, Microsoft 365, 32bit, 64bit, Windows, الاستفادة من الأصول القائمة

سجل التعديلات (3 تحديثات، آخر تحديث 3 Sep، 2026)

سجل بالتغييرات التي أُجريت على هذا المقال. وحيثما حُفظت نسخة سابقة، تبقى متاحة للقراءة عبر رابط دائم يحمل معرّف DOI.

أُضيفت روابط الاستشارة الموجودة في الأصل الياباني (consultation_services). ولم يتغيّر نصّ المقالة نفسه. قراءة النسخة السابقة لهذا التحديث (DOI: 10.5281/zenodo.22240929)
أُعيدَت الترجمة العربية كترجمة كاملة عن النص الياباني الأصلي، وأُضيفَت خريطة المعرفة.
أعيدت الترجمة كترجمة كاملة عن النص الياباني الأصلي. كانت النسخة العربية السابقة مختصراً يسقط أبواباً وجداول ورسوم Mermaid وتعليقات الأشكال وFAQ. أُعيدت هذه العناصر وفق الأصل الياباني، والادّعاءات التقنية مطابقة للنسخة اليابانية.
النشر الأول
الاستشهاد بهذا المقال(DOI: 10.5281/zenodo.21621519)

هذا المقال محفوظ على Zenodo. يرد أدناه معرّف DOI الذي يشير دائمًا إلى أحدث نسخة، ومعرّف DOI المثبَّت على النسخة التي تقرؤها.

小村 豪 (2026). أسباب توقّف ActiveX على Office 2024 / Microsoft 365 وخطوات التحقّق. شركة كومورا سوفت ذ.م.م.. https://doi.org/10.5281/zenodo.21621519 https://comcomponent.com/ar/blog/2026/04/25/002-office-2024-microsoft-365-activex-troubleshooting/

DOI (أحدث نسخة)
10.5281/zenodo.21621519
DOI (هذه النسخة)
10.5281/zenodo.22279972

1. ما ينبغي معرفته أوّلاً

في Office 2024 و Microsoft 365 عناصر تحكّم ActiveX معطَّلة افتراضيّاً. أن تبدو أزرار Excel أو النماذج أو الكائنات المضمَّنة في Word / PowerPoint «غير عاملة» فجأة بعد تحديث، يكون السبب في العادة ليس عطل البرنامج بل تغيير الافتراضيّ الأمنيّ.

تُصنَّف الأسباب في ثلاثة كبيرة.

  1. تغيّر إعدادات الأمان (Trust Center، التعطيل الافتراضيّ لـ ActiveX)
  2. عدم تطابق 32bit / 64bit (تحميل عنصر 32bit فقط على Office 64bit)
  3. نقص تسجيل COM أو DLL / وقت التشغيل التابع (عدم تشغيل regsvr32، غياب وقت تشغيل VC++)

قاعدة الميدان: أقصر طريق القضاء من الأعلى بهذا الترتيب.

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

لمسؤولي نظم المعلومات نلخّص أوّلاً مصطلحات تظهر في النصّ دون شرح لاحق.

المصطلح المعنى
bitness (عرض البتّ) الفرق بين إصدار 32bit و 64bit. لكلّ من Office و Windows وعنصر COM / ActiveX bitness خاصّ، ولا يعمل الأمر إن لم يتطابق bitness بين Office و COM (وهذا غير bitness لنظام Windows)
MOTW (Mark of the Web) علامة «قادم من الإنترنت» يضعها المتصفّح أو عميل البريد على ملفّ مُنزَّل. الكيان تدفق بيانات بديل اسمه Zone.Identifier، وإن وُجد فتح Office الملفّ في طريقة العرض المحميّة وأوقف ActiveX والوحدات. تُزال من «السماح» في خصائص الملفّ أو بـ Unblock-File في PowerShell
kill bit آليّة تعطيل تمنع المضيف من تشغيل عنصر CLSID معيّن. في Office تُضبَط لكلّ CLSID تحت مفتاح COM Compatibility. إن وُجد هذا الإعداد لا يعمل العنصر حتّى لو كان تسجيل COM صحيحاً
Click-to-Run أسلوب تثبيت Office الحاليّ. يفترض نشراً افتراضيّاً وتحديثاً تلقائيّاً، وقد لا تمرّ كما هي إجراءات التثبيت من عهد MSI أو تصميم يفترض التسجيل الذاتيّ
Trust Center (مركز التوثيق) شاشة تجمع إعدادات أمان Office. في القائمة العربيّة يظهر «مركز التوثيق»

بنية هذا المقال

المقال طويل، فاقرأ من الموضع الذي تحتاجه. ينقسم إلى ثلاث كتل كبيرة.

الكتلة الفصول المحتوى
توحيد المقدّمات الفصول 1 إلى 3 حديث التعطيل الافتراضيّ، الفرق بين Office 2024 و Microsoft 365، الصورة الكلّيّة للفصل
الفصل من الأعلى بالترتيب الفصول 4 إلى 9 (الخطوات 1 إلى 6) جمع معلومات البيئة ← Trust Center ← IE mode ← تسجيل COM ← DLL التابعة ← جمع السجلّات
جداول سريعة وسياسة الفصول 10 إلى 15 جدول سريع للسجلّ / السياسات، المعالجة حسب العَرَض، الإعدادات الموصى بها للمؤسّسات، جدول أوامر سريع

إن كنت مستعجلاً ابحث أوّلاً عن عَرَضك في الفصل 11 «الأعراض الشائعة وطريقة المعالجة»، ثمّ عد إلى الخطوة الموافقة.

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

2. سلسلة Office 2024 مقابل Microsoft 365 ── ما الفرق

الزاوية سلسلة Office 2024 (ترخيص دائم) Microsoft 365 Apps (اشتراك)
نموذج التحديث تحديثات أمان / جودة فقط. لا تُضاف ميزات جديدة تتحدّث الميزات باستمرار حسب القناة
افتراضيّ ActiveX معطَّل افتراضيّاً معطَّل افتراضيّاً (نفسه)
مسار السجلّ / السياسة يبقى 16.0 يبقى 16.0
أنظمة التشغيل المدعومة (حتّى 2026) Windows 11، Server 2025 / 2022، Win10 LTSC Windows 11 و Server 2025 / 2022 متطلّب رسميّ. Win10 له مهلة ترحيل حتّى أكتوبر 2028
أسلوب التثبيت Click-to-Run (ليس MSI) Click-to-Run

مهمّ: مسار السجلّ يبقى 16.0 حتّى في Office 2024. «البحث عن 24.0 لأنّه 2024» طريق ملتوٍ نمطيّ.

تنبيهات على Windows 10

انتهى الدعم العامّ لـ Windows 10 في 14 أكتوبر 2025. غير أنّ Microsoft 365 Apps ما زال في مهلة ترحيل تُقدَّم فيها تحديثات الأمان على Windows 10 حتّى 10 أكتوبر 2028. أي إنّ الحالة كالتالي.

  • ليس «لا يعمل على Windows 10 إطلاقاً»
  • حالة تشغيل بفرضيّتين: نظام التشغيل خارج الدعم، و Apps في مهلة

3. الصورة الكلّيّة لاستكشاف الأخطاء

لانعمنعملانعملالانعملانعمإعادة إنتاج العَرَضجمع اسم منتج Office والبناء و bitness ومعلومات نظام التشغيلهل مقدّمات دعم نظام التشغيل / Office سليمةتصحيح المقدّمة: مراجعة إصدار نظام التشغيل / Office / القناةمراجعة Trust Centerهل هناك مشكلة في إعداد ActiveX / طريقة العرض المحميّة / المستندات الموثوقةتصحيح الإعداد والتوقيع وتصميم التوزيعهل يفترض ويب قديم / IEمراجعة IE mode وقائمة المواقعمراجعة CLSID / InprocServer32 / TypeLibهل تسجيل COM سليمregsvr32 / RegAsm / إعادة التثبيتمراجعة DLL التابعة / .NET / وقت تشغيل VC++هل التبعيّات مستوفاةإصلاح وقت التشغيل المعنيّ وإعادة توزيعهجمع السجلّات / Procmon / Process Explorerمراجعة فرق البناء وفرق تحديث الأمان

4. الخطوة 1 ── جمع معلومات البيئة

سجّل أوّلاً المعلومات التالية حتماً. للحكم بـ أرقام لا بالإحساس.

جانب Office

  • التحقّق من [ملف] ← [حساب] ← [معلومات المنتج]
    • اسم المنتج (الفرق بين Office 2024 / Microsoft 365)
    • الإصدار و رقم البناء (الأهمّ)
    • نوع التثبيت (Click-to-Run)
  • التحقّق من 32bit / 64bit في حوار معلومات المنتج مثل [معلومات إصدار Excel] / [معلومات إصدار Word]

جانب Windows

# OS の基本情報
Get-CimInstance Win32_OperatingSystem |
  Select-Object Caption, Version, BuildNumber, OSArchitecture

# Office プロセスの実行ファイルパス
Get-Process WINWORD, EXCEL, POWERPNT, VISIO -ErrorAction SilentlyContinue |
  Select-Object ProcessName, Path

كيف تُقرأ النتيجة المجموعة

الإخراج نفسه يختلف حسب البيئة، فنذكر الأعمدة التي ينبغي النظر إليها ومعيار الحكم.

العمود المحتوى الحكم
Caption اسم إصدار نظام التشغيل Windows 10 أم 11. يُستخدَم لتأكيد مقدّمة الدعم
Version / BuildNumber إصدار نظام التشغيل ورقم البناء لا تقل «أحدث إصدار»، بل تحدّث بهذا الرقم
OSArchitecture هل نظام التشغيل 64 بت أم 32 بت هذا bitness لنظام التشغيل. ليس bitness لـ Office
Path (جانب Get-Process) موضع ملفّ تشغيل Office على Windows 64bit، إن كان تحت C:\Program Files (x86)\Microsoft Office\... فـ Office 32bit، وإن كان تحت C:\Program Files\Microsoft Office\... فـ Office 64bit

إن لم يُرجع Get-Process أيّ سجلّ فذلك لأنّ تطبيق Office المعنيّ غير مشغَّل فقط. افتح التطبيق الذي تريد التحقّق منه ثمّ أعد التشغيل. لأنّ -ErrorAction SilentlyContinue مضاف، لا يحدث خطأ حتّى إن وُجد اسم عمليّة غير مشغَّلة.

يمكن أيضاً التحقّق من bitness جانب Office من قائمة التطبيق. في Excel إن سرت «ملف» ← «حساب» ← «معلومات إصدار Excel»، يصطفّ في السطر الأوّل من الحوار المفتوح الإصدار ورقم البناء وعبارة «32 بت» أو «64 بت». الاحتفاظ بهذا السطر كما هو يسرّع الحديث عند الاستفسار لدى البائع أو التحقّق من إعادة الإنتاج.

مطبّات شائعة

الخطأ التفكير الصحيح
الاكتفاء بـ «أحدث إصدار» تحقّق من رقم البناء. فرق القنوات في Microsoft 365 كبير
تحميل COM / ActiveX 32bit فقط على Office 64bit تطابق bitness بين Office و COM لازم
الافتراض أنّ Windows 10 يعني الفشل قد يعمل أثناء مهلة الترحيل، لكن المقدّمة غير مستقرّة

5. الخطوة 2 ── مراجعة Trust Center وإعدادات الأمان

ما نفعله هنا فصل بين «هل الملفّ نفسه محظور» و «هل فشل تحميل كيان COM».

قائمة التحقّق (من الأعلى بالترتيب)

# بند التحقّق موضع التحقّق السبب الشائع
1 شريط رسائل ActiveX الشريط الأصفر عند فتح الملفّ تعطيل افتراضيّ. جرّب التشغيل المؤقّت عبر [تمكين المحتوى]
2 Trust Center > إعدادات ActiveX [ملف] > [خيارات] > [مركز التوثيق] > [إعدادات مركز التوثيق…] > [إعدادات ActiveX] هل صار «تعطيل الكلّ بلا إشعار»
3 طريقة العرض المحميّة Trust Center > طريقة العرض المحميّة الفتح من مشاركة شبكة أو مرفق بريد يُحظَر
4 المستندات الموثوقة Trust Center > المستندات الموثوقة بعد الثقة مرّة تختفي التحذيرات وتصير إعادة الإنتاج معتمدة على الجهاز
5 الناشرون الموثوقون Trust Center > الناشرون الموثوقون حتّى مع التوقيع لا يُسمَح إن لم تُوزَّع الشهادة
6 إعدادات الوحدات Trust Center > إعدادات الوحدات الوحدات و ActiveX إعدادان منفصلان لكن قد يؤثّران معاً

أين تنظر في الشاشة

بدلاً من صورة شاشة نكتب الموضع وترتيب التشغيل.

  • شريط الرسائل: يظهر فور فتح الملفّ كشريط عرضيّ بين الشريط ومنطقة التحرير. إن أُغلق، أغلق الملفّ وافتحه من جديد ليعاد العرض.
  • شاشة إعدادات ActiveX: حتّى إن سرت «ملف» ← «خيارات» ← «مركز التوثيق»، ما يظهر هناك نصّ شرح وزر فقط. كيان الإعداد خلف زر «إعدادات مركز التوثيق…»، ومن القائمة اليسرى في الشاشة المفتوحة تختار «إعدادات ActiveX». إن تُركت هذه الدرجة لا تصل إلى الشاشة المطلوبة. حتّى إرشاد Microsoft يشرح تفعيل ActiveX كتغيير هذا الإعداد، لا كسماح مؤقّت من شريط الرسائل.
  • طريقة العرض المحميّة / المستندات الموثوقة / الناشرون الموثوقون: جميعها مصطفّة في القائمة اليسرى لشاشة «إعدادات مركز التوثيق» نفسها. مسح سجلّ المستندات الموثوقة قبل تأكيد إعادة الإنتاج يقلّل الفروق بين الأجهزة.

انتبه لنطاق تطبيق الإعداد: إعداد ActiveX لا ينطبق على الملفّ المفتوح الآن فقط، بل على جميع ملفّات Word / Excel / PowerPoint / Visio. ليس إعداد «السماح لهذا الملفّ وحده». إن رخّصت مؤقّتاً للتحقيق فأعد الأصل حتماً.

ما تجرّبه أوّلاً

  1. انسخ الملفّ المعنيّ إلى مجلّد محلّيّ مُدار (مثال: C:\Temp) واحفظه باسم آخر
  2. تجنّب الفتح مباشرة من مشاركة شبكة أو مرفق بريد (لإقصاء أثر طريقة العرض المحميّة)
  3. شغّل Office في الوضع الآمن لفصل أثر الإضافات
excel /safe
winword /safe
powerpnt /safe

6. الخطوة 3 ── التحقّق ممّا إذا كان الاعتماد على IE mode

قد تظنّه «عطل ActiveX عاديّاً» فإذا السبب عدم تكوين IE mode في Edge.

  • IE mode ليس مفتاحاً للمتصفّح كلّه، بل يُطبَّق فقط على المواقع المسجَّلة في Enterprise Site List
  • إن تعطّل جزء فقط من الربط مع ويب داخليّ، تحقّق ممّا إذا كان ذلك الموقع ضمن أهداف IE mode

مواضع التحقّق كالتالي.

  • سياسة Edge: قوالب إداريّة > Microsoft Edge
  • السجلّ: HKLM\SOFTWARE\Policies\Microsoft\Edge
  • صفحة التشخيص: edge://compat/iediagnostic

7. الخطوة 4 ── مراجعة تسجيل COM

إن لم تكن مشكلة في Trust Center، راجع بعد ذلك ما إذا كان كيان COM مسجَّلاً بصورة صحيحة.

أوامر التحقّق الأساسيّة

:: CLSID の登録状況を確認
reg query "HKLM\SOFTWARE\Classes\CLSID\{YOUR-CLSID-HERE}\InprocServer32" /s

:: ネイティブ COM / ActiveX DLL の登録・解除
regsvr32 C:\Path\YourControl.dll
regsvr32 /u C:\Path\YourControl.dll

كيفيّة قراءة نتيجة التحقّق

ما يُنظَر إليه في نتيجة reg query ثلاث نقاط.

  1. هل المفتاح موجود. إن لم يوجد لا يظهر شيء، ويُعاد خطأ «غير موجود» فقط. عندها يثبت عدم التسجيل.
  2. مسار DLL في القيمة الافتراضيّة. هذا كيان COM.
  3. هل الملفّ موجود فعليّاً في ذلك المسار. حالة شائعة أن يختفي الكيان بإلغاء التثبيت أو النقل ويبقى التسجيل.

إن أردت الحكم دفعة واحدة يصير PowerShell أوضح للقراءة.

# استبدل بـ CLSID المراد فحصه ثم نفِّذ (ضمِّن الأقواس المعقوفة)
$clsid = '{00000000-0000-0000-0000-000000000000}'
$key   = "HKLM:\SOFTWARE\Classes\CLSID\$clsid\InprocServer32"

if (Test-Path $key) {
  $server = Get-ItemPropertyValue -Path $key -Name '(default)'
  [pscustomobject]@{
    CLSID      = $clsid
    Server     = $server
    FileExists = Test-Path $server
  }
} else {
  Write-Host "غير مسجَّل: $key غير موجود"
}

إن كان FileExists يساوي False فالتسجيل باقٍ والكيان غائب. يلزم إعادة التثبيت أو إعادة التسجيل.

لا تخطئ موضع النظر: عند تسجيل COM 32bit على Windows 64bit يدخل الكيان في HKLM\SOFTWARE\Classes\WOW6432Node\CLSID\{CLSID}. إن نظرت من PowerShell 64bit أو reg query إلى HKLM\SOFTWARE\Classes\CLSID وحده بدا «غير مسجَّل»، لذلك في أعطال Office 32bit راجع حتماً تحت WOW6432Node أيضاً.

في حال COM مكتوب بـ .NET (مهمّ)

لا يُستخدَم regsvr32 مع تجميعة .NET. يُستخدَم RegAsm.

:: 32bit Office on 64bit Windows → Framework の RegAsm を使う
"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

:: 64bit Office → Framework64 の RegAsm を使う
"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\RegAsm.exe" "C:\Path\YourControl.dll" /codebase /tlb

حادث نمطيّ: «bitness لـ RegAsm غير متطابق مع bitness لـ Office» ← التسجيل ينجح في السجلّ لكن Office لا يجد المكوّن.

8. الخطوة 5 ── مراجعة DLL / وقت التشغيل التابع

حين «DLL الأصليّ موجود لكنّه لا يُحمَّل» يكون السبب غالباً نقص جهة التبعية.

أوقات تشغيل ينقصها الميدان كثيراً

ما ينقص غالباً طريقة التحقّق
Visual C++ Redistributable (2013، 2015-2022) راجع القائمة في لوحة التحكّم > البرامج والميزات
.NET Framework 4.8.1 reg query "HKLM\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full"
DLL تابعة (خاصّة بالبائع) راجع بـ Process Explorer / Procmon

أدوات تحقيق منخفضة المستوى

الأداة الغرض
Process Explorer مراجعة قائمة DLL المحمَّلة في العمليّة
Procmon تتبّع NAME NOT FOUND / PATH NOT FOUND / ACCESS DENIED في الزمن الحقيقيّ

إن أخذت سجلّ إعادة الإنتاج في Procmon ورشّحت بـ NAME NOT FOUND، بان من لمحة أيّ DLL أو مفتاح سجلّ لم يُوجَد.

كيفيّة وضع المرشّحات وإسقاط الضوضاء ومن أيّ حدث تبدأ القراءة مرتَّبة كإجراءات في دليل عملي لأداة Process Monitor (ProcMon). كذلك إن علقت عند الجمع بين التسجيل و bitness، يعالج المزالق الشائعة في تطوير مكوّنات COM و OCX / ActiveX المشكلة نفسها من جانب التطوير.

9. الخطوة 6 ── جمع السجلّات للتأكيد النهائيّ

إن لم يُحدَّد السبب حتّى هنا، فعِّل السجلّات والتقط لحظة إعادة الإنتاج.

تفعيل السجلّ العامّ لـ Office

reg add HKCU\Software\Microsoft\Office\16.0\Common\Logging /v EnableLogging /t REG_DWORD /d 1

تفعيل السجلّ التفصيليّ لـ Click-to-Run

reg add HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v LogLevel /t REG_DWORD /d 3
reg add HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v PipelineLogging /t REG_DWORD /d 1

تُخرَج السجلّات إلى %windir%\temp أو %temp%.

استخدم عارض الأحداث أيضاً

eventvwr.msc
  • راجع سجلّات Windows > التطبيق
  • كثيراً ما يكون خطأ .NET Runtime أو SideBySide هو الضربة الحاسمة

تعطيل السجلّ بعد التحقّق (لا تنسَ)

reg delete HKCU\Software\Microsoft\Office\16.0\Common\Logging /v EnableLogging /f
reg delete HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v PipelineLogging /f
reg delete HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v LogLevel /f

10. جدول سريع للسجلّ / السياسات الرئيسة

أربعة مسارات ينبغي حفظها

الغرض المسار
جذر سياسة Office HKLM\SOFTWARE\Policies\Microsoft\Office\16.0
مراجعة التعطيل الجماعيّ لـ ActiveX HKCU\Software\Microsoft\Office\Common\Security\DisableAllActiveX (1=تعطيل، 0=رفع)
تسجيل كيان COM HKLM\SOFTWARE\Classes\CLSID\{CLSID}\InprocServer32
Office COM kill bit HKLM\Software\Microsoft\Office\16.0\Common\COM Compatibility\{CLSID}

على Office 32bit على Windows 64bit راجع أيضاً تحت Wow6432Node في ما يخصّ COM.

سجلّ اختبار يُستخدَم كثيراً (للتحقّق فقط)

Windows Registry Editor Version 5.00

; テスト専用: ActiveX 一括無効を解除
[HKEY_CURRENT_USER\Software\Microsoft\Office\Common\Security]
"DisableAllActiveX"=dword:00000000

تحذير: هذه الإعدادات للتحقّق فقط. المعالجة الدائمة تكون بـ «مسار توزيع موثوق وتوقيع».

11. الأعراض الشائعة وطريقة المعالجة

العَرَض السبب الأرجح ما تجرّبه أوّلاً
زر بلا استجابة بعد التحديث التعطيل الافتراضيّ لـ ActiveX شريط الرسائل ← [تمكين المحتوى] ← مراجعة Trust Center
فشل على Office 64bit وحده COM / ActiveX 32bit فقط راجع لدى البائع وجود إصدار x64. وإن لم يوجد بدِّل إلى Office 32bit
يعمل على أجهزة دون أخرى COM غير مسجَّل / تسجيل تالف راجع CLSID بـ reg query ← أعد التسجيل بـ regsvr32
DLL موجود لكنّه لا يُحمَّل نقص DLL تابع / وقت تشغيل VC++ تتبّع NAME NOT FOUND في Procmon
فشل من مشاركة شبكة أو مرفق بريد طريقة العرض المحميّة / MOTW انسخ إلى مجلّد محلّيّ وتأكّد من فرق إعادة الإنتاج
فشل جزء فقط من الربط مع ويب داخليّ IE mode غير مكوَّن أضف الموقع المستهدف إلى Enterprise Site List
توقيع موجود لكنّه لا يُسمَح شهادة غير موزَّعة / ناشر موثوق غير مسجَّل راجع صلاحيّة توقيع الشيفرة وتوزيع الشهادة
تغيّر السلوك عند إعادة استخدام إجراءات تثبيت عهد MSI الانتقال إلى فرضيّة Click-to-Run راجع السكربتات القديمة والتصميم الذي يفترض التسجيل الذاتيّ

12. الإعدادات الموصى بها للمؤسّسات

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

البند التوصية
قناة التحديث (Microsoft 365) على الأجهزة ذات الاعتماد القويّ على ActiveX القديم قناة Monthly Enterprise (نقاط التغيّر أسهل قراءة)
bitness لـ Office ما لم يصرّح البائع بدعم x64، فكِّر بأولويّة في Office 32bit
Trusted Locations المواقع الموثوقة على الشبكة محظورة مبدئيّاً. عند الحاجة بأسلوب طلب استثناء
التوقيع ActiveX / الوحدات / الإضافات الموزَّعة داخليّاً توقيع شيفرة، وإدارة Trusted Publisher مركزيّاً
IE mode سجّل في Enterprise Site List عناوين URL اللازمة فقط (تجنّب جعل الكلّ قديماً)
التحقّق قبل النشر قبل التوزيع في الإنتاج أنشئ pilot ring وثبّت البناء على تقارير / أجهزة تمثيليّة

مثال إعداد نشر Microsoft 365 (32bit + Monthly Enterprise)

<Configuration>
  <Add OfficeClientEdition="32" Channel="MonthlyEnterprise">
    <Product ID="O365ProPlusRetail">
      <Language ID="ja-jp" />
    </Product>
  </Add>
  <Updates Enabled="TRUE" />
  <Display Level="None" AcceptEULA="TRUE" />
</Configuration>

13. الوسيلة الأخيرة ── الإصلاح

  • الإصلاح السريع / الإصلاح عبر الإنترنت ينفع في تلف الإعداد أو التسجيل
  • لكنّه لا يحلّ عدم تطابق x86 / x64 أو مشكلة التوقيع / السياسة نفسها
  • الإصلاح «يُفعَل أخيراً» (إن فُعل أوّلاً اتّسخت سجلّات التحقيق)

14. جدول أوامر سريع

الغرض الأمر
التشغيل في الوضع الآمن excel /safe / winword /safe
تسجيل DLL لـ COM regsvr32 xxx.dll
إلغاء تسجيل DLL لـ COM regsvr32 /u xxx.dll
تسجيل COM من .NET (Office 32bit) Framework\v4.0.30319\RegAsm.exe xxx.dll /codebase /tlb
تسجيل COM من .NET (Office 64bit) Framework64\v4.0.30319\RegAsm.exe xxx.dll /codebase /tlb
نسخ احتياطيّ للسجلّ reg export HKCU\... backup.reg /y
تفعيل السجلّ العامّ لـ Office reg add HKCU\Software\...\Logging /v EnableLogging /t REG_DWORD /d 1
تفعيل السجلّ التفصيليّ لـ Click-to-Run reg add HKLM\SOFTWARE\...\OverRide /v LogLevel /t REG_DWORD /d 3
تشغيل عارض الأحداث eventvwr.msc

15. الخلاصة ── لا تخطئ ترتيب القضاء

خطأ إعداد ← عدم تطابق نظام التشغيل / bitness ← مشكلة كيان COM ← التبعيّات ← فرق التحديث

عطل ActiveX يبدو «مشكلة Excel وحدها»، لكنّه في الواقع تقاطع خمس طبقات: الأمان الافتراضيّ لـ Office + مقدّمة دعم Windows + تسجيل كيان COM + وقت التشغيل التابع + نموذج التحديث. قبل ترخيص الإعدادات عشوائيّاً، إن فصلت من الأعلى بالترتيب وصلت إلى إصلاح أقلّ عرضة للعودة.

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

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

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

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

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

ماذا يعني أنّ ActiveX معطَّل افتراضيّاً في Office 2024 و Microsoft 365؟
في Office 2024 و Microsoft 365 عناصر تحكّم ActiveX معطَّلة افتراضيّاً. أن تبدو أزرار Excel أو النماذج أو الكائنات المضمَّنة في Word / PowerPoint «غير عاملة» فجأة بعد تحديث، يكون السبب في العادة ليس عطل البرنامج بل تغيير هذا الافتراضيّ الأمنيّ. أوّل خطوة تجربة التشغيل المؤقّت عبر [تمكين المحتوى] في شريط الرسائل الأصفر عند فتح الملفّ، ثمّ مراجعة إعدادات ActiveX في Trust Center (مركز التوثيق).
بعد تحديث Office صار زر ActiveX في Excel بلا استجابة. من أين نبدأ التحقّق؟
تُصنَّف الأسباب في ثلاثة كبيرة. الأوّل تغيّر إعدادات الأمان (Trust Center، التعطيل الافتراضيّ لـ ActiveX، طريقة العرض المحميّة)، والثاني عدم تطابق 32bit / 64bit (تحميل عنصر 32bit فقط على Office 64bit)، والثالث نقص تسجيل COM أو DLL / وقت التشغيل التابع (عدم تشغيل regsvr32، غياب وقت تشغيل VC++). أقصر طريق القضاء من الأعلى بهذا الترتيب. سجّل أيضاً أوّلاً اسم المنتج ورقم البناء و bitness لـ Office ومعلومات نظام التشغيل، وتأكّد من فرق إعادة الإنتاج في مجلّد محلّيّ دون الفتح مباشرة من مشاركة شبكة أو مرفق بريد.
لماذا لا يعمل عنصر ActiveX على Office 64bit وحده؟
لأنّ تطابق bitness بين Office و COM / ActiveX لازم. لا يعمل تحميل عنصر 32bit فقط على Office 64bit. راجع لدى البائع وجود إصدار x64، وإن لم يوجد فكِّر في التبديل إلى Office 32bit. في COM المكتوب بـ .NET لا يُستخدَم regsvr32 بل RegAsm، وعلى Office 32bit يُسجَّل بـ RegAsm في Framework وعلى Office 64bit بـ RegAsm في Framework64. إن لم يتطابق bitness لـ RegAsm مع Office يظهر حادث نمطيّ: التسجيل ينجح في السجلّ لكن Office لا يجد المكوّن.
كيف نضبط ActiveX ليبقى قابلاً للاستخدام بصفة دائمة؟
الأساس ليس خفض الأمان ككلّ بل السماح المحدود للمستهدف اللازم فقط. تغيير السجلّ DisableAllActiveX للتحقّق فقط، والمعالجة الدائمة تكون بمسار توزيع موثوق وتوقيع. تحديداً وقِّع ActiveX / الوحدات / الإضافات الموزَّعة داخليّاً وأدر Trusted Publisher مركزيّاً، وفي Microsoft 365 فكِّر في قناة Monthly Enterprise الأسهل قراءة لنقاط التغيّر، وما لم يصرّح البائع بدعم x64 فكِّر بأولويّة في Office 32bit. قبل التوزيع في الإنتاج أنشئ pilot ring وثبّت البناء على تقارير وأجهزة تمثيليّة للتحقّق.

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

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

غو كومورا

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

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

العودة إلى المدونة