‏UrBackup على ZimaOS: المسارات والأذونات والشبكات

فشل تثبيت UrBackup من المصدر لعدة أسباب مستقلة قبل أن يعمل: أُعيد توجيه سحب الصورة عبر مرآة مخصصة للصين القارية فقط، ولم تكن مسارات الربط الأولى موجودة على مضيف ZimaOS، وكانت أذونات مجلد النسخ الاحتياطية غير صحيحة، كما سبّب عنوان URL للمشغّل والمنافذ التباسًا.

يتمثل الدرس الدائم في التعامل مع UrBackup كتطبيق Docker عادي ذي حالة: استخدم مسارات تخزين مضيفة فعلية، واحفظ كِلَي بيانات النسخ الاحتياطية وقاعدة بيانات UrBackup وحالته، وتحقق من أذونات مستخدم وقت التشغيل، وتأكد من مستمعي واجهة الويب والشبكة قبل الاعتماد عليه في نسخ بيانات العملاء احتياطيًا.

مربع حوار استيراد Docker CLI في ZimaOS، ويحتوي على أمر docker run الأصلي لـ UrBackup — استخدمت المحاولة الأولى مسارات مضيفة عامة، وواجهت مشكلات في الصورة وعمليات الربط قبل أن يعيد المستخدم إنشاء الإعدادات.

أُعيدت كتابة عملية سحب الصورة الأولى إلى مرآة غير قابلة للاستخدام

أعاد البرنامج الخفي رسالة تفيد برفض السحب لـ docker.1panel.live/uroni/urbackup-server. ولا تزال صفحة تنزيل UrBackup الرسمية تحدد uroni/urbackup-server باعتبارها صورة Docker الرسمية.

راجع صورة Docker الرسمية الحالية لـ UrBackup.

يجب أن تشير عمليات ربط المجلدات إلى مجلدات مضيف ZimaOS الفعلية

استخدمت الخلاصة العملية تخزينًا فعليًا ضمن مسارات مثل /media/Safe-Storage/UrBackup/backups و /media/Safe-Storage/UrBackup/data، المُعيّنان إلى /backups و /var/urbackup. افحص مسار المضيف الفعلي لديك بدلًا من نسخ اسم التخزين الوارد في المصدر حرفيًا.

يعني رفض الإذن أن مستخدم الحاوية لا يستطيع الكتابة

واجه المصدر لا يوجد إذن للوصول إلى "/backups/urbackup_tmp_files". استخدم إصلاحه معرّف UID/GID محددًا وملكية مضيفة مطابقة. لا تثبّت 1000:100 باعتباره هوية عامة؛ تحقّق من مستخدم وقت التشغيل الحالي.

احفظ كِلَي النسخ الاحتياطية وحالة UrBackup

يحتوي المستودع على بيانات النسخ الاحتياطية للعملاء، بينما /var/urbackup يحتوي على قاعدة بيانات الخادم وحالته. وينبغي أن تحافظ خطة استرداد قابلة للاستخدام على كليهما حسب الحاجة.

استخدم المصدر شبكة المضيف

المُصانة uroni/urbackup-server توثّق الصورة حاليًا استخدام شبكة المضيف باعتباره نمطًا مدعومًا من أنماط Docker، وتكشف منافذ خدمة UrBackup المعتادة. يبسّط استخدام شبكة المضيف عملية الاكتشاف، لكنه يلغي عزل شبكة Docker.

تحتاج واجهة الويب إلى المنفذ الصحيح

صحّح المصدر مشغّل ZimaOS إلى المنفذ 55414. المشغّل ليس سوى عنوان URL ميسّر؛ وينبغي التحقق من سلامة الخدمة الفعلية من السجلات والمنافذ المستمعة.

إعدادات تطبيق UrBackup في ZimaOS، التي تعرض إعدادات الصورة وواجهة الويب والشبكة والمنفذ — يوضح المصدر كيف يمكن أن تكون إعدادات الصورة وواجهة الويب والشبكة خاطئة كلٌّ على حدة، حتى عند وجود الحاوية.

فضّل تعريف Compose قابلًا لإعادة الإنتاج

يدعم متجر تطبيقات ZimaOS 2.0 الحالي وسير عمل التطبيقات المخصصة Docker Compose القياسي. احتفظ بالصورة والمسارات المستمرة والمنطقة الزمنية وسياسة إعادة التشغيل والشبكات في تعريف Compose واحد.

استخدم نموذج Compose الحالي في ZimaOS.

لوحة المعلومات قيد التشغيل ليست الاختبار النهائي

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

ضع مستودع النسخ الاحتياطي على وحدة تخزين البيانات، لا على قرص النظام

قد يستهلك UrBackup مئات الغيغابايت أو أكثر. ينبغي أن يشير مسار المستودع إلى مساحة تخزين فعلية في ZimaOS بسعة وحالة معروفتين، لا إلى قرص نظام التشغيل الصغير.

قبل ضم العملاء، أكّد مسار المضيف في ZimaOS وراقب المساحة الحرة أثناء أول نسخة احتياطية كاملة.

قاعدة بيانات UrBackup جزء من نظام الاستعادة

الملفات الموجودة ضمن /backups ليستا سوى نصف الخادم القابل للاستخدام. توجد حالة UrBackup وقاعدة بياناته ضمن /var/urbackup يتتبّع العملاء والبيانات الوصفية للنسخ الاحتياطية والاحتفاظ بها وإعدادات الخادم.

وثّق عمليتَي الربط المستمر واحمهما كلتيهما، حتى لا تؤدي إعادة إنشاء الحاوية إلى ترك كومة من ملفات النسخ الاحتياطية من دون حالة الخادم المتوقعة.

استخدم صلاحيات الكتابة الأقل

أصلح تعديل UID/GID الخاص بالمصدر عملية نشر واحدة، لكن تغيير الملكية بشكل تكراري عبر مجموعة تخزين كاملة ينطوي على مخاطر. أنشئ دليلاً مخصصاً لـ UrBackup وامنح هوية الحاوية صلاحية الوصول إلى ذلك الدليل، بدلاً من منح صلاحية كتابة واسعة لبيانات NAS غير ذات الصلة.

تعرّض شبكة المضيف خدمات UrBackup مباشرةً على ZimaOS

عند استخدام شبكة المضيف، تكون مستمعات UrBackup مستمعات على المضيف. إذا كان ZFW أو جدار ناري آخر يحمي NAS، فاسمح فقط بالمنافذ وشبكات العملاء المطلوبة للنسخ الاحتياطي والاكتشاف. لا تنشر منافذ خدمة UrBackup مباشرةً على الإنترنت العام.

اختبر عملية استعادة قبل اعتبار خادم النسخ الاحتياطي مكتملاً

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

الأسئلة الشائعة حول UrBackup على ZimaOS

هل تمكّن مستخدم المصدر في النهاية من تشغيل UrBackup؟

نعم.

هل ينبغي أن يستخدم كل نظام ZimaOS قيمتَي PUID 1000 وPGID 100؟

لا. كانت تلك قيماً خاصة بالمصدر.

هل تُعدّ شبكة المضيف إلزامية؟

ليس على نحو شامل. إنه خيار موثّق للصورة، وقد استخدمه المصدر بنجاح، لكنه يقلّل من عزل الشبكة.