قم بإعداد خدمة التدقيق المؤسسي في ownCloud وتحقق من السجلات

لتسجيل إجراءات المستخدمين والمسؤولين في ownCloud Enterprise، ثبّت تطبيق التدقيق الخاص بالمؤسسات وفعّله، ثم وجّه admin_auditرسائل السجل إلى ملف يمكن للمسؤولين حمايته ومراجعته. تفعيل التطبيق ضروري، ولكنه غير كافٍ بحد ذاته: يجب ضبط مستوى سجل خادم ownCloud على 1 (معلومات) أو 0 (تصحيح الأخطاء)، إلا إذا كانت هناك حالة سجل منفصلة توجه رسائل التدقيق إلى ملف خاص بها.

اعرف أي "سجل أنشطة" تحتاج إليه

يخدم تطبيق النشاط وتطبيق التدقيق أغراضًا مختلفة. يُمثل تطبيق النشاط واجهة المستخدم لعرض أحداث الملفات والتعاون. أما تطبيق التدقيق المؤسسي، فيسجل إجراءات المستخدمين والمسؤولين المُحددة كسجلات مُهيكلة مُخصصة للمراجعة والتحليل التشغيلي. لا يُؤدي تثبيت تطبيق النشاط أو تهيئته وحده إلى تفعيل سجل التدقيق المؤسسي. إذا كان هدفك هو الحصول على سجل قابل للتتبع لعمليات تسجيل الدخول، وعمليات الملفات، وتغييرات المشاركة، وإدارة المستخدمين، وتغييرات التطبيقات، أو أوامر مركز التحكم في العمليات (OCC)، فقم بتفعيل التدقيق. تُدرج وثائق التدقيق الحالية لخادم ownCloud Server 11 فئات هذه الأحداث.

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

تفعيل التدقيق في ownCloud

1. تأكد من تثبيت التطبيق. في إعدادات تطبيق ownCloud، ابحث عن "التدقيق". في إصدار ownCloud 10.16، يُشير الدليل الرسمي إلى تنزيله من المتجر وتفعيله في إعدادات التطبيق؛ بينما تُشير وثائق ownCloud 11 إلى تفعيله هناك. إذا لم يكن التطبيق موجودًا، فتحقق من استحقاق المؤسسة، وإمكانية الوصول إلى المتجر، وتوافق التطبيق مع إصدار خادمك قبل تثبيت أي حزمة.
2. فعّل التطبيق. استخدم إعدادات التطبيق كمسؤول وتأكد من تفعيل التدقيق. بناءً على النشر والإصدار، يمكن لمسؤول سطر الأوامر أيضًا فحص حالة التطبيق باستخدام الأمر `tmc` occ app:list؛ استخدم الأمر المدعوم في التثبيت occ. لا تفترض أن ظهور موجز النشاط في واجهة الويب يعني أن تطبيق التدقيق نشط.
3. حدد وجهة إدخالات التدقيق. للتحقق السريع، قد يقوم ownCloud بكتابة إدخالات التدقيق إلى الملف القياسي owncloud.log. أما بالنسبة للعمليات المستمرة، فيُفضل استخدام ملف تدقيق منفصل ومقيد، حيث يسهل توجيهه إلى جامع السجلات ومراجعته بشكل مستقل.
4. حدد مستوى تسجيل فعالًا أو مسارًا مخصصًا. أبقِ مستوى التسجيل العام عند 1 أو 0 إذا كنت ترغب في تضمين أحداث التدقيق في السجل القياسي. بدلاً من ذلك، أضف شرطًا لمعرّف التطبيق admin_auditللكتابة إلى ملف مخصص. يعتمد بناء الجملة على ما إذا كنت تستخدم ownCloud 11 في Docker أو تثبيت PHP 10.16.
5. أنشئ حدث اختبار غير ضار وتحقق منه. سجّل الدخول أو أنشئ ملف اختبار مؤقت، ثم افحص وجهة السجل المحددة بحثًا عن إدخال تدقيق جديد قبل الاعتماد على التكوين.

قم بتوجيه سجلات التدقيق إلى ملف منفصل

خادم ownCloud 11 في Docker

يشرح دليل ownCloud 11 الحالي OWNCLOUD_LOG_CONDITIONSمتغير البيئة. أضفه إلى بيئة Compose الخاصة بخدمة ownCloud، وعدّل مسار الملف إلى موقع دائم متاح في الحاوية.

OWNCLOUD_LOG_CONDITIONS=[{"apps":["admin_audit"],"loglevel":0,"logfile":"/mnt/data/files/admin_audit.log"}]

يستخدم هذا المثال مسار تحميل بيانات Docker الموثق من قِبل ownCloud. تأكد من صحة قيمة JSON عند إضافتها إلى YAML، واستخدم وحدة التخزين المُثبّتة الدائمة للنشر حتى لا يؤدي استبدال الحاوية إلى حذف السجل. طبّق تغيير Compose باستخدام عملية النشر المعتادة، ثم تأكد من بدء تشغيل الخدمة وإنشاء الملف. تُسجّل سجلات الشروط المنفصلة رسائل التدقيق بغض النظر عن مستوى السجل العام، وفقًا لدليل تدقيق Server 11 .

تثبيت PHP على خادم ownCloud 10.16

بالنسبة لتكوين PHP 10.16 الموثق من قِبل ownCloud، أضف log.conditionsمدخلاً إلى الملف النشط config.phpواستبدل المسار النموذجي. يجب أن يكون مستخدم خادم الويب قادرًا على الكتابة إلى الملف المستهدف ودليله.

'log.conditions' => [
    [
        'apps' => ['admin_audit'],
        'logfile' => '/var/www/owncloud/data/admin_audit.log'
    ]
],

قم بعمل نسخة احتياطية config.phpقبل التعديل، ولا تُنشئ log.conditionsمفتاحًا مُكررًا إذا كان موجودًا بالفعل. تحقق من بنية PHP وصلاحيات الملفات بعد التغيير. لا تنسخ مصفوفة PHP 10.16 إلى متغير بيئة Docker، ولا تنسخ قيمة بيئة JSON الخاصة بـ Server 11 إلى ملف تكوين PHP؛ فهما واجهتا نشر مختلفتان. راجع تعليمات التدقيق الرسمية لـ ownCloud 10.16 .

ما يثبته سجل التدقيق وما لا يثبته

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

سوء فهم: تفعيل التدقيق يُنشئ admin_audit.logملفًا منفصلاً تلقائيًا. هذا غير صحيح؛ قد يكون الملف الافتراضي هو سجل ownCloud القياسي ما لم تُحدد وجهةً منفصلة. الإجراء: تحقق من مسار الملف ووحدة التخزين الفعليين بدلاً من الاعتماد على حالة تفعيل التطبيق.

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

التحقق من الوصول والتحصيل المستمر

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