كيفية إعادة بناء إعداد Jellyfin بعد الانتقال إلى شبكة جديدة

إيفا وونغ

IceWhale author

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

How to Rebuild a Jellyfin Setup After Moving to a New Network - Zima Store Online

أعِد بناء Jellyfin بعد تغيير الشبكة من خلال استعادة مسار الخدمة المحلي أولًا، ثم التحقق من نقاط تركيب التخزين، والهوية، ونظام DNS، والوصول عن بُعد باعتبارها مراحل منفصلة.

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

سجّل المسار القديم قبل تغيير أي شيء

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

ينشئ ذلك خط الأساس لإعادة البناء: يصل المستخدم إلى الخدمة، وتصل الخدمة إلى قاعدة بياناتها ووسائطها، وتصل النسخ الاحتياطية إلى وجهتها. لا تبدأ بمنفذ عام أو بقاعدة وكيل جديدة.

استعد الخدمة المحلية على عنوان مستقر

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

تؤكد إرشادات ترحيل Jellyfin أن البيانات الداخلية تعتمد على المسارات، وأن مسارات الحاويات يجب أن تتطابق مع مواقع الوسائط المسجّلة (إرشادات الترحيل الحساسة للمسارات). تعامل مع عدم تطابق المسار باعتباره فشلًا في البنية، لا فشلًا في البيانات الوصفية.

أعِد توصيل نقاط التركيب والأذونات قبل DNS

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

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

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

أعِد بناء الهوية وDNS والوصول عن بُعد بهذا الترتيب

بعد نجاح التشغيل المحلي، استعد اسم المضيف وسجل DNS الداخلي. اختبر عميلًا باستخدام الاسم لا عنوان IP، ثم تحقّق من الوكيل العكسي أو الشبكة الخاصة الافتراضية من خارج المنزل. أبقِ المصادقة والتفويض منفصلين عن التوجيه: ففشل تسجيل الدخول لا يدل على أن إعادة توجيه المنفذ الجديدة خاطئة.

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

اجعل التراجع والتوسّع واضحين

احتفظ بسجل DNS القديم، ونسخة الإعدادات الاحتياطية، وملاحظات الشبكة السابقة حتى ينجح التشغيل المحلي، ووصول المستخدمين، والتوجيه عن بُعد، والاستعادة جميعًا. لا تتوسع إلا بإضافة مسار مخصص—مثل شبكة VLAN منفصلة للإدارة أو واجهة شبكة ثانية—عندما يتدهور المسار المشترك. أوقف إعادة البناء إذا تعذر على الخادم الحصول على عنوان مستقر، أو نقاط تركيب دائمة، أو مسار استعادة مُختبر؛ فلا يمكن لأي قدر من إعادة تهيئة العملاء إصلاح هذه الأسس المفقودة.