بحلول الصفحة 3، لم يعد موضوع سلسلة الدعم الطويلة هذه يتمحور أساسًا حول تسجيل الدخول عن بُعد. فقد أصبحت المشكلة العملية حاوية Duplicati تعمل، لكنها تُفتح برسالة الخدمة غير متاحة. وقدّم سجلها الدليل الحاسم: أُنشئت قاعدة بيانات الإعدادات من دون SETTINGS_ENCRYPTION_KEY صالح، ولم يؤدِّ تغيير متغيرات البيئة لاحقًا إلى إصلاح حالة الإعداد التي أُنشئت بالفعل.
كان حل المجتمع محدود النطاق عمدًا: إزالة/إعادة إنشاء حاوية Duplicati، ومسح قاعدة بيانات الإعدادات فقط، مع إبقاء وجهة النسخ الاحتياطي ومجلدات المصدر دون تغيير، ثم إعادة إنشاء Duplicati مرة واحدة باستخدام مفتاح تشفير إعدادات فعلي. وقد ردّ صاحب المنشور الأصلي لاحقًا قائلًا: «تمكنت من الدخول»، مؤكدًا أن مسار الاسترداد أعاد الوصول.
حدّد سجل Duplicati مفتاح تشفير الإعدادات المفقود
انتهى السجل المصدر بالعبارة التالية:
Missing encryption key, unable to encrypt your settings database
Please set a value for SETTINGS_ENCRYPTION_KEY and recreate the containerوهذا دليل أقوى بكثير من التخمين بشأن المنافذ أو الوصول عن بُعد إلى ZimaOS. فقد كان الخلل داخل طبقة تطبيق/إعداد Duplicati.
مفتاح الإعدادات ليس كلمة مرور تشفير النسخ الاحتياطي نفسها
-
SETTINGS_ENCRYPTION_KEYيحمي قاعدة بيانات إعدادات Duplicati المحلية؛ - تحمي كلمة مرور تشفير النسخ الاحتياطي محتوى النسخ الاحتياطية؛
- كلمة مرور تسجيل الدخول إلى واجهة الويب هي بيانات اعتماد منفصلة أخرى.
احتفظ بتوثيق هذه الأسرار في مدير كلمات مرور بدلًا من إعادة استخدام قيمة اختبار ضعيفة مثل 1234.
لا تحذف وجهة النسخ الاحتياطي
حذّر المصدر صراحةً من المساس ببيانات النسخ الاحتياطي أو مجلدات المصدر. استهدفت إعادة الضبط قاعدة بيانات إعدادات Duplicati فقط ضمن مسار إعدادات AppData. ولا تعني إزالة الحاوية تلقائيًا حذف النسخ الاحتياطية عندما تُخزَّن بيانات النسخ الاحتياطي في مجلد مضيف منفصل مرتبط بالحاوية.
أعد إنشاء الحاوية باستخدام مفتاح صالح
- أوقف/أزل حاوية Duplicati المعطلة؛
- أنشئ نسخة احتياطية من قاعدة بيانات إعدادات Duplicati فقط، ثم امسحها؛
- اضبط
SETTINGS_ENCRYPTION_KEYقويًا؛ - أعد إنشاء الحاوية مرة واحدة؛
- افتح واجهة الويب وتحقق من بدء الإعداد بصورة طبيعية.
نظرًا إلى أن هذا الإجراء مستند إلى استكشاف أخطاء من المجتمع، راجع تعيينات وحدات التخزين الحالية الفعلية قبل حذف أي مجلد إعدادات.
لا تخلط بين عمليات تثبيت متجر التطبيقات وDocker اليدوية
في وقت سابق من سلسلة النقاش نفسها، أنشأ المستخدم حاوية Duplicati ثانية يدويًا عن طريق الخطأ، مع استمراره في استخدام متجر التطبيقات. أدى ذلك إلى غموض في المنافذ والإعدادات. اختر طريقة نشر واحدة، واحتفظ بمسار إعدادات واحد معتمد.
Duplicati هو نسخ احتياطي أرشيفي، وليس نسخة مطابقة قابلة للتصفح
أوضحت المناقشة المصدر لاحقًا أن Duplicati يخزّن كتلًا بالإضافة إلى البيانات الوصفية. لذلك لا يُتوقع أن تبدو الوجهة كنسخة عادية من كل مجلد مصدر؛ إذ تُجرى عمليات الاستعادة من خلال Duplicati.
اختبر استعادة ملف واحد واستعادة مجلد كامل قبل الوثوق بالنسخ الاحتياطي لبيانات الإنتاج.
لا تخلط بين Duplicati والنسخ الاحتياطي في ZimaOS
يحتوي ZimaOS أيضًا على نظام نسخ احتياطي مجدول ومُدار بالإصدارات خاص به. يكون Duplicati مفيدًا عندما تريد تحديدًا تنسيق أرشيف Duplicati المشفّر ودعم الوجهات الخاص به؛ أما تطبيق النسخ الاحتياطي المدمج فهو أبسط عندما تتوافق مصادره ووجهاته المدعومة مع المتطلبات.
استخدم سير عمل النسخ الاحتياطي الحالي في ZimaOS.
الأسئلة الشائعة حول عدم توفر خدمة Duplicati
هل أكد المستخدم المصدر استعادة الوصول؟
نعم. بعد استكشاف مشكلة الإعدادات/المفتاح وإصلاحها، قال صاحب المنشور الأصلي إنه تمكن من الدخول إلى Duplicati.
هل ينبغي أن أحذف ملفات النسخ الاحتياطي في Duplicati لإصلاح واجهة الويب؟
لا. استهدف الإصلاح المصدر قاعدة بيانات الإعدادات المعطلة فقط، وليس وجهة النسخ الاحتياطي أو بيانات المصدر.
هل يُعد SETTINGS_ENCRYPTION_KEY كلمة مرور النسخ الاحتياطي؟
لا. فهو يحمي قاعدة بيانات إعدادات Duplicati المحلية، وهو منفصل عن تشفير محتوى النسخ الاحتياطي.
