ย้ายไฟล์ ownCloud ไปยังเจ้าของใหม่โดยไม่สูญเสียสิทธิ์การแชร์

หากต้องการให้ผู้ใช้รายอื่นเป็นเจ้าของไฟล์ที่ปัจจุบันเป็นของบัญชี ownCloud ที่กำลังจะย้ายออกหรือเปลี่ยนแปลง ให้ใช้occ files:transfer-ownershipคำสั่งฝั่งเซิร์ฟเวอร์ คำสั่งนี้จะย้ายไฟล์ทั้งหมดที่เป็นเจ้าของโดยค่าเริ่มต้น พร้อมกับการแชร์ขาออกและข้อมูลเมตาที่เกี่ยวข้อง ใช้คำสั่งนี้--pathเมื่อคุณต้องการถ่ายโอนเฉพาะโฟลเดอร์เท่านั้น แผงการแชร์บนเว็บจะเปลี่ยนสิทธิ์การเข้าถึง แต่ไม่ใช่กลไกการถ่ายโอนความเป็นเจ้าของ

เลือกขอบเขตการถ่ายโอนที่เหมาะสม

ใน ownCloud Classic การเป็นเจ้าของจะเป็นตัวกำหนดว่าพื้นที่ไฟล์ส่วนตัวของใครเป็นเจ้าของไฟล์ต้นฉบับ และบัญชีใดเป็นผู้ควบคุมการแชร์ไฟล์ขาออก ผู้รับที่มีสิทธิ์แก้ไขยังคงเป็นผู้รับ การให้สิทธิ์ "แก้ไขได้" ไม่ได้ทำให้บุคคลนั้นเป็นเจ้าของไฟล์ ก่อนดำเนินการถ่ายโอน ให้ตัดสินใจว่าเจ้าของใหม่ต้องการไฟล์ทั้งหมดของบัญชีหรือเฉพาะโฟลเดอร์โครงการใดโครงการหนึ่งเท่านั้น

  • โอนไฟล์ทั้งหมด:ใช้ตัวเลือกนี้เมื่อบัญชีถูกปิดตัวลง และไฟล์ที่เป็นเจ้าของและไฟล์ที่แชร์ออกไปจะต้องถูกย้ายไปด้วยกัน วิธีนี้กำหนดขอบเขตได้ง่ายกว่า แต่จะย้ายเนื้อหาได้มากกว่าการส่งมอบงานโดยทีมเดียว
  • ถ่ายโอนโฟลเดอร์เดียว:ใช้--pathสำหรับถ่ายโอนไปยังไดเร็กทอรีเฉพาะภายใต้ไฟล์ของผู้ใช้ต้นทาง วิธีนี้จะลดขอบเขตการทำงานลง แต่ควรตรวจสอบเนื้อหาภายในและความสัมพันธ์ในการแชร์ก่อนดำเนินการต่อ
  • รักษาการแชร์ไฟล์ของทีมอย่างต่อเนื่อง:สำหรับเนื้อหาของทีมที่ใช้งานอย่างต่อเนื่อง ownCloud แนะนำให้มีบัญชีเจ้าของเฉพาะ ซึ่งโฟลเดอร์ที่แชร์จะยังคงอยู่แม้ว่าทีมงานจะเปลี่ยนไป นี่เป็นทางเลือกด้านการกำกับดูแลไฟล์ในอนาคต ไม่ใช่การโอนไฟล์ของเจ้าของเดิมย้อนหลัง

เอกสาร อย่างเป็นทางการเกี่ยวกับการแชร์ไฟล์ของ ownCloud Server 11ระบุว่า คำสั่งนี้จะถ่ายโอนไฟล์ที่แชร์ออกไปและข้อมูลเมตาที่เกี่ยวข้อง เช่น แท็กและข้อความแสดงความคิดเห็น ส่วนไฟล์ที่แชร์เข้ามาจะไม่ถูกถ่ายโอน เนื่องจากไฟล์ต้นฉบับเหล่านั้นเป็นของผู้ใช้รายอื่น และเนื้อหาในถังขยะก็จะไม่ถูกถ่ายโอนเช่นกัน

จัดเตรียมบัญชีและข้อมูล

ตรวจสอบให้แน่ใจว่ารหัสผู้ใช้ต้นทางและปลายทางถูกต้อง รหัสเหล่านี้เป็นตัวระบุบัญชี ไม่ใช่ชื่อที่แสดงหรือที่อยู่อีเมล ตรวจสอบให้แน่ใจว่าบัญชีปลายทางมีอยู่จริงและสามารถรองรับข้อมูลที่ถ่ายโอนได้ภายในโควต้าของบัญชีนั้น แม้ว่าเอกสารอ้างอิงคำสั่งของ ownCloud จะระบุว่าอาจมีการสร้างผู้ใช้เป้าหมายที่หายไปในบางเวอร์ชัน แต่การสร้างและยืนยันบัญชีที่ต้องการก่อนจะช่วยหลีกเลี่ยงการย้ายข้อมูลภายใต้ข้อมูลประจำตัวที่ไม่ต้องการ

