คำถามติดแท็ก group

ทุกอย่างเกี่ยวกับกลุ่ม Unix และการควบคุมการเข้าถึง


1
ทำไมผู้ใช้ทุกคนมีกลุ่มของตัวเอง
คำถามนี้ถูกโยกย้ายจาก Server Fault เนื่องจากสามารถตอบได้ใน Unix & Linux Stack Exchange อพยพ 5 ปีที่ผ่านมา สิ่งหนึ่งที่ฉันสังเกตเห็นใน distros ล่าสุดมากคือผู้ใช้ทั้งหมดมีกลุ่มของตนเองที่มีชื่อเดียวกันกับชื่อผู้ใช้ จุดประสงค์ของสิ่งนั้นคืออะไร? กลุ่มที่จะทำให้กลุ่มผู้ใช้ร่วมกันในวิธีการบางอย่างเช่นผู้ใช้ , การจัดการ , ไอทีฯลฯ ดูเหมือนไม่มีจุดหมายที่จะมีทุกกลุ่มเดียวที่ผู้ใช้เหล่านี้ ฉันดูเหมือนจะจำระบบ Unix ก่อนก็มีกลุ่มเริ่มต้นของทุกคนเป็นผู้ใช้
25 users  group 

2
ทำไม Debian ไม่สร้างกลุ่ม 'wheel' โดยค่าเริ่มต้น
ดูเหมือนว่าจะเป็นประเพณี Unixที่กลุ่มล้อถูกสร้างขึ้นโดยอัตโนมัติ แต่ Debian (และเด็ก ๆ โดยธรรมชาติ) ไม่ได้ทำเช่นนั้น มีเหตุผลอยู่ที่ไหนสักแห่ง? คุณเคยเห็นประเพณีนี้ทิ้งที่ไหนอีก?
24 debian  group 

3
GID, ปัจจุบัน, หลัก, เสริม, มีประสิทธิภาพและ ID กลุ่มจริงหรือไม่
ลิงค์ต่อไปนี้จะกล่าวถึงแนวคิดเหล่านี้ในบริบทที่แตกต่างกัน ฉันได้อ่านคำจำกัดความของพวกเขาแล้ว แต่ฉันก็ยังบอกไม่ได้ว่าพวกมันเกี่ยวข้องกันอย่างไรหรือบางคนก็เหมือนกัน ID กลุ่มปัจจุบัน รหัสกลุ่ม รหัสกลุ่มหลักและกลุ่มเสริม ID กลุ่มที่มีประสิทธิภาพและแท้จริง (เช่นเดียวกับ Wikipedia ) นี่คือตัวอย่างหนึ่งของแหล่งที่มาของความสับสนของฉัน: ตามที่man idฉันพิมพ์idฉันควรได้รับสิ่งที่พวกเขาเรียกว่ามีประสิทธิภาพและรหัสกลุ่มจริง id uid=501(joe) gid=501(joe) groups=501(joe), 100(users) อย่างไรก็ตามWikipediaหมายถึงผลลัพธ์ของidการแยกแยะระหว่างID หลักและรหัสเสริม นอกจากนี้วิกิพีเดียแตกต่างระหว่างหลัก VS เสริมและมีประสิทธิภาพ VS จริงรหัสกลุ่ม แนวคิดเหล่านี้เกี่ยวข้องกันอย่างไร นอกจากนี้เป็นจริงหรือไม่ที่กลุ่มหลัก ID = กลุ่ม ID = ID กลุ่มปัจจุบัน ?

3
จะเรียกใช้กระบวนการกับกลุ่มเฉพาะได้อย่างไร?
ฉันต้องเริ่มต้นแอปพลิเคชันด้วยสิทธิ์ผู้ใช้ของตัวเอง แต่กลุ่มจะต้องแตกต่างกัน ดังนั้นแทนที่จะ: $ ps -eo "user,group,args" | grep qbittorrent morfik morfik /usr/bin/qbittorrent ควรเป็นตัวอย่าง: $ ps -eo "user,group,args" | grep qbittorrent morfik p2p /usr/bin/qbittorrent มันจะต้องทำโดยไม่ต้องถามเกี่ยวกับรหัสผ่าน มีวิธีที่จะบรรลุเป้าหมายนี้หรือไม่?
22 group 

