أوقف تشغيل Jellyfin بإزالة إمكانية الوصول إليه فقط بعد أن تقرر الحالة التي تريد الاحتفاظ بها، وتتحقق من وجود نسخة احتياطية قابلة للاسترداد، وتحصر كل مسار أو بيانات اعتماد استخدمتها الخدمة. قد يؤدي حذف الحاوية أولًا إلى ترك نقاط توصيل الوسائط، والنسخ الاحتياطية، ومفاتيح API، ومسارات الوكيل العكسي، ووحدات التخزين الدائمة، رغم اختفاء واجهة Jellyfin.
لإيقاف الخدمة بأمان هدفان: الحفاظ على أي شيء قد تحتاج إليه لاحقًا، وإزالة كل مسار لا يزال قادرًا على كشف البيانات أو تعديلها. اعمل من الخارج إلى الداخل—عطّل نقاط الدخول عن بُعد، وأوقف عمليات الكتابة الجديدة، وأنشئ النسخة الاحتياطية النهائية واختبرها، وأزل التطبيق، ثم راجع بعناية وحدات التخزين، ونقاط التوصيل، ونظام DNS، وقواعد جدار الحماية، وبيانات الاعتماد. لا تستخدم أمر تنظيف شاملًا قبل أن تعرف أي بيانات دائمة أُرشفت أو أُتلفت عمدًا.
احصر البيانات ونقاط التوصيل ومسارات الوصول قبل الإزالة
أدرج دليل بيانات/إعدادات Jellyfin، وذاكرة التخزين المؤقت، ونقاط توصيل الوسائط، ومسار التحويل، ومجلد النسخ الاحتياطية، والوكيل العكسي، وشبكة VPN أو النفق، واسم DNS، وقواعد جدار الحماية، وأي مفاتيح API أو بيانات اعتماد للخدمة. صنّف كل عنصر إلى: الاحتفاظ، أو إعادة الاستخدام، أو التدوير، أو الحذف.
يمنع هذا الحصر الخطأ الشائع عند إيقاف الخدمة، وهو التعامل مع حاوية التطبيق باعتبارها الخدمة بأكملها. ففي الخادم المنزلي، غالبًا ما توجد الحالة المهمة في نقاط التوصيل أو وحدات التخزين المسماة، بينما توجد نقطة الدخول العامة في إعداد مختلف تمامًا للوكيل أو DNS.
إذا كان الوصول إلى الخادم متاحًا عن بُعد، فراجع نموذج المسارات نفسه المستخدم عند تتبّع طبقات الوصول عن بُعد: إذ إن DNS العام، والوكيل أو VPN، وجدار الحماية، والخدمة المحلية طبقات منفصلة، ويجب إيقاف كل منها عمدًا.
أنشئ نسخة احتياطية نهائية قبل إيقاف آخر نسخة سليمة
أنشئ نسخة احتياطية نهائية من Jellyfin بينما لا يزال الخادم في حالة سليمة ومعروفة، ثم انسخها إلى وجهة ستبقى موجودة بعد حذف مضيف Jellyfin أو وحدات التخزين. ضع على الأرشيف تسمية تتضمن إصدار Jellyfin وتاريخ إيقاف الخدمة.
توضح طرق النسخ الاحتياطي الرسمية في Jellyfin مسارات النسخ الاحتياطي المدمجة واليدوية، وتشرح كيفية الحفاظ على حالة خادم قابلة للاسترداد. استخدم الطريقة الموثقة التي تتوافق مع تثبيتك بدلًا من إنشاء نسخة مباشرة غير متسقة من ملفات قاعدة البيانات والإعدادات أثناء تشغيلها.
أجرِ اختبار استعادة صغيرًا، أو افحص محتويات الأرشيف على الأقل، قبل المتابعة. إذا كانت النسخة الاحتياطية النهائية غير مكتملة، فأوقف عملية إيقاف الخدمة وأصلحها ما دام الخادم العامل لا يزال موجودًا.
عطّل الوصول الخارجي قبل إزالة التطبيق
أزل أو عطّل سجلات DNS العامة، ومسارات الوكيل العكسي، وتحويلات المنافذ، ومشاركات الأنفاق، وقوائم التحكم في الوصول عبر VPN التي تكشف Jellyfin تحديدًا. يؤدي تنفيذ ذلك أولًا إلى إغلاق المسار العام بينما يظل الخادم متاحًا محليًا للتحقق النهائي.
تحقق من شبكة خارجية من أن عنوان Jellyfin العام القديم أو النفق لم يعد يصل إلى الخدمة، ثم تأكد من أن الوصول المحلي لا يزال يعمل طوال المدة اللازمة لإكمال النسخة الاحتياطية والحصر. يثبت هذا الاختبار من الجانبين أنك أغلقت الانكشاف دون إتلاف الحالة القابلة للاسترداد قبل الأوان.
بدّل مفاتيح API أو بيانات الاعتماد المخصصة لـ Jellyfin، خصوصًا إذا كانت مخزنة في إعدادات الوكيل، أو نصوص الأتمتة، أو أنظمة المراقبة التي ستبقى بعد إزالة الخدمة.
أزل الحاويات ووحدات التخزين بعناية
أوقف حاوية Jellyfin وأزلها فقط بعد التحقق من النسخة الاحتياطية النهائية. ثم افحص كل نقطة توصيل وكل وحدة تخزين مسماة، وقرر ما إذا كانت تخص Jellyfin وحده أو تشترك فيها خدمة أخرى.
توثّق Docker أن وحدات التخزين تستمر بعد إزالة الحاوية؛ إذ لا يؤدي حذف الحاوية تلقائيًا إلى إزالة كل وحدة تخزين دائمة. وتفيد هذه الاستمرارية في الاسترداد، لكنها تعني أيضًا أن بيانات التطبيق المتروكة قد تبقى على القرص إلى أن تتعامل معها صراحةً.
لا تشغّل docker volume prune كخطوة التنظيف الأولى على مضيف يشغّل عدة تطبيقات. أزل فقط وحدات التخزين التي حددتها بشكل مؤكد، واحتفظ بالأرشيف النهائي في مكان خارج نطاق عملية التنظيف هذه.
تحقق من عدم ترك أي حالة غير محمية لـ Jellyfin
ابحث في المضيف عن مسار بيانات Jellyfin القديم، وملفات Compose المتبقية، وملفات البيئة، ومقتطفات الوكيل، وأرشيفات النسخ الاحتياطية، وبيانات الاعتماد. وبالنسبة إلى كل عنصر متبقٍ، إما أن تحميه بموجب سياسة النسخ الاحتياطي والوصول المعتادة لديك، أو تحذفه عمدًا.
تحقق من أن أذونات الوسائط لا تزال متوافقة مع الخدمات المتبقية. قد لا تعود هناك حاجة إلى مستخدم أو قائمة تحكم في الوصول خاصة بـ Jellyfin، لكن إزالتها يجب ألا تعطل حاوية أخرى كانت تشارك المجموعة نفسها أو نقطة توصيل الوسائط للقراءة فقط عمدًا.
تكتمل عملية إيقاف الخدمة عندما يُغلق المسار العام القديم، وتكون النسخة الاحتياطية النهائية قابلة للاسترداد، ولا يعود التطبيق قيد التشغيل، ويكون لكل ملف أو بيانات اعتماد متبقية مالك محدد بوضوح. إذا لم تتمكن من تحديد صاحب وحدة تخزين أو نسخة احتياطية، فاعزلها بدلًا من حذفها عشوائيًا.
الدعم والنصائح
المزيد للقراءة

يعمل Jellyfin عبر شبكة Wi‑Fi لكنه يفشل عبر Ethernet أو VPN
عندما يعمل Jellyfin عبر شبكة Wi‑Fi فقط، اعزل مسار الشبكة الذي تغيّر: الوجهة، والمسار، وتصنيف جدار الحماية/الشبكة المحلية، ثم تداخل VPN.

هل ينبغي استخدام التحديثات التلقائية لـ Jellyfin على خادم منزلي؟
تكون تحديثات Jellyfin التلقائية أكثر أمانًا عند تحديد النسخ الاحتياطية ونطاق الإصدار وخطة التراجع والتحقق بعد التحديث قبل الانتقال غير المراقَب.

لماذا يستهلك Jellyfin قدرًا كبيرًا من وحدة المعالجة المركزية بعد التحديث؟
قد يكون ارتفاع استخدام وحدة المعالجة المركزية بعد تحديث Jellyfin ناتجًا عن مهام مؤقتة أو تحويل الترميز أو الإضافات أو عبء عمل آخر. حدّد...