กำหนดเวลาการดำเนินการเมื่อผู้ใช้ไม่ได้แก้ไขไฟล์ต้นฉบับ ทำการสำรองข้อมูล ownCloud และฐานข้อมูลที่ตรวจสอบแล้ว และตรวจสอบให้แน่ใจว่าคุณทราบขั้นตอนการกู้คืน อย่าคัดลอก เปลี่ยนชื่อ หรือย้ายไฟล์โดยตรงภายในไดเร็กทอรีข้อมูล: ฐานข้อมูลจะติดตามข้อมูลเมตาของไฟล์และการเป็นเจ้าของ ใช้occเพื่อให้ ownCloud สามารถอัปเดตบันทึกและแชร์ได้อย่างสม่ำเสมอ

เอกสารประกอบการใช้งาน ownCloud Classic ในปัจจุบันมีคู่มือแยกต่างหากสำหรับ Server 11.0 และ 10.16 เอกสารสำหรับ Server 11 จะแสดงวิธีการติดตั้งแบบ Docker ในขณะที่ตัวอย่างสำหรับ 10.16 จะใช้การติดตั้ง PHP แบบดั้งเดิม ควรใช้รูปแบบคำสั่งที่ตรงกับเวอร์ชันที่ใช้งานอยู่ แทนที่จะคัดลอกคำสั่งโดยไม่ดูเวอร์ชันจริง

ดำเนินการโอนกรรมสิทธิ์

สำหรับ ownCloud Classic 11 ใน Docker

จากไดเร็กทอรีที่เก็บการปรับใช้ Compose ของคุณ ให้ถ่ายโอนไฟล์ทั้งหมดที่คุณเป็นเจ้าของจากบัญชีต้นทางไปยังบัญชีปลายทาง:

docker compose exec owncloud occ files:transfer-ownership \
  source-user \
  destination-user

แทนที่รหัสตัวอย่างทั้งสองด้วยรหัสผู้ใช้ ownCloud ที่ถูกต้อง ตรวจสอบผลลัพธ์ของคำสั่งและข้อความแจ้งเตือนใดๆ เกี่ยวกับการแชร์ที่ถูกข้าม อย่าเพิ่มตัวเลือกที่ยอมรับการแชร์ที่ถูกข้ามโดยอัตโนมัติ เว้นแต่คุณได้ตรวจสอบและยอมรับผลที่ตามมาแล้ว

สำหรับ ownCloud Classic 10.16 ที่ติดตั้งด้วย PHP

เรียกใช้คำสั่งoccในฐานะผู้ใช้เว็บเซิร์ฟเวอร์จากไดเร็กทอรีการติดตั้ง ownCloud ในการติดตั้งบน Debian หรือ Ubuntu หลายๆ ครั้ง ผู้ใช้ดังกล่าวคือwww-data:

sudo -u www-data php /var/www/owncloud/occ files:transfer-ownership \
  source-user \
  destination-user

ปรับเส้นทางไฟล์ปฏิบัติการและบัญชีให้ตรงกับโฮสต์ของคุณ หากคำสั่งรายงานว่ามีตัวเลือกหรือคำสั่งที่ไม่รู้จัก ให้ตรวจสอบเอกสารอ้างอิงคำสั่ง ownCloud ของเวอร์ชันที่ติดตั้งไว้ แล้วลองใช้คำสั่งนั้นocc files:transfer-ownership --helpก่อนลองใหม่อีกครั้ง

จำกัดการถ่ายโอนไปยังโฟลเดอร์เท่านั้น

หากต้องการย้ายเฉพาะไดเร็กทอรีโปรเจ็กต์ที่มีชื่อProjectsเฉพาะ แทนที่จะย้ายทุกไฟล์ ให้เพิ่มตัวเลือก path ก่อนรหัสผู้ใช้:

docker compose exec owncloud occ files:transfer-ownership \
  --path="Projects" \
  source-user \
  destination-user

เส้นทางต้องมีอยู่ภายในdata/<source-user>/filesownCloud ไม่ได้เพียงแค่จัดวางโฟลเดอร์ไว้ที่เส้นทางสัมพัทธ์เดียวกันในปลายทางเท่านั้น แต่จะจัดเก็บเนื้อหาที่ถ่ายโอนไว้ในไดเร็กทอรีที่มีชื่อตามรูปแบบtransferred from <source-user> on <timestamp>ภายในไฟล์ของผู้ใช้ปลายทาง แจ้งให้ผู้รับทราบว่าจะหาไฟล์ได้ที่ใดหลังจากคำสั่งเสร็จสมบูรณ์ โปรดดูเอกสารอ้างอิงคำสั่ง occ ของ ownCloud 10.16สำหรับตัวเลือกที่มีอยู่

