Linux目录权限继承需SGID与默认ACL组合实现：chmod 2775设SGID确保属组继承，setfacl -d -m g:devs:rwx设默认ACL实现权限自动继承，再配umask 0002调优基线权限。

Linux服务器上实现目录权限继承，核心是让新创建的文件和子目录自动获得预期权限，而不是每次手动 chmod。这靠两套机制配合：umask 控制基础权限模板，ACL（特别是默认 ACL）实现细粒度继承。单独改 umask 或只设 chmod 都不能真正“继承”组写、特定用户权限等需求。

确认并启用 ACL 支持

默认 ACL 依赖文件系统级 ACL 功能。大多数 ext4/XFS 默认已启用，但需验证：

• 运行 mount | grep " $(df . | tail -1 | awk '{print $1}') "，检查输出是否含 acl 字样
• 若无，需在 /etc/fstab 对应挂载项追加 acl 参数，再执行 mount -o remount /mount/point
• 无需重启，生效后即可使用 setfacl

用 setfacl 设置默认 ACL 实现真继承

这是解决“新建文件属组不一致”“协作目录里别人建的文件自己没写权限”等问题的关键步骤：

• 先设置目录基础权限与属组：chmod 2775 /shared（2 是 SGID，确保新文件继承属组；775 表示 rwxrwxr-x）
• 再设默认 ACL：setfacl -d -m g:devs:rwx /shared（devs 组对所有新内容有读写执行）
• 可同时添加特定用户：setfacl -d -m u:deploy:r-x /shared
• 验证：getfacl /shared 应显示 default: 开头的规则行

合理配置 umask 控制默认权限基线

umask 不负责“继承”，但它决定新文件/目录权限的起点，影响 ACL 的实际效果：

• 查看当前值：umask（如 0002）
• 临时调整：umask 0002 → 新目录得 775，新文件得 664
• 永久生效：将 umask 0002 加入 /etc/profile（全局）或 ~/.bashrc（单用户）
• 注意：umask 0002 比 0022 更适合协作，避免新文件默认对组只读

SGID + ACL 组合保障组一致性

仅靠 umask 或 ACL 单独使用，常出现“文件属组正确但无写权限”或“目录属组错乱”。推荐组合策略：

• 对协作目录启用 SGID：chmod g+s /shared（目录权限位显示 drwxrwsr-x 中的 s）
• 该标志强制所有新创建内容继承目录属组，不受创建者主组影响
• 再配合默认 ACL 授予该组完整权限，就形成闭环：组归属正确 + 权限到位
• 实测：切换不同用户，在 /shared 下 touch a && mkdir b，再 ls -l 确认属组和权限均符合预期