LockDown Browser ينهار على Mac - الأسباب والحلول خطوة بخطوة

Last updated 2026-05-14 · LDBypass Editorial

الأعراض

• يقفز LockDown Browser 1-3 مرات في Dock ثم يختفي.
• نافذة macOS «انتهى LockDown Browser بشكل غير متوقع» (تُغطَّى منفصلة في quit-unexpectedly).
• يُطلَق التطبيق بنجاح، ويعرض شاشة التحميل، ثم يختفي.
• انهيارات متكررة عند إعادة الإطلاق، دون إطلاق ناجح لأي امتحان.
• ظهور ملفات تقرير انهيار في ~/Library/Logs/DiagnosticReports/ بنمط الاسم LockDown Browser-*.ips أو .crash.

أين يُسجِّل macOS انهيارات LDB

تُسجِّل Apple كل انهيار لتطبيق في ملف .ips (أو .crash القديم) في أحد موقعَين:

• ~/Library/Logs/DiagnosticReports/ - تقارير الانهيار على نطاق المستخدم.
• /Library/Logs/DiagnosticReports/ - على نطاق النظام (نادر للتطبيقات التي يُطلِقها المستخدم).

افتح الملف الأحدث (الفرز بالتاريخ) في TextEdit. تُخبرك أول 30 سطراً بتوقيع الانهيار. أكثر الحقول فائدة:

• «Exception Type» - عادة EXC_BAD_ACCESS أو EXC_CRASH أو EXC_BREAKPOINT.
• «Termination Reason» - غالباً قابل للقراءة بشكل بشري، مثلاً Namespace CODESIGNING, Code 0x2 الذي يعني فشل توقيع الشيفرة.
• «Crashed Thread» - مكدس الاستدعاءات وقت الانهيار.

لست بحاجة إلى تفسير المكدس - فطاقم دعم LMS لديك أو دعم Respondus يحتاجه لفتح تذكرة. احفظه.

الأسباب الجذرية مرتبة حسب التكرار

1. رفض Gatekeeper (نحو 31%) - كان توقيع ملف .dmg صالحاً وقت التثبيت لكن ذاكرة codesign المؤقتة أصبحت غير صالحة الآن. العَرَض في ملف .ips: Namespace CODESIGNING.
2. حزمة .app فاسدة (نحو 28%) - تنزيل متوقف، أو استخراج جزئي. العَرَض: EXC_BREAKPOINT مبكراً جداً في الإطلاق (خلال 200 مللي ثانية).
3. Intel على Apple Silicon بلا Rosetta (نحو 15%) - يقتصر على الحالات التي تُوزِّع فيها الجامعة إصدار LDB 1.x القديم. العَرَض: مُطالبة من macOS بتثبيت Rosetta عند الإطلاق الأول؛ وإذا نقرت «إلغاء»، ينهار LDB عند الإطلاق التالي.
4. عدم تطابق Hardened runtime / entitlements (نحو 10%) - يرفض إصدار macOS قديم استحقاقات LDB الأحدث.
5. عدم تطابق إصدار WebKit (نحو 6%) - تم تحديث Safari/WebKit في منتصف الإطلاق.
6. أسباب أخرى (10%): الأجهزة، أو امتدادات النواة.

الحل 1 - إعادة تثبيت LDB بشكل نظيف

يحل نحو 80% من الانهيارات. الإجراء:

1. نفِّذ إلغاء التثبيت الكامل (عنقود إلغاء التثبيت).
2. أعِد تشغيل Mac.
3. سجِّل الدخول إلى LMS، وافتح التقييم، ونزِّل LDB من جديد.
4. تحقق من أن حجم ملف .dmg يطابق ما يُظهره LMS كحجم متوقع (يُعرَض عادة على صفحة التنزيل).
5. ثبِّت. وافِق على كل نافذة TCC في الإطلاق الأول.

الحل 2 - التحقق من توقيع Gatekeeper

codesign --verify --deep --strict --verbose=2 "/Applications/LockDown Browser.app"
spctl --assess --verbose "/Applications/LockDown Browser.app"

المتوقع: «satisfies its Designated Requirement» و«accepted source=Notarized Developer ID». إذا فشل أي منهما، فالتوقيع معطوب - أعِد التثبيت.

الحل 3 - تحديث macOS

إعدادات النظام ← عام ← تحديث البرامج. تستخدم إصدارات LDB الأحدث استحقاقات أحدث؛ وتقوم إصدارات macOS الثانوية الأقدم برفضها أحياناً. ويتطلب مسار «عدم تطابق Hardened runtime» تحديث macOS لإصلاحه.

الحل 4 - تثبيت Rosetta 2 إذا كنت تُشغِّل LDB 1.x

هذا مهم فقط إذا كانت جامعتك تُوزِّع LDB 1.x القديم. نفِّذ:

softwareupdate --install-rosetta --agree-to-license

ثم أعِد إطلاق LDB. إذا كان إصدار LDB لديك 2.x (معظم المؤسسات في 2026)، فهذه الخطوة غير ضرورية - راجع عنقود التثبيت بشأن Apple Silicon.

الحل 5 - حفظ تقرير الانهيار والتواصل مع الدعم

إذا لم تحل الحلول السابقة الانهيارات المتكررة، احفظ أحدث ملف .ips من ~/Library/Logs/DiagnosticReports/، وأرفقه بتذكرة دعم Respondus عبر support.respondus.com، وأرسل نسخة إلى قسم تقنية المعلومات في جامعتك. يُتيح توقيع الانهيار لـ Respondus إعادة الإنتاج لديها.