รู้ว่าเมื่อใดที่คำสั่งนี้ไม่ใช่เครื่องมือที่เหมาะสม

การโอนย้ายไม่ใช่ปุ่ม "เปลี่ยนเจ้าของ" ทั่วไปสำหรับทุกรายการที่ผู้ใช้ต้นทางมองเห็น ไฟล์ในโฟลเดอร์ที่แชร์เข้ามาเป็นของผู้แชร์เดิมและจะไม่ถูกย้าย หากเนื้อหาที่ต้องการเป็นโฟลเดอร์ที่แชร์เข้ามา ให้ประสานงานกับเจ้าของหรือสร้างสำเนาแยกต่างหากโดยใช้ขั้นตอนการทำงานที่ได้รับอนุมัติ สำเนาเป็นไฟล์ที่แยกต่างหากและอาจไม่รักษาประวัติการแชร์หรือข้อมูลเมตาของไฟล์เดิมไว้

นอกจากนี้ยังมีข้อจำกัดเฉพาะพื้นที่จัดเก็บข้อมูลด้วย เอกสารของ ownCloud เตือนไม่ให้ใช้คำสั่งนี้กับพื้นที่จัดเก็บข้อมูลหลัก S3 ที่กำหนดค่าไว้หลายบัคเก็ต เนื่องจากอาจทำให้การแชร์ไฟล์สูญหายได้ นอกจากนี้ ไฟล์เก็บถาวรแบบวงจรชีวิตขององค์กรยังมีข้อจำกัดในการถ่ายโอนข้อมูลที่ระบุไว้ในเอกสาร หากคุณสมบัติใดคุณสมบัติหนึ่งมีผลบังคับใช้ โปรดตรวจสอบเอกสารเฉพาะเวอร์ชันและทดสอบขั้นตอนในบัญชีที่ไม่ใช่บัญชีใช้งานจริงก่อนดำเนินการ

หากการถ่ายโอนเกิดข้อผิดพลาดหรือหยุดก่อนกำหนด อย่าทำการถ่ายโอนซ้ำทันที คู่มือการแชร์ของ ownCloud แนะนำให้เรียกใช้คำสั่งocc files:troubleshoot-transfer-ownership --uid <uid>สำหรับทั้งรหัสผู้ใช้ต้นทางและปลายทางเพื่อตรวจสอบและแก้ไขสถานะการถ่ายโอน เก็บรักษาบันทึกต้นฉบับและสำรองข้อมูลไว้จนกว่าจะเข้าใจผลลัพธ์

ตรวจสอบผลลัพธ์ก่อนลบบัญชีต้นทาง

ลงชื่อเข้าใช้ในฐานะผู้ใช้ปลายทางและยืนยันว่าโฟลเดอร์ที่ถ่ายโอนปรากฏอยู่ภายใต้ไดเร็กทอรี “ถ่ายโอนจาก” ที่สร้างขึ้น เปิดไฟล์ตัวอย่างและตรวจสอบโฟลเดอร์ แท็ก ความคิดเห็น และการแชร์ขาออกที่คาดหวัง ขอให้ผู้รับเป้าหมายรายหนึ่งยืนยันการเข้าถึงผ่านการแชร์ที่มีอยู่ จากนั้นตรวจสอบบัญชีต้นทางสำหรับไฟล์หรือการแชร์ที่ยังคงเป็นเจ้าของ และตรวจสอบผลลัพธ์ของคำสั่งสำหรับรายการที่ถูกข้ามไป

ลบหรือปิดใช้งานบัญชีต้นทางหลังจากที่เจ้าของปลายทางและผู้ร่วมงานที่เกี่ยวข้องยืนยันการเข้าถึงแล้วเท่านั้น ownCloud ผูกไฟล์ไว้กับเจ้าของ ดังนั้นการลบผู้ใช้จะลบไฟล์และแชร์ที่เหลือของผู้ใช้นั้นไปด้วย คำสั่งถ่ายโอนจะไม่ย้ายถังขยะหรือแชร์ขาเข้า และควรตรวจสอบข้อจำกัดเหล่านี้ในรายการตรวจสอบการส่งต่อด้วย

ฝากความเห็น

ล้างคำเตือนของ ownCloud Apache .htaccess อย่างปลอดภัย

ล้างคำเตือนของ ownCloud Apache .htaccess อย่างปลอดภัย

ตั้งค่า AllowOverride All เฉพาะสำหรับเว็บรูทของ ownCloud ตรวจสอบความถูกต้องของ Apache vhost ที่ใช้งานอยู่ และโหลดใหม่อย่างปลอดภัยเพื่อกู้คืนกฎ .htaccess

