إذا كانت كاميرا المراقبة لديك تستطيع رفع التسجيلات عبر FTP، فإن التصميم الأنظف على ZimaOS هو تشغيل خادم FTP داخل Docker وربط مجلد مخصص لتسجيلات الكاميرا فقط بهذا الحاوي. امنح كل كاميرا حسابًا مقيدًا أو مجلدًا فرعيًا خاصًا بها، واضبط الوضع السلبي بشكل صحيح، وأبقِ خدمة FTP ضمن شبكة LAN الموثوقة.
تمكن المستخدم الأصلي في النهاية من تشغيل VSFTPD، لكن النقاش توقف قبل توثيق إعداد قابل لإعادة الاستخدام. وتدرج وثائق ZimaOS الحالية FTP صراحةً ضمن حالات استخدام مشاركة الملفات، لذا فإن المقالة المفيدة هي سير عمل كامل من الكاميرا إلى NAS، وليس مجرد تلخيص لمحاولات المستخدم وأخطائه.
اختر مجلد التسجيل أولًا
أنشئ موقع تخزين مخصصًا مثل:
/DATA/Surveillance/Camera01أبقِ تسجيلات الكاميرا بعيدًا عن قرص النظام الصغير. وإذا كنت تستخدم RAID، فضع التسجيلات على مجموعة التخزين التي توفر السعة والتكرار اللذين تريدهما.
استخدم خادم FTP داخل حاوية
شغّل VSFTPD أو خادم FTP آخر يحظى بالصيانة داخل Docker بدلًا من تعديل مضيف ZimaOS. اربط مجلد الكاميرا بالحاوية، وافتح منفذ TCP 21 بالإضافة إلى نطاق صغير من منافذ الوضع السلبي.
يسرد دليل تثبيت ZimaOS الحالي بروتوكول FTP ضمن أنماط مشاركة الملفات المدعومة بعد التثبيت.
لماذا تهم منافذ الوضع السلبي؟
يستخدم FTP اتصال تحكم واتصال بيانات منفصلًا. تفشل العديد من عمليات رفع الكاميرات لأن المنفذ 21 يعمل، بينما تكون منافذ البيانات السلبية محجوبة أو غير منشورة من Docker.
اختر نطاقًا ضيقًا مثل 21000-21010، وانشر النطاق نفسه من الحاوية، واضبط VSFTPD للإعلان عن عنوان IP لشبكة LAN الخاصة بـ ZimaOS.
أنشئ حسابًا مقيدًا للكاميرا
لا تسمح لكاميرا IP بتسجيل الدخول باستخدام حساب مسؤول عام في NAS. امنحها صلاحية الوصول إلى مجلد التسجيلات الذي تحتاج إليه فقط.
إذا كانت لديك عدة كاميرات، فإن فصل بيانات الاعتماد أو المجلدات يجعل إدارة مدة الاحتفاظ واستكشاف الأخطاء وإصلاحها أسهل.
اختبر باستخدام عميل FTP عادي قبل الكاميرا
من كمبيوتر آخر على شبكة LAN، اتصل باستخدام عنوان الخادم نفسه واسم المستخدم وكلمة المرور وإعدادات الوضع السلبي نفسها. ارفع ملفًا صغيرًا وتحقق من ظهوره في مجلد ZimaOS المرتبط.
إذا عمل عميل FTP على الكمبيوتر المكتبي لكن فشلت الكاميرا، فمن المرجح أن تكون المشكلة المتبقية في سلوك FTP الخاص بالكاميرا، لا في أذونات تخزين Docker.
تحقق من أذونات مجلد Docker
يجب أن تتمكن الحاوية من إنشاء ملفات في مجلد التسجيلات المرتبط. إذا صادقت الكاميرا بنجاح لكنها تتلقى أخطاء عند الكتابة، فتحقق من الملكية والأذونات على مسار المضيف.
تجنب حل مشكلات الأذونات باستخدام وصول واسع النطاق مثل 777. امنح خدمة FTP أذونات الكتابة التي تحتاج إليها فقط.
أبقِ FTP ضمن شبكة LAN
لا يقوم FTP التقليدي بتشفير بيانات الاعتماد أو عمليات نقل الملفات. لا تعِد توجيه منفذ خادم FTP الخاص بالكاميرا مباشرةً إلى الإنترنت العام.
إذا كانت الكاميرا تدعم FTPS أو SFTP، فهما خياران أقوى. وإذا كانت تدعم FTP فقط، فاعزلها ضمن شبكة LAN أو شبكة VLAN للكاميرات، وقيّد العملاء الذين يمكنهم الوصول إلى الخدمة.
خطط لسياسة الاحتفاظ قبل امتلاء القرص
تنتج الكاميرات البيانات باستمرار. قدّر حجم التسجيلات اليومية، واضبط سياسة الاحتفاظ أو الاستبدال الخاصة بالكاميرا إن توفرت، أو استخدم عملية تنظيف مجدولة تزيل الملفات الأقدم من مدة محددة.
يفيدك دليل التخزين والنسخ الاحتياطي عند تحديد التسجيلات التي تحتاج فعلًا إلى نسخة ثانية.
متى يكون تطبيق NVR أفضل من FTP؟
يُعد FTP مناسبًا للأرشفة البسيطة. أما إذا كنت تحتاج إلى جداول زمنية أو أحداث الحركة أو اكتشاف العناصر أو العرض المباشر أو البحث في تسجيلات عدة كاميرات، فاستخدم تطبيق NVR بدلًا منه. وتتضمن وثائق متجر تطبيقات ZimaOS الحالية أعباء عمل الكاميرات وNVR ضمن حالات استخدام خادم الوسائط الأساسية.
الأسئلة الشائعة
ما المنافذ التي تحتاج إليها كاميرا FTP؟
عادةً ما تحتاج إلى TCP 21 بالإضافة إلى نطاق منافذ البيانات السلبية المُعد على خادم FTP. النطاق الدقيق من اختيارك، ما دامت إعدادات Docker وجدار الحماية والخادم متطابقة.
هل يمكنني حفظ التسجيلات مباشرةً على RAID؟
نعم. اربط مجلدًا موجودًا على وحدة تخزين مدعومة بـ RAID بحاوية FTP، وتحقق من أذونات الكتابة.
هل ينبغي أن أعرّض FTP للإنترنت؟
لا. أبقِ FTP غير المشفر ضمن شبكة LAN موثوقة أو شبكة كاميرات معزولة.
هل أحتاج إلى Kerberos.io لمجرد أرشفة ملفات الكاميرا؟
لا. إذا كانت الكاميرا تعرف بالفعل كيفية رفع المقاطع عبر FTP، فسيكون خادم FTP بسيط كافيًا للتخزين الأساسي للأرشيف.
