كيفية تفعيل تدقيق سجل النشاط في ownCloud Enterprise
لا يؤدي تفعيل موجز نشاط الملفات في ownCloud، بحد ذاته، إلى إنشاء سجل تدقيق إداري. بالنسبة لـ ownCloud Server Enterprise، فإن المكون ذي الصلة هو تطبيق التدقيق الخاص بالمؤسسات فقط . يسجل هذا التطبيق مجموعة أوسع من إجراءات المستخدمين والمسؤولين في نظام تسجيل الخادم، حيث يمكنك توجيه هذه السجلات إلى ملف مخصص، وإذا لزم الأمر، إلى منصة تحليل السجلات.
يتبع هذا الدليل عملية نشر خادم ownCloud الكلاسيكية الموثقة للإصدار 11.0. قد تختلف مسميات القوائم وطرق التكوين باختلاف الإصدار والتغليف. يستخدم ownCloud Infinite Scale (oCIS) خدمة تدقيق منفصلة، لذا لا تُطبّق تعليمات الخادم هذه على نشر oCIS.
ما الذي يسجله نظام التدقيق في ownCloud؟
يُمكن لتطبيق التدقيق تسجيل أحداث مثل تسجيل دخول المستخدمين وخروجهم، وإنشاء الملفات وحذفها ونقلها، وعمليات سلة المهملات والإصدارات، وتغييرات المشاركة والأذونات، وإدارة المجموعات والمستخدمين، والتعليقات، والوسوم، وتغييرات إعدادات المستخدم، وتفعيل التطبيقات أو تعطيلها، وانتحال الهوية، وتنفيذ أوامر OCC. تتضمن الإدخالات حقولًا شائعة مثل الوقت، والمستخدم، وتفاصيل الطلب، والعنوان البعيد، والتطبيق، والرسالة، واسم إجراء فريد. تختلف حقول الحدث الدقيقة باختلاف الإجراء.
يختلف التدقيق عن تطبيق النشاط. فالنشاط عبارة عن سجلّ لأحداث الملفات والمجلدات يُعرض للمستخدم. أما التدقيق، فهو مُخصّص للمراجعة الإدارية، وإجراءات الامتثال، وتحليل الأحداث ذات الصلة بالأمان. فعّل تطبيق التدقيق المؤسسي عندما تحتاج إلى سجلّ على الخادم؛ واستخدم النشاط عندما يحتاج المستخدمون إلى موجز سهل الاستخدام للتغييرات التي تطرأ على المحتوى.
قبل تفعيل التدقيق
تأكد من أن النشر هو ownCloud Server Enterprise وأن تطبيق التدقيق متاح للمثيل.
استخدم حساب مسؤول ownCloud لتفعيل التطبيق. قد يحتاج مسؤول النظام أيضًا إلى الوصول إلى سطر الأوامر أو الحاوية لضبط إعدادات التسجيل.
اختر وجهة مخصصة لتسجيل البيانات بمساحة تخزين كافية. تأكد من أن خادم الويب أو الحاوية لديه صلاحية الكتابة إليها، وحدد من يُسمح له بقراءتها.
حدد سياسة الاحتفاظ والتدوير قبل تفعيل تدفق التدقيق عالي الحجم. يمكن أن تتضمن سجلات التدقيق معرّفات المستخدمين وعناوين IP ومسارات الملفات وتفاصيل العميل وبيانات التعريف الخاصة بالمشاركة.
الخطوة 1: تفعيل تطبيق التدقيق
سجّل الدخول كمسؤول ownCloud وافتح قسم التطبيقات في واجهة الإدارة. ابحث عن تطبيق التدقيق وقم بتفعيله. إذا لم تجد التطبيق، فتحقق من ترخيص المؤسسة، وإصدار خادمك، وسوق ownCloud أو قناة دعم المورّد للعثور على حزمة التطبيقات المتوافقة. لا تفترض أن تطبيق النشاط القياسي بديلٌ مناسب.
عرض التطبيقات التوضيحي: تم تمكين صف التدقيق، وهي الخطوة الأولى في تشغيل تطبيق التدقيق المؤسسي.
الخطوة الثانية: توجيه رسائل التدقيق إلى ملف مخصص
توصي ownCloud بفصل رسائل التدقيق عن سجل الخادم العام. يُسهّل الملف المخصص ضبط الأذونات وقواعد الاحتفاظ وجمع بيانات التدقيق. توفر وثائق الخادم 11.0 الحالية مثالاً على متغير بيئة الحاوية. اضبط الوجهة على مسار موجود في بيئة النشر الخاصة بك وقابل للكتابة بواسطة خدمة ownCloud.
يُوجّه هذا الشرط الرسائل من admin_auditالتطبيق إلى الملف المُحدد. في المثال الموثق، يؤدي توجيه رسائل التدقيق إلى ملف منفصل إلى تجاوز مُرشِّح مستوى السجل العام، وتسجيل الرسائل بغض النظر عن مستواها. المسار الموضح مرتبط بوحدة تخزين بيانات مُثبَّتة بواسطة Docker؛ وهو مثال توضيحي وليس مسارًا عامًا. احتفظ بتغيير البيئة باستخدام طريقة التكوين الخاصة بنشرك، وأعد تشغيل الخدمة أو أنشئها من جديد فقط حسب الحاجة لعملية تنسيق الحاويات.
بالنسبة لعمليات التثبيت التي تم تكوينها عبر config.php، يوثق مرجع تكوين تطبيق ownCloud أيضًا المفتاح log.conditions. قم بتعديل المسار ليتناسب مع دليل البيانات الفعلي للمضيف الخاص بك، واحتفظ بإدخالات التكوين الحالية بدلاً من استبدال المصفوفة بأكملها.
إذا احتفظت بمخرجات التدقيق في سجل ownCloud العادي بدلاً من توجيهها بشكل منفصل، فإن دليل التدقيق الخاص بـ ownCloud ينص على ضرورة ضبط مستوى سجل الخادم على 1(معلومات) أو 0(تصحيح الأخطاء)، وإلا فلن تُكتب رسائل التدقيق. يُجنّبك استخدام ملف منفصل الاعتماد على مستوى السجل العام، ولكنه لا يُغني عن مراقبة مساحة القرص المتاحة.
عرض توضيحي لإعدادات OWNCLOUD_LOG_CONDITIONS الموثقة؛ استخدم المسار الصالح والقابل للكتابة في عملية النشر الخاصة بك.
الخطوة 3: التحقق من وصول حدث حقيقي إلى الملف
بعد تفعيل التطبيق وتطبيق إعدادات التسجيل، أنشئ حدثًا واحدًا مُتحكمًا به تسمح به سياستك، على سبيل المثال، إنشاء أو حذف ملف اختبار مؤقت في حساب اختبار مُخصص. ثم افحص سجل التدقيق المُكوّن على الخادم. عادةً ما يكون الإدخال عبارة عن بيانات مُهيكلة وليس تسلسلًا زمنيًا للأنشطة. ابحث عن وقت الحدث، والجهة الفاعلة، والتطبيق، والإجراء، والتفاصيل ذات الصلة. قد تتضمن عمليات الملفات أيضًا مسارًا أو مالكًا أو مُعرّف ملف؛ أما أنواع الأحداث الأخرى فلها حقولها الخاصة.
تأكد من ظهور إجراء جديد بعد تغيير الإعدادات، وأن طابعه الزمني مناسب للمنطقة الزمنية للخادم، وأن الإجراء والمستخدم يتطابقان مع الاختبار. تجنب استخدام ملف إنتاج حساس لاختبار تسجيل الحذف. إذا لم يظهر شيء، فتأكد من تفعيل تطبيق التدقيق، وصحة وجهة السجل وإمكانية الكتابة إليها، وتحميل متغير البيئة أو إعدادات PHP، ومستوى سجل الخادم مناسب عند استخدام السجل الافتراضي، وأن نوع الإجراء من بين الأنواع التي يسجلها إصدار تطبيق التدقيق المثبت لديك.
مثال على بنية سجل التدقيق. تتضمن مستندات ownCloud الحقول الشائعة بما في ذلك الوقت والمستخدم والتطبيق و remoteAddr ومعرف الإجراء؛ وتختلف الحقول الخاصة بالحدث.
الخطوة الرابعة: حماية ملف التدقيق والاحتفاظ به ومراجعته
لا تُفيد سجلات التدقيق إلا عندما تظل السجلات متاحة ويتم التحكم في الوصول إليها. قيّد صلاحيات الملفات والمجلدات لحسابات نظام التشغيل وأدوار التدقيق التي تحتاج إلى الوصول. خطط لتدوير السجلات أو جمعها بحيث لا تمتلئ مساحة التخزين في حالة الاستخدام المكثف. حدد مدة الاحتفاظ بالسجلات بناءً على سياستك الداخلية والتزاماتك القانونية؛ إذ لا يفرض ownCloud فترة احتفاظ موحدة لجميع المؤسسات.
لتعزيز فصل المهام، يُنصح بحفظ ملف التدقيق خارج نطاق الملفات المتاحة عبر الإنترنت كلما أمكن، وتحديد مسؤولي النظام والمدققين الذين يمكنهم قراءته أو إدارته. توثق منصة ownCloud دور المدقق وتشرح كيفية فصل سجلات التدقيق عن سجلات ownCloud العامة، بما في ذلك الإعدادات التي لا يمكن لمسؤول النظام الوصول فيها إلى ملف التدقيق. يعتمد ذلك على كيفية تكوين أذونات المضيف والنشر، لذا يُرجى التحقق من ذلك مع فريق الأمان لديك بدلاً من افتراض أن اسم الملف المنفصل يُحقق الفصل تلقائيًا.
إذا كنت تستخدم Splunk، فإن وثائق التدقيق الخاصة بـ ownCloud تشرح كيفية المراقبة admin_audit.logباستخدام Splunk Universal Forwarder وتحليل المخرجات بصيغة JSON. تتضمن الوثائق أمثلة inputs.confوإعدادات props.conf. تعامل مع نظامي التوجيه والاستقبال كجزء من نطاق التدقيق: احمِ بيانات الاعتماد، وشفر البيانات المنقولة حيثما يدعم ذلك نظام تسجيل الأحداث لديك، وتأكد من وصول الأحداث، ونبه إلى وجود ثغرات أو حالات فشل في استيعاب البيانات.
نظرة عامة على تجميع السجلات: توضح وثائق ownCloud كيفية إرسال سجل التدقيق المخصص إلى Splunk للبحث والتحليل.
اختياري: تحديد أسماء المجموعات التي تظهر في الإدخالات
بشكل افتراضي، يمكن أن يشمل سياق التدقيق المستخدمين المرتبطين بحدث ما والمجموعات التي ينتمون إليها. OWNCLOUD_ADMIN_AUDIT_GROUPSيمكن لهذا الإعداد تحديد أسماء المجموعات التي يتم تضمينها. استخدمه فقط عند الحاجة إلى سياسة تصفية مدروسة؛ إذ قد يؤدي تقليل سياق المجموعة إلى تقليل فائدة التحقيقات اللاحقة. راجع السجلات الناتجة ومتطلبات الخصوصية الخاصة بك قبل تطبيق أي فلتر.
مشاكل الإعداد الشائعة
لا تظهر أي سجلات تدقيق: تأكد من تفعيل تطبيق التدقيق المؤسسي. في حال استخدام السجل القياسي، تحقق من أن المستوى العام هو INFO (1) أو DEBUG (0). في حال استخدام ملف منفصل، تحقق من حالة التطبيق ومسار الكتابة.
الملف المطلوب مفقود: مسار Docker الموثق يفترض وجود وحدة تخزين مُثبّتة. تحقق من إعدادات الحاوية الفعّالة، وتعيين وحدة التخزين، وصلاحيات مستخدم الخدمة.
تظهر السجلات في المكان الخطأ: افحص الإعدادات النشطة OWNCLOUD_LOG_CONDITIONSأو log.conditionsالتكوين وتجنب القواعد المكررة أو المتضاربة.
يبدو أن البيانات غير مكتملة: تطبيقا "النشاط" و"التدقيق" مختلفان، وتعتمد تغطية تطبيق التدقيق على نوع الحدث وإصداره. تحقق من حدث معروف يدعمه الإصدار المُثبّت قبل استنتاج أن التسجيل معطّل.
لا توجد أحداث سطر الأوامر: يتضمن ownCloud أحداثًا يتم تشغيلها بواسطة سطر الأوامر افتراضيًا. تحقق مما إذا admin_audit ignore_cli_eventsتم تعيينها إلى yes.
قائمة التحقق النهائية
النشر هو ownCloud Server Enterprise، وتطبيق التدقيق المتوافق مُفعّل.
الوجهة المُهيأة موجودة، ويمكن الكتابة إليها بواسطة ownCloud، ولا يتم عرضها كمحتوى مستخدم عادي.
يؤدي إجراء الاختبار المسموح به إلى إنشاء سجل مطابق مع طابع زمني وجهة فاعلة معقولة.
تم توثيق الأذونات والتناوب والاحتفاظ ومسؤوليات الوصول.
إذا تم إرسال السجلات خارجياً، فإن النظام المتلقي يعرض الأحداث الأخيرة ويمكن للمراقبة اكتشاف الانقطاعات.