قد يعيد DNS المحلي عنوان IP الصحيح لخادم NAS، ومع ذلك يفتح الخدمة الخاطئة عندما يوجّه الوكيل العكسي المشترك اسم المضيف إلى مضيف افتراضي مختلف.
على خادم ZimaSpace منزلي، قد تشترك عدة تطبيقات في عنوان LAN واحد خلف Nginx أو Traefik أو Caddy أو وكيل عكسي آخر. يحدد DNS عنوان IP الوجهة فقط. لكن المتصفح يرسل اسم المضيف عبر SNI الخاص بـ TLS وترويسة HTTP Host، ثم يقرر الوكيل أي حاوية ستتلقى الطلب.
تحقق من أن استجابة DNS المنقسم مقصودة فعلًا
قارن السجل المحلي بالسجل العام، وتأكد من أن كلا اسمي المضيف مخصصان للانتهاء عند الوكيل العكسي نفسه.
يساعد شرح DNS المنقسم المتخصص في المختبرات المنزلية على عزل هذا المسار، لأنه يعالج المشكلة الجزئية نفسها بدلًا من الاكتفاء بتعريف البروتوكول الأساسي.
أبقِ اسم المضيف في المتصفح دون تغيير، وغيّر فقط العنوان الذي يعيده DNS الداخلي.
أثبت أن الوكيل يوجّه الطلبات حسب اسم المضيف
أرسل الطلبات باستخدام اسم المضيف المتوقع، وقارنها بالوصول المباشر عبر IP إلى خادم NAS نفسه.
يساعد الشرح المتخصص للوكيل العكسي في المختبرات المنزلية على عزل هذا المسار، لأنه يعالج المشكلة الجزئية نفسها بدلًا من الاكتفاء بتعريف البروتوكول الأساسي.
إذا فتح عنوان IP المباشر تطبيقًا افتراضيًا بينما فتح اسم المضيف التطبيق الصحيح، فالمشكلة ليست في DNS؛ إذ يعمل توجيه المضيف الافتراضي كما هو مصمم.
تحقق مما إذا كانت ترويسة Host تُعاد كتابتها
افحص ترويصتي Host وforwarded-host لدى الوكيل والواجهة الخلفية.
يساعد الشرح المتخصص للأمان وHTTP حول تغييرات ترويسة Host على عزل هذا المسار، لأنه يعالج المشكلة الجزئية نفسها بدلًا من الاكتفاء بتعريف البروتوكول الأساسي.
أصلح الطبقة التي تعيد كتابة اسم المضيف فقط. لا تضف سجلات DNS مكررة للتعويض عن خطأ في توجيه HTTP.
تحقق من TLS SNI قبل توجيه HTTP
يجب على عدة تطبيقات HTTPS على عنوان IP واحد أن تعرض اسم المضيف المطلوب لاختيار الشهادة والمضيف الافتراضي المقصودين.
يساعد الدليل العملي المتخصص في SNI على عزل هذا المسار، لأنه يعالج المشكلة الجزئية نفسها بدلًا من الاكتفاء بتعريف البروتوكول الأساسي.
قارن اسم الشهادة بمسار الواجهة الخلفية. إن وجود شهادة تخص تطبيقًا آخر دليل على أن الاختيار حدث بشكل خاطئ قبل وصول الطلب إلى الخدمة المقصودة.
افحص المضيف الافتراضي الافتراضي
إذا لم تتطابق أي قاعدة مع اسم المضيف، يعيد كثير من الوكلاء خادمًا افتراضيًا قد يكون تابعًا لتطبيق آخر.
يساعد مقال استكشاف أخطاء Nginx المتخصص على عزل هذا المسار، لأنه يعالج المشكلة الجزئية نفسها بدلًا من الاكتفاء بتعريف البروتوكول الأساسي.
أنشئ قواعد صريحة لأسماء المضيفين واستجابة افتراضية محايدة، بدلًا من السماح لتطبيق واحد بأن يصبح الوجهة الشاملة لكل نطاق غير معروف.
أبقِ توجيه DNS منفصلًا عن توجيه الوكيل
تعامل مع DNS باعتباره مسؤولًا عن اختيار العنوان، ومع الوكيل العكسي باعتباره مسؤولًا عن اختيار التطبيق.
يساعد الشرح المتخصص للفارق بين DNS والوكيل العكسي على عزل هذا المسار، لأنه يعالج المشكلة الجزئية نفسها بدلًا من الاكتفاء بتعريف البروتوكول الأساسي.
أعد الاختبار باستخدام اسم مضيف التطبيق الدقيق من عميل على LAN. النتيجة الصحيحة هي ظهور الشهادة المتوقعة ومسار الوكيل والواجهة الخلفية الصحيحة، من دون الاعتماد على إشارات مرجعية تستخدم IP المباشر.
أعد اختبار المسار الدقيق للخادم المنزلي
بعد تغيير متغير واحد، كرر سير عمل NAS أو الخدمة المستضافة ذاتيًا نفسه من العميل نفسه، بدلًا من الانتقال إلى اختبار مختلف قد يستخدم مسارًا آخر.
يساعد دليل ZimaSpace ذي الصلة على إبقاء التحقق النهائي مرتبطًا ببيئة الاستضافة الذاتية نفسها.
لا يكتمل الإصلاح إلا عندما تبقى الأعراض الأصلية محلولة بعد إعادة الاتصال، وإعادة تشغيل الخدمة، وتنفيذ عملية نقل أو طلب آخر مضبوط.
الدعم والنصائح
المزيد للقراءة

هل يمكن لـ Plex مشاركة وحدة معالجة الرسومات (GPU) مع حاوية Docker أخرى؟
يمكن لـ Plex وحاوية أخرى غالبًا الوصول إلى وحدة معالجة الرسومات نفسها، لكن يجب اختبار دعم برنامج التشغيل، وتعيين الجهاز، وحِمل محرّك الفيديو، والذاكرة،...

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

كيفية إعداد ذاكرة التخزين المؤقت وموقع التخزين المؤقت لتحويل الترميز في Plex
احمِ حالة Plex الدائمة مع وضع الملفات المؤقتة للتحويل على مساحة تخزين محلية مناسبة، ثم تحقّق من التنظيف والمساحة الحرة وسلوك إعادة التشغيل.

