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

هل ينبغي نسخ Jellyfin احتياطيًا أثناء تشغيله أم إيقاف الخدمة أولًا؟
للتبسيط، يُفضَّل استخدام النسخ الاحتياطية للخدمات المتوقفة؛ ولا تستخدم اللقطات الحية إلا عندما تكون حالة التطبيق ملتقطة بشكل متسق وتكون عمليات الاستعادة قد اختُبرت.

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

متى ينبغي إعادة بناء Jellyfin بدلًا من إصلاحه؟
اختر إعادة البناء بدلًا من الإصلاح عندما يكون انجراف بيئة التشغيل هو المشكلة وتكون الحالة الدائمة قد نُسخت احتياطيًا؛ لا تُجرِ «إعادة بناء» بحذف...

