هل ينبغي لـ Plex استخدام شبكة المضيف أم شبكة الجسر في Docker؟
استخدم شبكة المضيف عندما تريد أبسط مسار لاكتشاف Plex؛ واستخدم جسرًا معرفًا من قِبل المستخدم عندما تكون العزلة والتحكم الصريح في المنافذ أهم، ويمكنك التحقق من كل مسار مطلوب.
يمكن لكلا الوضعين تشغيل Plex بصورة صحيحة، لذا فهذا قرار تهيئة وليس هناك خيار أفضل للجميع. يشارك وضع المضيف مساحة أسماء شبكة المضيف ويزيل طبقة ترجمة، بينما يمنح وضع الجسر الحاوية هوية شبكة خاصة بها ويعرض الخدمات عبر المنافذ المنشورة. على خادم منزلي يعمل بنظام ZimaOS أو Docker، اختر الوضع من خلال اختبار الاكتشاف المحلي، والوصول عن بُعد، وإمكانية الوصول عبر الوكيل العكسي، وسلوك إعادة التشغيل باستخدام عملائك الفعليين.
حدّد ما إذا كانت بساطة الاكتشاف أم العزلة هي المتطلب الأساسي
عادةً ما يكون وضع المضيف أقصر طريق عندما تحتاج عملاء Plex إلى اكتشاف الخادم على الشبكة المحلية، ولا تحتاج إلى فصل شبكة حاوية Plex. تستخدم الحاوية مكدس شبكة المضيف، لذلك لا يوجد عنوان IP منفصل للحاوية يلزم نشره مجددًا عبر Docker. ويمكن لهذه البساطة إزالة عدة حالات طرفية متعلقة بالاكتشاف وNAT.
يصف Docker شبكات المضيف بأنها مشاركة لمساحة أسماء شبكة المضيف؛ فلا تحصل الحاوية على عنوان IP خاص بها، ويتم تجاهل نشر المنافذ المعتاد. وهذا يعني أن وضع المضيف سهل الفهم، لكنه يعني أيضًا أنه لا يمكنك استخدام تعيينات منافذ Docker كحدّ للعزلة لهذه الحاوية.
اختر وضع الجسر بدلًا من ذلك عندما ينبغي أن تعمل خدمة Plex على شبكة حاويات خاضعة للتحكم، خصوصًا إذا كنت تدير وكيلًا عكسيًا أو طبقة دخول مقسّمة مسبقًا. ولا يتمثل شرط الملاءمة في أن «الجسر أكثر أمانًا» بحد ذاته؛ بل في أن تفهم المنافذ والشبكات التي تحتاجها Plex فعليًا، وأن تتمكن من التحقق من الاكتشاف والوصول عن بُعد بعد التغيير.
إذا استخدمت وضع الجسر، فاجعل الشبكة صريحة
يُفضّل استخدام جسر معرف من قِبل المستخدم بدل التعامل مع جسر Docker الافتراضي كأنه صندوق أسود سحري. انشر منافذ خدمة Plex التي تحتاج إليها فعليًا، وحافظ على أسماء خدمات ثابتة للاتصالات بين الحاويات، وتجنب كتابة قواعد الوكيل باستخدام عنوان IP مؤقت للحاوية. ينبغي أن تستمر النتيجة في العمل بعد إعادة تشغيل Plex أو الوكيل، من دون تغيير عنوان الخادم العلوي الذي ضبطته.
يوفر مشروع Plex الرسمي لحاويات Docker أمثلة على وضعي المضيف والجسر، وهذا مؤشر مفيد على أن كلا وضعي النشر نمطان مدعومان وليس هناك بنية واحدة إلزامية. استخدم المثال مرجعًا للنشر، ثم عدّله وفق المنافذ ووحدات التخزين والأجهزة التي يستخدمها خادمك فعليًا.
إذا عمل وضع الجسر محليًا، لكن أصبح الوصول عن بُعد أو الاكتشاف غير موثوق، فقارن ما تغيّر: المنافذ المنشورة، أو عنوان URL المعلن للخادم، أو تصنيف الشبكة الفرعية المحلية، أو مسار الوكيل العكسي. لا تعد فورًا إلى وضع المضيف قبل أن تعرف أي حدّ من حدود الجسر فشل، لأن الفشل نفسه قد يعود لاحقًا في إعداد أكثر تعقيدًا.
اختبر الوضع باستخدام مسارات العملاء التي تستخدمها فعليًا
بعد تغيير وضع الشبكة، اختبر تطبيق Plex محليًا، وجلسة متصفح واحدة، ومسارًا عن بُعد إذا كان البث البعيد جزءًا من الإعداد. تأكد من ظهور الخادم بوصفه الخادم نفسه، ومن بدء التشغيل، ومن أن لوحة المعلومات تعرض المسار المحلي أو البعيد المتوقع. فالتكوين الذي يفتح صفحة الويب فقط لم يُتحقق منه بالكامل.
بالنسبة إلى مختبر منزلي مقسّم، يوضح دليل الدخول من ZimaSpace سبب سهولة فهم أدوار الحاويات المواجهة للوكيل وشبكات التطبيقات عندما تكون أدوارها واضحة. لا تحتاج Plex إلى مشاركة كل شبكة لمجرد أن حاوية أخرى تحتاج إلى دخول عام.
أعد تشغيل Plex مرة، وأعد تشغيل الوكيل العكسي مرة إذا كنت تستخدمه، ثم كرر اختبارات العملاء نفسها. لا يكتمل اختيار الشبكة إلا عندما تظل الخدمة قابلة للوصول بعد أحداث دورة الحياة هذه، وليس بمجرد نجاحها مباشرة بعد تعديل Compose أو إعداد تطبيق ZimaOS.
استخدم قاعدة مشروطة بدلًا من تفضيل دائم
اختر شبكة المضيف إذا كنت تفضل اكتشافًا محليًا قليل التعقيد، ولا توجد تعارضات في المنافذ، ولا تحتاج إلى عزل Plex عن مساحة أسماء شبكة المضيف. واختر جسرًا معرفًا من قِبل المستخدم إذا أردت تعريضًا صريحًا، أو تكاملًا مع وكيل، أو تقسيمًا بين الحاويات، ويمكنك الحفاظ على المنافذ المنشورة المطلوبة واكتشاف الخدمات.
إذا اجتاز الوضعان جميع الاختبارات، فاحتفظ بالوضع الذي يجعل استكشاف الأخطاء وإصلاحها مستقبلًا أسهل في بيئتك. فقلة المكونات المتحركة ميزة موثوقية مشروعة، وكذلك وجود حدّ شبكي واضح عند تشغيل العديد من الخدمات المستضافة ذاتيًا. إن «أفضل» وضع لشبكة Plex هو الوضع الذي يمكنك رصد مسار فشله وإصلاحه.
صعّد المشكلة فقط إذا فشل الوضعان بالطريقة نفسها. فالعَرَض الذي يستمر بعد تغيير وضع الشبكة يُرجّح أن يكون مرتبطًا بمصادقة Plex، أو جدار الحماية، أو سلوك الموجّه وNAT، أو DNS، أو TLS، أو مسار العميل، بدلًا من اختيار Docker بين وضع المضيف والجسر نفسه.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
هل يمكن لـ Plex مشاركة وحدة معالجة الرسومات (GPU) مع حاوية Docker أخرى؟
يمكن لـ Plex وحاوية أخرى غالبًا الوصول إلى وحدة معالجة الرسومات نفسها، لكن يجب اختبار دعم برنامج التشغيل، وتعيين الجهاز، وحِمل محرّك الفيديو، والذاكرة،...
كيفية معرفة ما إذا كان خطأ Plex ناتجًا عن العميل أم الخادم
أعِد إنتاج العنصر نفسه على عميل آخر، وقارن مسار الجلسة، ثم اجمع أدلة من الخادم فقط بعد أن يحدد النطاق موضع الفشل الفعلي.
كيفية إعداد ذاكرة التخزين المؤقت وموقع التخزين المؤقت لتحويل الترميز في Plex
احمِ حالة Plex الدائمة مع وضع الملفات المؤقتة للتحويل على مساحة تخزين محلية مناسبة، ثم تحقّق من التنظيف والمساحة الحرة وسلوك إعادة التشغيل.
