Linux系统采用基于用户、用户组和其他用户的权限控制机制，通过读、写、执行三种权限的组合管理文件访问，很多操作异常都和权限配置不当有关。
常见文件权限问题分类
1. 权限不足无法执行操作
这是最常见的问题，比如尝试执行脚本文件时提示Permission denied，或者修改某个文件时提示无法写入。这类问题的核心是当前登录用户没有对应的操作权限，比如脚本文件没有给执行权限，普通用户尝试修改root用户的文件。
2. 文件所有者或所属组错误
比如从其他用户目录拷贝过来的文件，所有者是原来的用户，当前用户即使有读写权限，也可能因为所属组不匹配导致部分操作受限，比如在多人协作的项目目录中，新创建的文件所属组不是项目公共组，其他组员无法修改。
3. 特殊权限配置异常
比如设置了SUID、SGID权限的可执行文件，权限配置错误会导致程序运行异常，或者目录的粘滞位配置错误，导致用户可以在公共目录中删除其他用户的文件，引发安全风险。
对应解决办法
修改文件基础权限：chmod命令
chmod可以修改文件的读、写、执行权限，支持数字模式和符号模式两种配置方式。
数字模式中，r对应4，w对应2，x对应1，三个数字分别对应所有者、所属组、其他用户的权限总和。比如给文件设置所有者读写执行，所属组读执行，其他用户读执行，权限值为751。
# 数字模式修改权限，设置文件test.sh为751权限 chmod 751 test.sh # 符号模式修改权限，给所属组添加写权限 chmod g+w test.sh # 递归修改目录下所有文件的权限 chmod -R 755 /data/project
修改文件所有者与所属组：chown命令
当文件所有者或所属组不匹配时，可以使用chown命令修改，需要root权限执行。
# 修改文件所有者为user1 chown user1 test.txt # 同时修改所有者和所属组，所有者user1，所属组group1 chown user1:group1 test.txt # 递归修改目录及内部文件的所有者和所属组 chown -R user1:group1 /data/project
特殊权限的处理
SUID权限设置在可执行文件上，会让执行该文件的用户临时拥有文件所有者的权限，SGID权限设置在目录上会让目录下新创建的文件继承目录的所属组，粘滞位设置在公共目录上可以防止用户删除其他用户的文件。
# 给可执行文件设置SUID权限 chmod u+s /usr/bin/passwd # 给目录设置SGID权限 chmod g+s /data/shared_dir # 给公共目录设置粘滞位 chmod o+t /tmp
权限问题排查技巧
遇到权限问题时，首先可以用ls -l命令查看文件的权限、所有者和所属组信息，快速定位问题原因。
# 查看文件详细信息，第一列是权限，第三列是所有者，第四列是所属组 ls -l test.sh # 输出示例：-rwxr-xr-x 1 user1 group1 123 1月 1 10:00 test.sh # 权限列第一个字符是文件类型，-表示普通文件，d表示目录 # 接下来三个字符是所有者权限，再三个是所属组权限，最后三个是其他用户权限
如果需要排查当前用户对某个文件的权限，可以使用namei -l 文件路径命令，逐层查看路径上每个目录的权限，避免因为父目录权限不足导致无法访问子文件的问题。
# 查看访问/data/project/test.txt需要的权限链 namei -l /data/project/test.txt
权限配置注意事项
- 不要随意给文件设置777权限，这会允许所有用户读写执行，存在严重的安全风险
- 修改系统目录或系统文件的权限前，先确认修改的影响，避免导致系统功能异常
- 多人协作的目录建议设置SGID权限，保证新创建的文件属于公共组，方便组员协作
- 普通用户的家目录权限建议设置为700，避免其他用户访问私人文件