لماذا يفشل تسجيل الدخول إلى Jellyfin بعد إعادة تشغيل الوكيل العكسي؟
إذا استمر Jellyfin في قبول تسجيل الدخول المحلي المباشر بعد إعادة تشغيل الوكيل العكسي، فاعتبر مسار الوكيل حدّ العطل؛ وإذا فشل تسجيل الدخول المباشر أيضًا، فتوقّف عن تغيير إعدادات الوكيل.
قد يعيد الوكيل الذي أُعيد تشغيله تحميل منفذ قديم للخادم العلوي، أو يفقد إعدادات WebSocket أو الرؤوس المُمرَّرة، أو يعرض اسم مضيف مختلفًا ونطاقًا مختلفًا لملفات تعريف الارتباط. اختبر عنوان Jellyfin المباشر، ثم قارن سجلات الوكيل وطلبات المصادقة، مع تغيير طبقة واحدة في كل مرة وتجنّب تسجيل عناوين URL الكاملة التي قد تكشف بيانات الاعتماد.
أثبت ما إذا كان Jellyfin نفسه لا يزال يقبل تسجيل الدخول
يفشل تسجيل الدخول عبر الوكيل فورًا بعد إعادة التشغيل. ابدأ بالفحص الأقل تدخّلًا: افتح عنوان Jellyfin المحلي المباشر من الشبكة المحلية وسجّل الدخول بالحساب نفسه.
الملاحظة المفيدة محددة: ينجح تسجيل الدخول المباشر، أو يعيد تسجيل الدخول المباشر الحالة 401، أو يتعذر الوصول إلى العنوان المباشر. سجّل النتيجة قبل تغيير متغير آخر. اختبار المباشر مقابل الوكيل
فسّر المسار بدلًا من التخمين. إذا نجح تسجيل الدخول المباشر، فاترك بيانات الاعتماد دون تغيير وافحص طبقات الوكيل؛ وإذا فشل، فاقرأ سجلات Jellyfin وتوقّف عن تعديل الوكيل؛ وإذا تعذر الوصول، فأصلح صحة الخدمة أو نقطة الربط أولًا.
تحقّق من الخادم العلوي والمنفذ وحالة WebSocket
يعمل تسجيل الدخول المباشر، أو أن الوكيل هو المسار الوحيد الذي يتعذر الوصول إليه. ابدأ بالفحص الأقل تدخّلًا: اقرأ إعدادات الخادم العلوي وسجل الوصول الخاص بالوكيل، ثم اطلب نقطة نهاية تسجيل الدخول إلى Jellyfin عبر الوكيل.
الملاحظة المفيدة محددة: ظهور 502 أو رفض الاتصال، أو تحميل صفحة تسجيل الدخول مع فشل POST، أو ظهور أخطاء WebSocket أثناء التشغيل. سجّل النتيجة قبل تغيير متغير آخر. إعداد الوكلاء المعروفين
فسّر المسار بدلًا من التخمين. إذا رُفض الاتصال بالخادم العلوي، فأصلح العنوان أو المنفذ؛ وإذا حُمّلت الصفحة مع فشل POST، فافحص الرؤوس والمخطط؛ وإذا فشلت WebSocket الخاصة بالتشغيل فقط، فأبقِ تغييرات تسجيل الدخول منفصلة.
افحص الوكلاء المعروفين والرؤوس وملفات تعريف الارتباط وDNS
يصل الوكيل إلى Jellyfin، لكن المصادقة لا تزال تفشل أو تدخل في حلقة. ابدأ بالفحص الأقل تدخّلًا: قارن طلبًا مباشرًا ناجحًا بطلب واحد فاشل عبر الوكيل في سجلات منقّحة وأدوات المتصفح.
الملاحظة المفيدة محددة: يرى Jellyfin عنوان IP الخاص بالوكيل بوصفه عنوان العميل، أو يتغير اسم المضيف في إعادة التوجيه، أو تُرفض ملفّات تعريف الارتباط. سجّل النتيجة قبل تغيير متغير آخر.
فسّر المسار بدلًا من التخمين. إذا اختلف إعداد الوكلاء المعروفين أو الرؤوس المُمرَّرة، فصحّح ذلك الإعداد فقط؛ وإذا اختلفت ملفات تعريف الارتباط أو اسم المضيف، فامسح بيانات الموقع المتأثرة فقط؛ وإذا اختلف DNS، فأصلح السجل أو مسار المنفذ 443.
أعد تحميل طبقة واحدة وتحقّق من تسجيل الدخول المحلي والبعيد
أُجري تغيير في الوكيل أو الرؤوس أو ملفات تعريف الارتباط أو DNS. ابدأ بالفحص الأقل تدخّلًا: أعد تحميل الوكيل مرة واحدة، وسجّل الدخول محليًا وعن بُعد، ثم أعد تشغيل الوكيل مرة أخرى وأكّد جلسة تشغيل واحدة. مسار التشغيل عبر الوكيل
الملاحظة المفيدة محددة: ينجح المساران مرتين، أو ينجح المحلي ويفشل البعيد، أو ينجح تسجيل الدخول ويفشل التشغيل. سجّل النتيجة قبل تغيير متغير آخر.
فسّر المسار بدلًا من التخمين. إذا نجح مسارا تسجيل الدخول بعد إعادة تشغيل ثانية، فتوقّف؛ وإذا فشل البعيد فقط، فابقَ ضمن نطاق الوكيل أو الموجّه؛ وإذا فشل التشغيل، فأصلح توجيه WebSocket أو البث بشكل منفصل.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
هل يمكن لـ Jellyfin مشاركة وحدة معالجة رسومات أو مسرّع بأمان مع حاوية أخرى؟
مشاركة وحدة معالجة الرسومات (GPU) مشروطة: تحقّق من ظهور الجهاز ودعم برنامج التشغيل، ثم شغّل كلا الحملين وراقب التحوّل إلى بديل برمجي.
كيفية معرفة ما إذا كان خطأ Jellyfin ناتجًا عن العميل أم الخادم
يكون خطأ Jellyfin من جهة العميل عندما يحدث مع جهاز واحد؛ ويكون من جهة الخادم عندما تفشل عدة عملاء عبر المسار نفسه وتتوافق السجلات.
كيفية تهيئة ذاكرة التخزين المؤقت والتخزين المؤقت في Jellyfin
افصل بين الحالة الدائمة وذاكرة التخزين المؤقت القابلة لإعادة البناء وتخزين التحويل المؤقت، ثم تحقّق من السعة والأذونات باستخدام اختبار تشغيل فعلي.
