Score:0

วิธีเมานต์ (cifs) ใน Ubuntu ไดเร็กทอรี MacOS ที่มีสิทธิ์ทั้งหมด

ธง kz

เกี่ยวกับวัตถุประสงค์ในการติดตั้ง

หากไคลเอ็นต์และเซิร์ฟเวอร์เป็นทั้ง Linux (Ubuntu) และสมมติว่าผู้ใช้ในเซิร์ฟเวอร์เป็น โอไมครอน กับ uid 1007 gid 1007 คำสั่งต่อไปนี้สามารถทำงานได้ในไคลเอ็นต์:

sudo mount -t cifs //192.168.1.X/samba_alias
                   /mnt/192.168.1.X/directoryname       
                   -o ชื่อผู้ใช้ = omicron
                   แถว,
                   uid=1007,
                   gid=1007

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

หากเซิร์ฟเวอร์เป็น MacOS และไคลเอนต์ Ubuntu

หากใช้งานผ่าน GUI smb://hostname/directorynamesharedมันถูกติดตั้งและสามารถสร้างอะไรก็ได้และเรียกใช้สคริปต์ใด ๆ ใน:

*$XDG_RUNTIME_DIR/gvfs/smb-share:server=hostname,share=directorynameshared

ข้อเสียที่ไม่เหมือนใครคือในเซิร์ฟเวอร์ไม่สามารถแก้ไข/เข้าถึงเนื้อหาใหม่นั้นได้ เนื่องจากผู้ใช้/กลุ่มไม่เหมือนกัน แก้ไขด้วย เคี้ยว ในฝั่งเซิร์ฟเวอร์ อย่างไรก็ตามไดเร็กทอรีจะถูกยกเลิกการต่อเชื่อมในภายหลัง

ตอนนี้เหตุผลของโพสต์นี้หากใช้สิ่งต่อไปนี้ (Ubuntu ถึง MacOS) - ผู้ใช้ในเซิร์ฟเวอร์คือ โอไมครอน กับ uid 505 gid 507:

sudo mount -t cifs //192.168.1.X/directorynameshared
                   /mnt/192.168.1.X/directoryname       
                   -o ชื่อผู้ใช้ = omicron
                   แถว,
                   uid=505,
                   gid=507

เป็นไปได้ที่จะดำเนินการสคริปต์ แต่ไม่สามารถสร้างเนื้อหาใหม่:

  • mkdir: ไม่สามารถสร้างไดเร็กทอรี âxyzâ: ปฏิเสธการอนุญาต

วิธีแก้ไขสถานการณ์นี้?

Score:1
ธง in

บนเซิร์ฟเวอร์ MacOS Samba คุณจะต้องตรวจสอบให้แน่ใจว่าบัญชีที่เชื่อมต่อนั้นมีสิทธิ์ "อ่าน/เขียนแบบเต็ม" สำหรับไดเร็กทอรีที่ใช้ร่วมกัน จากนั้น สตริงการเชื่อมต่อนี้จะใช้ได้กับสถานการณ์การเมาต์ด้วยตนเอง:

sudo mount -t cifs -o uid=omicron,username=omicron,password=superSecretPassword!123 //192.168.1.X/directorynameshared /mnt/192.168.1.X/directoryname

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

หากคุณวางแผนที่จะเพิ่มการเมานต์ให้กับคุณ /etc/fstab ไฟล์ มีสิ่งเพิ่มเติมบางอย่างที่คุณต้องการ:

//192.168.1.X/directorynameshared /mnt/192.168.1.X/directoryname cifs uid=505,gid=507,username=omicron,password=superSecretPassword!123,file_mode=0770,dir_mode=0770,nounix 0 0

โปรดทราบว่าเมื่อมีการเมาต์แชร์ผ่าน /etc/fstab, uid และ กิด ต้องระบุค่า เช่นเดียวกับแฟล็กสำหรับ file_mode และ dir_modeบวก คำนาม. เดอะ คำนาม การตั้งค่าสถานะมีความสำคัญอย่างยิ่งหากเซิร์ฟเวอร์ Ubuntu ของคุณกำลังจะเขียนไฟล์ผ่าน Apache และยูทิลิตี้บริการอื่นๆ

Manuel Jordan avatar
kz flag
ขอบคุณสำหรับคำตอบที่รวดเร็วใช่ ใน MacOS ผู้ใช้ใหม่ได้สร้างวิธีการใช้/กำหนดประเภท `มาตรฐาน` ให้กับไดเร็กทอรีที่จะแชร์ด้วยสิทธิ์ `"อ่าน/เขียนทั้งหมด" ทั้งหมด และใช่ `uid`, `gid` และ `ชื่อผู้ใช้` จะขึ้นอยู่กับผู้ใช้ของเซิร์ฟเวอร์ - BTW ทำไมฉันจึงควรใช้วิธี `/etc/fstab`
in flag
ฉันไม่เคยบอกว่าคุณ *ควร* เมานต์ผ่าน `/etc/fstab`; ฉันเสนอให้เป็นตัวเลือก โดยทั่วไปแล้วเซิร์ฟเวอร์เป็นอุปกรณ์แบบสแตติกที่ทำงานในตำแหน่งเดียวกันโดยใช้ทรัพยากรเดียวกันเป็นระยะเวลานาน ผลที่ตามมาคือ ผู้คนมักจะกำหนดค่าเซิร์ฟเวอร์โดยอัตโนมัติมากที่สุดเท่าที่จะเป็นไปได้ เพื่อไม่ให้ใช้เวลากับเครื่องหลังจากรีบูตหรืออัปเดตระบบ หากคุณไม่ต้องการติดตั้งอัตโนมัติ นั่นเป็นทางเลือกของคุณ
Manuel Jordan avatar
kz flag
ขอบคุณ ฉันได้ทำการวิจัยเกี่ยวกับสิ่งนั้นแล้ว มันเป็นสำหรับการเมานต์อัตโนมัติ

โพสต์คำตอบ

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