1
เจ้าของไฟล์ต้องอยู่ในกลุ่มไฟล์หรือไม่
ฉันมีความเข้าใจค่อนข้างง่ายเกี่ยวกับการอนุญาตของไฟล์ในระบบ * nix ฉันเข้าใจว่ามีเจ้าของไฟล์และกลุ่มไฟล์ แต่มีกฎอย่างหนักและรวดเร็วว่าเจ้าของไฟล์ดังกล่าวจะต้องอยู่ในกลุ่มไฟล์ด้วยหรือไม่ หรือใส่อีกวิธีหนึ่งไฟล์สามารถเป็นของกลุ่มที่เจ้าของไม่ได้เป็นส่วนหนึ่งได้หรือไม่? ถ้าเป็นเช่นนั้น (หรือถ้าไม่) ทำไม? ฉันต้องการที่จะเพิ่มความเข้าใจของฉัน ... ฉันไม่สามารถหาอะไรที่พูดถึงเรื่องนี้โดยเฉพาะใน interwebs ... ฉันยังเปิดกว้างกับวัสดุการอ่านที่ดีในเรื่อง

2
คำสั่งสั้น ๆ ง่ายๆในการสร้างกลุ่มหากยังไม่มีอยู่?
เป็นวิธีที่สะอาดที่สุดในการแก้ไขคำสั่งนี้ในทุบตีให้ทำงานเฉพาะในกรณีที่กลุ่มไม่มีอยู่? groupadd somegroupname ซับหนึ่งจะดีที่สุด

4
ความสำคัญของผู้ใช้และเจ้าของกลุ่มในการอนุญาตให้ใช้ไฟล์
ฉันเพิ่งพบสิ่งที่ไม่คาดคิด (สำหรับฉัน) เกี่ยวกับการอนุญาตไฟล์บน Linux (Arch Linux) โดยทั่วไปฉันมี: userX ใน groupX fileX userX:groupX ---rwx---- สิ่งที่ฉันปริศนา: ฉันไม่สามารถดำเนินการใด ๆ ( rwx) fileXบน ถูกต้องหรือไม่ ใครช่วยได้โปรดยืนยันว่านี่เป็นพฤติกรรมที่คาดหวัง การกระทำเดียวที่ฉันสามารถดำเนินการอยู่mvและrmเพราะฉันมีสิทธิ์ในการเขียนในไดเรกทอรีแม่ สิ่งคือฉันคิดเสมอว่าการอนุญาตเหล่านี้ล้มเหลวซึ่งกันและกันโดยเริ่มจากการใช้งานทั่วไปมากที่สุด (อื่น ๆ -> กลุ่ม -> ผู้ใช้) กล่าวอีกนัยหนึ่งว่าo=rwxใครสนใจว่ากลุ่มและผู้ใช้มีความตั้งใจอย่างไร เห็นได้ชัดว่านี่ไม่ใช่กรณี แต่มันก็ไม่สมเหตุสมผลสำหรับฉัน ดูเหมือนว่าใช้ง่าย สิ่งเดียวที่วิธีนี้ดูเหมือนจะมีประโยชน์คือการแยกบุคคล / กลุ่มที่เฉพาะเจาะจงออกไปได้อย่างง่ายดายซึ่งดูเหมือนจะไม่เป็นวิธีที่ชาญฉลาดที่จะใช้มัน นอกจากนี้เจ้าของ (และกลุ่ม?) ควรจะchmodใช่ไหมล่ะ? มีความคิดในเรื่องนี้ไหม?

4
ทำไมต้องรูทล้อและผู้ปฏิบัติงาน รูตอยู่ในกลุ่มสร้างความแตกต่างได้หรือไม่?
ฉันเพิ่งสังเกตเห็นบนเครื่อง FreeBSD ของฉันว่ารากอยู่ในวงล้อและผู้ควบคุมเครื่อง ฉันพยายามนึกถึงสถานการณ์ที่โพสต์โพสต์ในกลุ่มจะมีผลกระทบกับ ... เอ่อ ... อะไรก็ได้และฉันกำลังจะว่าง สำหรับเรื่องนั้นรูทจำเป็นต้องมีกลุ่มล็อกอินหลักใน / etc / passwd หรือไม่? หรือเข้าสู่ระบบ (3) ทำให้หายใจไม่ออกถ้าผู้ใช้มีช่องว่างกลุ่มหลัก? (เพื่อชี้แจง: ฉันเข้าใจถึงจุดประสงค์ของการดำรงอยู่ของกลุ่ม "root" เนื่องจากไฟล์ต้องการเจ้าของกลุ่มฉันไม่เข้าใจว่ามันเป็นเรื่องสำคัญที่ผู้ใช้รูท / toor / อะไรก็ตามที่มีความเป็นสมาชิกกลุ่มนั้น) นี่เป็นแค่การล่องเรือเมื่อหลายสิบปีก่อนหรือว่ามีเหตุผลอย่างแท้จริง?
18 freebsd  login  root  group 

