ฉันจะหยุดผู้ใช้ไม่ให้ซิงค์โฟลเดอร์ บริษัท กับเดสก์ท็อป Google ไดรฟ์ได้อย่างไร


13

ฉันเป็นผู้ดูแลระบบสำหรับ บริษัท ผู้ใช้ 30 คนของเรา (บัญชี Apps Premier) เราย้ายจากการแลกเปลี่ยนเมื่อหนึ่งปีที่แล้วและฉันค่อย ๆ หย่านมคนที่เลิกนิสัย MS Office ของพวกเขาและตอนนี้ทุกคนใช้ GDocs / Drive เพื่อสร้างเอกสาร ฉันต้องการสร้าง Google เอกสาร / ขับเซิร์ฟเวอร์ไฟล์ของเรา

มีปัญหาหลายประการ:

  1. ฉันไม่ต้องการให้คนซิงค์โฟลเดอร์ที่ใช้ร่วมกัน (เช่นไฟล์และโฟลเดอร์ของ บริษัท ) กับแล็ปท็อปที่ไม่มีหลักประกันซึ่งพวกเขาอาจทิ้งไว้บนรถไฟ Google Drive อนุญาตให้ฉัน "ล็อค" โฟลเดอร์เพื่อหยุดไม่ให้ซิงค์หรือไม่ จนถึงตอนนี้ตัวเลือกความปลอดภัยเดียวที่ฉันพบคือซิงค์หรือปิด ฉันต้องเก็บมันไว้ แน่นอนว่าฉันไม่ใช่คนเดียวที่ต้องการเมล็ดพันธุ์นี้ แต่ฉันไม่สามารถหาโพสต์อื่น ๆ เกี่ยวกับเรื่องนี้

  2. ที่จะทำให้สิ่งต่าง ๆ neater แทนที่จะต้องการเป็นเจ้าของโฟลเดอร์ทั้งหมดเราต้องการตั้งค่า "ผู้ใช้ระบบกลาง" ที่จะเป็นเจ้าของโฟลเดอร์ทั้งหมดจากนั้นผู้ใช้ทุกคนรวมถึงตัวเองจะมีไดรฟ์ของฉันที่สะอาดเหมือนเดสก์ท็อปของพวกเขา . แนวคิดคือทุกคนสามารถสร้างไฟล์และไม่แชร์ แต่ถ้าพวกเขาต้องการแบ่งปันแล้วพวกเขาฝากไว้ในโฟลเดอร์แชร์ที่เหมาะสมที่พวกเขาสามารถเข้าถึงได้ ปัญหาคือผู้ใช้ส่วนกลางจะมีพื้นที่เพียง 5Gb ในขณะที่เรามีผู้ใช้ 30 คนและพื้นที่รวมของ 125Gb ไม่สามารถใช้ได้

ระบบดูเหมือนว่าจะไม่เป็นระเบียบในการแบ่งปันอย่างไม่เป็นระบบระหว่างผู้ใช้มากกว่าฮับโครงสร้างและการออกแบบพูดที่เราทุกคนคุ้นเคย ทำไมไม่มีใครค้นหาสิ่งนี้ - เราพลาดจุด Google Drive ไปโดยสิ้นเชิงหรือไม่? ตอนนี้เรามีเอกสารมากกว่า 5,000 ฉบับและเติบโตขึ้นทุกวันและไม่มีคำสั่งหรือวิธีการบังคับใช้สิทธิ์อย่างละเอียดสำหรับการจัดเก็บ

PS: ฉันได้ลอง Cloudlock และ GPanel และไม่ทำอะไรมาก แต่บอกคุณว่าทุกอย่างไม่เป็นระเบียบ!


1
เห็นด้วยอย่างสิ้นเชิง. ฉันกำลังรอให้คุณทำให้องค์กรเป็นเจ้าของเอกสารและตัวเลือกการแชร์ 'แชร์กับทั้งองค์กร' ให้ทำงานจริงตามที่ระบุไว้
OrangeBox

Google พูดว่าอย่างไรเมื่อคุณถามพวกเขา คุณไม่ได้รับการสนับสนุนสำหรับบัญชี Apps Premier ใช่ไหม
Fuhrmanator

@Toby คุณลองใช้ InSync แล้วหรือยัง
Steven Roose

จุดที่ 2 ใช้ได้สำหรับ บริษัท ส่วนใหญ่ ตลอด 5 ปีที่ผ่านมา Google Drive กลายเป็นเรื่องยุ่งจนเราเริ่มมองหาทางเลือกอื่น! Google ควรทำบางสิ่งเกี่ยวกับ "ส่วนขององค์กร" : |
rahul286

คำตอบ:


3

กลับสู่ประเด็นของคุณ 2 คุณกำลังมุ่งหน้าไปในทิศทางเดียวกันกับ บริษัท ของฉันไปแล้ว เรามี 'ระบบกลาง' ของคุณเทียบเท่ากับชื่อผู้ใช้และได้สร้างโฟลเดอร์สามโฟลเดอร์บนไดรฟ์ - การทำงานการอ้างอิงผู้ใช้ภายนอก - และแบ่งปันให้กับระบบดูแลระบบของเรา Sysadmin แบ่งปันงานกับผู้ใช้บนพื้นฐานการแก้ไขและผู้ใช้ของเราสร้างโครงสร้างโฟลเดอร์ย่อยสำหรับ บริษัท ของเราเพื่อเก็บไฟล์การทำงานทั้งหมดของเรา Sysadmin แบ่งปันการอ้างอิงกับผู้ใช้ส่วนใหญ่แบบอ่านพื้นฐาน แต่ผู้ใช้บางรายได้รับสิทธิ์แก้ไขเพื่อให้สามารถสร้างและบำรุงรักษาโครงสร้างโฟลเดอร์ / ไฟล์สำหรับเอกสารนโยบายคู่มือ ฯลฯ

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

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

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

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

หวังว่าสิ่งนี้จะให้แนวคิดเล็กน้อยสำหรับการจัดระเบียบระบบของคุณเอง

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.