هل يمكن تشغيل Plex خلف وكيل عكسي ضمن مسار فرعي؟

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

يمكن لـ Plex العمل خلف بعض إعدادات الوكيل العكسي للمسارات الفرعية، لكنه أكثر عرضة للمشكلات من وضع Plex على اسم مضيف خاص به.

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

أثبت أن الواجهة الخلفية تعمل من دون الوكيل أولًا

يكون اختبار الوكيل بلا معنى إذا كانت الواجهة الخلفية لـ Plex غير سليمة أصلًا. تأكد من الوصول المحلي إلى الويب ومن التشغيل قبل إضافة قواعد إعادة الكتابة.

يؤدي اسم مضيف مخصص لوكيل Plex إلى تجنب قدر كبير من إعادة كتابة بادئة المسار المطلوبة في تصميم المسار الفرعي.

افتح Plex مباشرةً على الشبكة المحلية، وشغّل ملفًا معروفًا، وتأكد من سلامة الخادم قبل اختبار عنوان URL العام للوكيل. وإذا فشل الوصول المباشر أيضًا، فأصلح Plex أولًا واترك إعداد الوكيل دون تغيير.

توقع أن تكون المسارات النسبية إلى الجذر هي الجزء الأصعب

يتطلب توكيل المسار الفرعي أكثر من ربط /plex بالمنفذ 32400. فقد تظل HTML والأصول الثابتة وإعادات التوجيه واكتشاف العميل تشير إلى مسارات جذرية تتجاوز البادئة.

قد يتطلب توكيل Plex عبر مسار فرعي إعادة كتابة المسارات، وقد يتفاعل مع عمليات التحقق من سلامة أصول الويب.

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

اختبر التشغيل والاكتشاف، وليس واجهة الويب فقط

لا يثبت عرض الصفحة بنجاح أن العملاء سيتمكنون من الاكتشاف أو البث عبر عنوان URL نفسه. فقد تستخدم عملاء Plex منطقها الخاص للاكتشاف والاتصال.

قد يفشل مسار Plex مع تمرير المنافذ بسبب CGNAT، أو NAT مزدوج، أو قواعد جهاز التوجيه، أو إمكانية الوصول من الخارج.

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

-15% OFF

فضّل النطاق الفرعي عندما تؤدي إعادة كتابة المسار الفرعي إلى تعقيد زائد

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

يؤدي اسم مضيف مخصص لوكيل Plex إلى تجنب قدر كبير من إعادة كتابة بادئة المسار المطلوبة في تصميم المسار الفرعي.

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

الدعم والنصائح

المزيد للقراءة

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.