# استكشاف الأخطاء وإصلاحها
يتضمن هذا القسم استكشاف الأخطاء وإصلاحها والتحديات الشائعة في التنفيذ.
تدرج الجدول التالي بعض المشكلات الشائعة التي تُواجه أثناء تنفيذ وحدات Zoom Node:
| التحدي الذي تم مواجهته | نهج التشخيص | الحل الموصى به |
| ---------------------- | ----------------------------------- | ----------------------------------------------------- |
| فشل التحقق من الشهادة | تحقق من ثقة سلطة الشهادة وتغطية SAN | تأكد من تلبية متطلبات الشهادة متعددة أسماء المضيف |
| مشكلات اتصال العميل | تحقق من تكوين NAT/الوكيل | نفذ شبكة جسور مباشرة |
| تدهور الأداء | حلل استخدام الموارد | قم بالتدرج من المواصفات الدنيا إلى المواصفات القياسية |
**لدعم الفني**: [اتصل بدعم Zoom](https://support.zoom.com/hc/en/contact?id=contact_us) للحصول على مساعدة في النشر وتفعيل الميزات
**للاستفسارات البيعية**: استكشف [وحدات Zoom Node الإضافية](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0058800) لتوسيع قدراتك الهجينة
**وثائق فنية إضافية**: لمزيد من الأدلة الشاملة ومقالات الدعم ذات الصلة، راجع الموارد التالية:
* متطلبات المنافذ: راجع مقالة دعم Zoom [قواعد جدار الحماية لخادم إدارة Zoom Node](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066766) للحصول على قوائم شاملة
* توافق الوحدات: راجع أدلة النشر الخاصة بالخدمة مثل [إدارة خوادم ووحدات Zoom Node](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063730) للقيود على التعايش في نفس الموقع
* دليل استكشاف الأخطاء وإصلاحها: اطّلع على دعم Zoom لإجراءات استكشاف الأخطاء وإصلاحها التفصيلية، بما في ذلك [نشر خادم إدارة Zoom Node](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061896)
### استكشاف مشكلات بقاء الاجتماعات وإصلاحها
إذا واجهت صعوبة في الدخول في وضع البقاء على قيد الحياة مع وحدة Meeting Survivability، جرّب ما يلي:
1. **انتظر دقيقة كاملة:** أعطِ وقتًا لمشكلات التوقيت المحتملة في تطبيق Zoom Workplace.
2. **تحقق من تخصيص المجموعة:** تأكد من أن المستخدم مُعيّن إلى مجموعة تم تمكين البقاء لها. هذه الخطوة غير ضرورية إذا تم تمكين البقاء على مستوى الحساب.
3. **أكد منطقة البقاء:** إذا تم تعريف مناطق متعددة، تحقق من تعيين المستخدمين إلى المنطقة المُمكّنة الصحيحة.
4. **تسجيل دخول العميل أثناء التشغيل العادي:** تأكد من أن جميع مثيلات تطبيق Zoom Workplace قد قامت بتسجيل الدخول إلى سحابة Zoom أثناء التشغيل العادي بعد تكوين البقاء. تُطلب رمز من السحابة لتعمل ميزة البقاء. قد تفتقر مثيلات تطبيق Zoom Workplace التي لم تتواصل مع السحابة بهذه الطريقة إلى الرمز الضروري.
5. **"تهيئة" العميل من أجل البقاء:** إذا لم يقُم العميل بتسجيل الدخول أبدًا أثناء التشغيل العادي، قم بتعطيل وضع البقاء، ثم قم بتسجيل الخروج وإعادة تسجيل الدخول إلى تطبيق Zoom Workplace لاسترداد رمز البقاء من سحابة Zoom.
6. **توفير الرمز يدويًا أثناء الانقطاع:** في حالة حدوث انقطاع فعلي في الإنترنت حيث لم يتم استلام رمز البقاء ولا يمكن الاتصال بسحابة Zoom، يمكن توفير الرمز يدويًا عبر "عملية تهيئة الرمز" الموضحة أدناه.
إذا كانت العملاء تفشل في الانضمام إلى الاجتماعات في وضع البقاء، يمكنك استخدام:
1. **حل DNS:** استخدم `nslookup` أو `dig` (والذي يشير إلى خادم DNS الداخلي، وليس خوادم DNS المعتمدة على الإنترنت) للتحقق من أن **كل** مكونات الاجتماع الهجينة والبقائية تحل محليًا بواسطة اسم المضيف.
2. **الوصول إلى خادم الويب الخاص بالبقاء:** افتح متصفحًا جديدًا على جهاز عميل وحاول الاتصال بخدمة خادم الويب الخاص بالبقاء التي تم تعريفها أثناء التثبيت.
1. على سبيل المثال، قم بتغيير عنوان URL بإضافة https\:// في البداية و `:8080` في النهاية. مثل: `https://[private-zrjfkp4rtlzelmfn.mikenode.zoomonprem.com]:8080)`.
#### اختبار وضع بقاء الاجتماعات
يمكنك اختبار وضع البقاء مع وجود اتصال إنترنت متاح. سيتلقى العملاء إشارة للدخول أو الخروج من وضع البقاء بغض النظر عن اتصال الإنترنت.
تقترح Zoom إجراء اختبار أولي مع اتصال بالإنترنت، ثم اختبار لاحق أثناء الانقطاع. يتيح ذلك الوظائف الكاملة، حيث يُعد حل DNS المحلي المشكلة الأكثر شيوعًا.
استخدم عميلين (2) أو ثلاثة (3) لإجراء هذا الاختبار للتأكد من أن الاجتماعات تعمل بشكل صحيح.
{% hint style="danger" %}
عند تمكين وضع البقاء، سيدخل جميع العملاء المعينين إلى منطقة البقاء هذا الوضع. إذا تم تعيين هذا على مستوى الحساب، سيدخل جميع العملاء هذا الوضع. قد يكون لذلك عواقب غير مرغوبة على الاجتماعات النشطة. للاختبار، يجب تعيين البقاء فقط على مستوى المجموعة لتقييد نطاق المستخدمين المتأثرين بالاختبار.
{% endhint %}
**الاختبار مع اتصال بالإنترنت**
من وحدة تحكم وضع البقاء المحلية، انقر فوق **زر التبديل** لتمكين وضع البقاء. ستظهر نافذة تأكيد. انقر فوق **تشغيل** لتمكينه.
عند دخول النظام وضع البقاء، سيعرض شريط شريط في أعلى العرض هذه الحالة ويُظهر مدة نشاطه.
{% hint style="info" %}
قد يعمل وضع البقاء لمدة أقصاها 30 يومًا في المرة الواحدة.
{% endhint %}
يستغرق وضع البقاء من 15 إلى 30 ثانية للتفعيل. تحقق من تطبيق Zoom Workplace لمعرفة ما إذا كان قد دخل وضع البقاء. إذا دخل، ستلاحظ لوح البقاء على الجانب الأيمن من الشاشة، وأيقونة الإنذار الصفراء الصغيرة في أعلى شريط الأدوات.
انقر على **انضم** زر في قائمة **الاجتماعات الطارئة** التي قمت بتعريفها في القسم السابق. سيحاول تطبيق Zoom Workplace الانضمام.
انقر على **أيقونة الدرع الخضراء** للتحقق من أن الاجتماع هو اجتماع في وضع البقاء. تُعرض تفاصيل البقاء في **المضيف**, **رمز المرور**، و **رابط الدعوة** الأقسام.
انضم إلى نفس اجتماع الطوارئ هذا من تطبيق Zoom Workplace آخر.
يمكنك الآن اختبار سيناريوهات اجتماع أخرى، مثل بدء اجتماع PMR من تطبيق Zoom Workplace واحد، ومشاركة تفاصيل الاجتماع مع تطبيق Zoom Workplace آخر، وجعل الشخص الآخر ينضم.
**الاختبار بدون اتصال بالإنترنت**
لسماح لوضع البقاء بالعمل كما هو مطلوب أثناء انقطاع الإنترنت، تقترح Zoom إجراء اختبار كامل دون اتصال. سيمكن هذا اختبار حل DNS المحلي من حل جميع المكونات الهجينة والبقائية بشكل صحيح.
افصل اتصال الإنترنت لديك أو قم بمحاكاة انقطاع الإنترنت باستخدام قواعد جدار الحماية أو قوائم الوصول بالشبكة لمنع مرور حركة المرور من تطبيقات Zoom Workplace التجريبية وZoom Nodes من التواصل مع سحابة Zoom.
{% hint style="danger" %}
قد يؤدي قطع خدمات الإنترنت إلى عواقب غير مقصودة على اجتماعات Zoom النشطة وأي خدمات تستهلكها شركتك من الإنترنت.
{% endhint %}
إذا كان لديك وصول إلى جدار ناري أو بنية شبكية، احظر المرور من الشبكات الفرعية حيث تعمل Zoom Nodes التي تزود خدمات Zoom Meetings Hybrid وMeeting Survivability.
يجب أيضًا أن تحظر المرور من الشبكات الفرعية المستخدمة من قِبل تطبيقات Zoom Workplace التجريبية.