كيفية معرفة ما إذا كان خطأ Plex ناتجًا عن العميل أم الخادم

أسرع طريقة لتحديد النطاق هي الآتية: إذا فشل المحتوى نفسه على عدة عملاء، فتحقّق من الخادم أو مسار الشبكة المشترك؛ أما إذا فشل على عميل واحد فقط، فابدأ من ذلك العميل.

غالبًا ما تبدو أخطاء Plex متطابقة داخل التطبيق حتى عندما تكون طبقة الفشل مختلفة. فقد يرفض العميل برنامج ترميز، أو يفقد حالة التطبيق المحلية، أو يختار جودة تشغيل مختلفة، بينما قد يفشل الخادم في قراءة ملف، أو تحويل ترميزه، أو المصادقة، أو الوصول إلى مسار بعيد. أعد تشغيل عنصر واحد عند التوقيت نفسه على عميلين، وأبقِ إعدادات الخادم دون تغيير، ودَع النتيجة تحدد السجلات والإصلاحات التي تستحق الاهتمام.

استخدم عنصرًا إعلاميًا واحدًا لاختبار النطاق عبر العملاء

اختر العنصر الذي يفشل باستمرار وشغّله على عميل ثانٍ دون تغيير الخادم. وحافظ على تشابه نوع الاتصال قدر الإمكان. إذا فشل العميلان عند النقطة نفسها، فسيصبح ملف الوسائط أو مسار قراءة الخادم أو تحويل الترميز أو مسار الشبكة المشترك أكثر احتمالًا من كون المشكلة معزولة في التطبيق.

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

إذا شغّل العميل الثاني العنصر نفسه دون مشكلة، فاستمر في مسار العميل. قارن إصدار التطبيق، والشبكة المحلية بالمسار البعيد، وجودة التشغيل، والترجمات، ودعم برنامج الترميز، وما إذا كان ذلك العميل يفرض تحويل ترميز لا يحتاج إليه العميل الذي يعمل.

قارن مسار الجلسة، لا نص الخطأ فقط

افتح لوحة معلومات Plex أثناء إعادة إنتاج الخطأ وافحص الجلسة. لاحظ ما إذا كان العميل المتعطل يستخدم التشغيل المباشر أو البث المباشر أو تحويل الترميز، وما إذا كان محليًا أو بعيدًا. فالعميلان اللذان يطلبان من الخادم مساري تشغيل مختلفين لا يمثلان اختبارين متكافئين حتى لو فتحا الملف نفسه.

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

إذا فشل كل عميل عند الاتصال عن بُعد فقط بينما يعمل محليًا، فتحقّق من مسار الاتصال البعيد المشترك—الموجّه، أو النفق، أو الوكيل العكسي، أو المرحّل، أو نطاق الرفع الترددي، أو DNS—قبل إعادة تثبيت أي تطبيق للعميل. ويمكن للنطاق أن يعزل حدود الشبكة بفعالية مماثلة لعزل عميل بعينه.

اجمع السجلات من الطبقة التي فشلت فعليًا

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

تظهر منهجية مشابهة تركز على السجلات في دليل استكشاف أخطاء تطبيقات ZimaSpace: ابدأ بالطبقة التي فشلت، ثم استخدم مؤشرات السجل لتحديد ما إذا كان المسار التالي يتعلق بـ DNS أو المنافذ أو الأذونات أو التطبيق. ويستفيد سير عمل Plex من الانضباط نفسه.

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

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

تحقق من الإصلاح على العميل الأصلي وعلى عميل تحكّم واحد

طبّق أصغر إصلاح يتوافق مع الطبقة المعزولة: حدّث العميل أو أعد ضبطه عندما يفشل ذلك العميل وحده؛ وأصلح أذونات الخادم أو تحويل الترميز أو حالة الشبكة عندما يفشل عدة عملاء. ثم أعد تشغيل الوسائط نفسها من النقطة نفسها التي وقع عندها الخطأ.

يوصي إجراء الإبلاغ عن المشكلات في Plex بإعادة إنتاج المشكلة وجمع السجلات مع تفاصيل محددة عن الإصدار والبيئة. وهذا أيضًا فحص جيد قبل التصعيد: فالفشل القابل لإعادة الإنتاج مع توقيتات محددة أسهل بكثير في التشخيص من عبارة عامة مثل «خطأ في التشغيل».

يُعد الإصلاح مؤكدًا عندما ينجح العميل الأصلي ويستمر عميل التحكّم في العمل بصورة طبيعية. وإذا غيّر الخطأ طبقته—فعلى سبيل المثال، اختفى خطأ العميل لكن بدأت جميع العملاء البعيدة في الفشل—فتوقف وأعد تصنيف المشكلة بدلًا من تراكم تغييرات إضافية فوق التشخيص الأول.