ล้างคำเตือนของ ownCloud Apache .htaccess อย่างปลอดภัย
ตั้งค่า AllowOverride All เฉพาะสำหรับเว็บรูทของ ownCloud ตรวจสอบความถูกต้องของ Apache vhost ที่ใช้งานอยู่ และโหลดใหม่อย่างปลอดภัยเพื่อกู้คืนกฎ .htaccess
ในการบันทึกการกระทำของผู้ใช้และผู้ดูแลระบบใน ownCloud Enterprise ให้ติดตั้งและเปิดใช้งานแอป Auditing สำหรับ Enterprise เท่านั้น จากนั้นกำหนดเส้นทางadmin_auditข้อความบันทึกไปยังไฟล์ที่ผู้ดูแลระบบสามารถปกป้องและตรวจสอบได้ การเปิดใช้งานแอปเป็นสิ่งจำเป็น แต่เพียงอย่างเดียวไม่เพียงพอ: ระดับการบันทึกของเซิร์ฟเวอร์ ownCloud ต้องตั้งค่าเป็น 1 (ข้อมูล) หรือ 0 (ดีบัก) เว้นแต่จะมีเงื่อนไขการบันทึกแยกต่างหากที่กำหนดเส้นทางข้อความตรวจสอบไปยังไฟล์ของตนเอง
แอป Activity และแอป Auditing มีวัตถุประสงค์ที่แตกต่างกัน แอป Activity คือส่วนแสดงเหตุการณ์ไฟล์และการทำงานร่วมกันที่ผู้ใช้เห็น ในขณะที่แอป Enterprise Auditing จะบันทึกการกระทำของผู้ใช้และผู้ดูแลระบบที่เลือกไว้ในรูปแบบรายการบันทึกที่มีโครงสร้าง ซึ่งมีไว้สำหรับการตรวจสอบและวิเคราะห์ในเชิงปฏิบัติการ การติดตั้งหรือกำหนดค่าแอป Activity เพียงอย่างเดียวไม่ได้ทำให้สามารถใช้งานบันทึกการตรวจสอบระดับองค์กรได้ หากเป้าหมายของคุณคือบันทึกที่ตรวจสอบได้ของการเข้าสู่ระบบ การดำเนินการกับไฟล์ การเปลี่ยนแปลงการแชร์ การจัดการผู้ใช้ การเปลี่ยนแปลงแอป หรือคำสั่ง OCC ให้เปิดใช้งาน Auditing เอกสารประกอบการใช้งาน Auditing ของ ownCloud Server 11 ในปัจจุบัน ได้ระบุหมวดหมู่เหตุการณ์เหล่านี้ไว้แล้ว
ยืนยันแล้ว: แอปนี้ใช้งานได้เฉพาะในเวอร์ชัน Enterprise และมีให้บริการผ่าน ownCloud Marketplace ขึ้นอยู่กับบริบท: หน้าจอการจัดการแอปและวิธีการกำหนดค่าจะแตกต่างกันไปตามเวอร์ชันและการใช้งานของ ownCloud การดำเนินการ: ตรวจสอบเวอร์ชันเซิร์ฟเวอร์ของคุณและตรวจสอบว่าการสมัครใช้งาน Enterprise ของคุณมีแอปนี้รวมอยู่ด้วยก่อนที่จะแก้ไขปัญหาการแสดงรายการแอปที่หายไปหน้าคุณสมบัติการตรวจสอบ ของ ownCloud ยังระบุว่าเป็นคุณสมบัติสำหรับเวอร์ชัน Enterprise ด้วย
occ app:listapp` โดยใช้คำสั่งที่รองรับในการติดตั้งนั้นoccอย่าคิดว่าฟีดกิจกรรมในเว็บอินเทอร์เฟซหมายความว่าแอปตรวจสอบทำงานอยู่เสมอไปowncloud.logสำหรับการดำเนินการต่อเนื่อง ไฟล์ตรวจสอบแบบจำกัดสิทธิ์แยกต่างหากจะง่ายต่อการส่งไปยังตัวรวบรวมบันทึกและตรวจสอบได้อย่างอิสระadmin_auditที่เขียนไปยังไฟล์เฉพาะ ไวยากรณ์จะแตกต่างกันไปขึ้นอยู่กับว่าคุณใช้ ownCloud 11 ใน Docker หรือการติดตั้ง PHP 10.16คู่มือ 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 เวอร์ชัน 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 มีตัวเลือกให้ดาวน์โหลดไฟล์บันทึก หากกำหนดค่าให้บันทึกในไฟล์แยกต่างหาก เอกสารระบุให้ดึงไฟล์นั้นด้วยตนเอง เก็บเวลาเกิดเหตุการณ์ ผู้กระทำ การกระทำ และเส้นทางไว้เป็นข้อมูลตรวจสอบการยอมรับ และตรวจสอบบันทึกอีกครั้งหลังจากการอัปเกรดหรือการเปลี่ยนแปลงการกำหนดค่าการบันทึก
ตั้งค่า AllowOverride All เฉพาะสำหรับเว็บรูทของ ownCloud ตรวจสอบความถูกต้องของ Apache vhost ที่ใช้งานอยู่ และโหลดใหม่อย่างปลอดภัยเพื่อกู้คืนกฎ .htaccess
เปิดใช้งานแอป Enterprise Auditing ของ ownCloud กำหนดเส้นทางเหตุการณ์ admin_audit ไปยังไฟล์บันทึกที่ได้รับการป้องกัน และยืนยันว่าการกระทำของผู้ใช้จริงได้รับการบันทึกแล้ว
ปรับการเชื่อมต่อข้อมูลผู้ให้บริการโดเมน เว็บไคลเอ็นต์ และข้อมูลผู้ใช้ของ Keycloak ให้ตรงกัน เพื่อให้ ownCloud Infinite Scale สามารถลงชื่อเข้าใช้ผู้ใช้ได้อย่างน่าเชื่อถือทั้งบนเว็บและไคลเอ็นต์บนมือถือ
ถ่ายโอนไฟล์ที่คุณเป็นเจ้าของและแชร์ไฟล์ออกโดยใช้คำสั่ง occ ของ ownCloud ทำความเข้าใจว่าอะไรจะยังคงอยู่ และตรวจสอบสิทธิ์การเข้าถึงก่อนลบบัญชีเก่า
เรียนรู้ว่าเมื่อใดที่ดัชนีฐานข้อมูล ownCloud 10 ต้องการการดูแล วิธีการอัปเดตสคีมาที่รองรับอย่างปลอดภัย และเมื่อใดที่การปรับแต่งคิวรีหรือการเปลี่ยนแปลงฐานข้อมูลเป็นวิธีแก้ไขที่ดีกว่า
เชื่อมต่อแชร์เครือข่าย Windows หรือ Samba กับ ownCloud ผ่านที่เก็บข้อมูลภายนอก ตรวจสอบข้อมูลประจำตัว และแก้ไขปัญหาโฟลเดอร์ที่ไม่สามารถเข้าถึงได้อย่างปลอดภัย
ลบไฟล์เวอร์ชัน ownCloud Server Classic ที่จัดเก็บไว้ทั้งหมดสำหรับบัญชีเดียวหรือผู้ใช้ทั้งหมด และแยกความแตกต่างระหว่างการลบแบบสมบูรณ์กับการหมดอายุตามระยะเวลาการเก็บรักษา
ตรวจสอบหาสาเหตุการปฏิเสธการเชื่อมต่อ ownCloud บนมือถือโดยตรวจสอบ URL ของเซิร์ฟเวอร์ เครือข่ายโทรศัพท์ จุดเชื่อมต่อ HTTPS และบันทึกของเซิร์ฟเวอร์ตามลำดับที่ถูกต้อง
แทนที่การเรียกใช้งานงานตามความต้องการด้วยตัวจับเวลา systemd ที่เรียกใช้คำสั่ง occ system:cron ที่ ownCloud รองรับทุกๆ 15 นาที
ตรวจสอบการร้องขอ WebDAV ผ่าน Apache, Nginx หรือพร็อกซีแบบย้อนกลับ จากนั้นยืนยันว่าการซิงค์ ownCloud ทำงานได้โดยใช้การทดสอบ PROPFIND ที่มีการตรวจสอบสิทธิ์