1
ใน / etc / group ความหมายของฟิลด์ที่สองคืออะไร?
/etc/groupไฟล์ตัวอย่างมีรายการดังต่อไปนี้: root:*:0: adm:!:4:logcheck antoine:x:1000: man pages ที่ฉันอ่าน (Debian & OSX) บอกว่าฟิลด์ที่สองคือการจัดเก็บรหัสผ่านกลุ่ม เนื่องจากมีการใช้งานไม่บ่อยนักเครื่องหมายดอกจัน*หรือxมักจะวางไว้ในนั้นแทนที่จะปล่อยให้ว่างเปล่า shadowหน้าคนยังบอกว่าฟิลด์ที่สองนี้ควรเก็บผลมาจากการที่cryptฟังก์ชั่น และหากมีการจัดเก็บผลลัพธ์ที่ไม่ถูกต้อง (เช่น*หรือ!) ก็หมายความว่าไม่สามารถใช้รหัสผ่านเป็นวิธีการตรวจสอบสิทธิ์ได้ ที่ถือเป็นจริงสำหรับgroupไฟล์เช่นกัน? ทำไมฉันถึงลงเอยด้วยตัวอักษรต่างกัน 3 ตัวในgroupไฟล์ของฉันที่มีความหมายเหมือนกัน? ฉันสามารถเปลี่ยนทุกอย่างให้ปลอดภัยได้*หรือไม่
18 users  password  group 

4
ฉันเพิ่มผู้ใช้ในกลุ่ม แต่สิทธิ์กลุ่มในไฟล์ยังคงไม่มีผล
ฉันเปลี่ยนการอนุญาตของไฟล์ ( chmod g+w testfile) และการอนุญาตทำงานls -l testfile: -rwxrwxr-x 1 user1 user1 0 2011-01-24 20:36 testfile ฉันเพิ่มผู้ใช้ในกลุ่มนั้น (" / etc / group " มีuser1:x:1000:user2บรรทัด) แต่ไม่สามารถแก้ไขไฟล์นั้นเป็น user2 ทำไมเป็นเช่นนี้

2
ฉันจะดูสมาชิกของกลุ่มได้อย่างไร [ปิด]
ปิด คำถามนี้ต้องการรายละเอียดหรือความคมชัด ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ เพิ่มรายละเอียดและชี้แจงปัญหาโดยแก้ไขโพสต์นี้ ปิดให้บริการใน3 ปีที่ผ่านมา ฉันต้องดูสมาชิกของกลุ่มที่เกี่ยวข้องกับการติดตั้ง oracle
17 linux  group 

2
addgroup vs groupadd
ผมก็เพิ่งจะรู้ว่ามีความแตกต่างเล็กน้อยระหว่างadduseruseraddและ (เช่นadduserมีคุณสมบัติเพิ่มเติมuseraddเช่นสร้างโฮมไดเร็กตอรี่) แล้วอะไรคือความสัมพันธ์ระหว่างaddgroupและgroupadd? มีวิธีที่ต้องการในการสร้างกลุ่มหรือไม่?


1
ให้สิทธิ์การเขียนเริ่มต้นเพื่อจัดกลุ่มไฟล์และโฟลเดอร์ที่สร้างขึ้นใหม่
สมมติว่าเรามีผู้ใช้ 2 คน: a และ b ซึ่งเป็นส่วนหนึ่งของกลุ่มทั่วไป ฉันต้องการไฟล์หรือโฟลเดอร์ใด ๆ ที่ A สร้างขึ้นจะมีสิทธิ์เขียนไปยังกลุ่ม GENERAL ฉันจะทำมันได้อย่างไร ตัวอย่างเช่นไฟล์ที่สร้างขึ้นใหม่ถูกตั้งค่าเป็น: -rw-r--r-- 1 a general สิ่งนี้ไม่ให้สิทธิ์ในการเขียนแก่กลุ่มทั่วไป

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