ตั้งค่า ownCloud Enterprise Auditing และตรวจสอบบันทึกข้อมูล

เปิดใช้งานแอป Enterprise Auditing ของ ownCloud กำหนดเส้นทางเหตุการณ์ admin_audit ไปยังไฟล์บันทึกที่ได้รับการป้องกัน และยืนยันว่าการกระทำของผู้ใช้จริงได้รับการบันทึกแล้ว

เชื่อมต่อ ownCloud Infinite Scale กับ Keycloak ด้วย OIDC

เชื่อมต่อ ownCloud Infinite Scale กับ Keycloak ด้วย OIDC

ปรับการเชื่อมต่อข้อมูลผู้ให้บริการโดเมน เว็บไคลเอ็นต์ และข้อมูลผู้ใช้ของ Keycloak ให้ตรงกัน เพื่อให้ ownCloud Infinite Scale สามารถลงชื่อเข้าใช้ผู้ใช้ได้อย่างน่าเชื่อถือทั้งบนเว็บและไคลเอ็นต์บนมือถือ

ย้ายไฟล์ ownCloud ไปยังเจ้าของใหม่โดยไม่สูญเสียสิทธิ์การแชร์

ถ่ายโอนไฟล์ที่คุณเป็นเจ้าของและแชร์ไฟล์ออกโดยใช้คำสั่ง occ ของ ownCloud ทำความเข้าใจว่าอะไรจะยังคงอยู่ และตรวจสอบสิทธิ์การเข้าถึงก่อนลบบัญชีเก่า

เพิ่มความเร็วในการสืบค้นข้อมูล ownCloud 10 ด้วยการจัดการดัชนีอย่างปลอดภัย

เรียนรู้ว่าเมื่อใดที่ดัชนีฐานข้อมูล ownCloud 10 ต้องการการดูแล วิธีการอัปเดตสคีมาที่รองรับอย่างปลอดภัย และเมื่อใดที่การปรับแต่งคิวรีหรือการเปลี่ยนแปลงฐานข้อมูลเป็นวิธีแก้ไขที่ดีกว่า

เชื่อมต่อแชร์ SMB/CIFS ใน ownCloud โดยไม่ต้องใช้การเชื่อมต่อ Linux

เชื่อมต่อแชร์เครือข่าย Windows หรือ Samba กับ ownCloud ผ่านที่เก็บข้อมูลภายนอก ตรวจสอบข้อมูลประจำตัว และแก้ไขปัญหาโฟลเดอร์ที่ไม่สามารถเข้าถึงได้อย่างปลอดภัย

ลบเวอร์ชันไฟล์ ownCloud อย่างปลอดภัยด้วยคำสั่ง occ

ลบเวอร์ชันไฟล์ ownCloud อย่างปลอดภัยด้วยคำสั่ง occ

ลบไฟล์เวอร์ชัน ownCloud Server Classic ที่จัดเก็บไว้ทั้งหมดสำหรับบัญชีเดียวหรือผู้ใช้ทั้งหมด และแยกความแตกต่างระหว่างการลบแบบสมบูรณ์กับการหมดอายุตามระยะเวลาการเก็บรักษา

การเชื่อมต่อ ownCloud บนมือถือถูกปฏิเสธใช่หรือไม่? ตรวจสอบ URL และการเข้าถึง

การเชื่อมต่อ ownCloud บนมือถือถูกปฏิเสธใช่หรือไม่? ตรวจสอบ URL และการเข้าถึง

ตรวจสอบหาสาเหตุการปฏิเสธการเชื่อมต่อ ownCloud บนมือถือโดยตรวจสอบ URL ของเซิร์ฟเวอร์ เครือข่ายโทรศัพท์ จุดเชื่อมต่อ HTTPS และบันทึกของเซิร์ฟเวอร์ตามลำดับที่ถูกต้อง

เรียกใช้งานงานเบื้องหลังของ ownCloud ได้อย่างน่าเชื่อถือด้วยตัวจับเวลา Systemd

แทนที่การเรียกใช้งานงานตามความต้องการด้วยตัวจับเวลา systemd ที่เรียกใช้คำสั่ง occ system:cron ที่ ownCloud รองรับทุกๆ 15 นาที

กู้คืนการซิงค์ WebDAV ของ ownCloud โดยการค้นหาเส้นทางที่เสียหาย

ตรวจสอบการร้องขอ WebDAV ผ่าน Apache, Nginx หรือพร็อกซีแบบย้อนกลับ จากนั้นยืนยันว่าการซิงค์ ownCloud ทำงานได้โดยใช้การทดสอบ PROPFIND ที่มีการตรวจสอบสิทธิ์