chmod 755 filename可能不对，因为755含执行权限（x），普通文件如config.ini加x不必要且有安全风险，而脚本类文件才需x；文件x表示可执行，目录x表示可进入，二者语义不同，误用易引发漏洞或功能异常。
直接改权限，用 chmod 就行，但必须分清是改“谁”的权限、改“什么操作”、作用在“什么类型的对象”上——文件和目录对 x 权限的理解完全不同。
为什么 chmod 755 filename 可能不对？
因为 755（即 rwxr-xr-x）隐含了执行权限。对普通文件（如 config.ini、log.txt）加 x 没必要，还可能被安全扫描工具报风险；对脚本类文件（如 deploy.sh）又必须有 x 才能运行。误用数字模式容易一刀切，尤其在批量操作时。
- 查当前权限：用
ls -l filename看清楚开头是-（文件）还是d（目录） - 文件加
x≠ 目录加x：前者表示“可执行”，后者表示“可进入” -
chmod 755给一个纯文本配置文件，等于多开了一个潜在的执行入口，不推荐
chmod 符号模式比数字更安全、更明确
符号模式能精准控制“谁+什么权限”，避免意外覆盖。比如只想让组用户能写，其他不动，就用 g+w，而不是重新算一串三位数。
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 给所有者加写权限：
chmod u+w filename - 去掉其他人的读权限：
chmod o-r filename - 让组用户只有读+执行（常用于脚本）：
chmod g=rx filename - 同时设置所有者读写、组只读、其他人无权：
chmod u=rw,g=r,o= filename - 注意：
=是“完全重置”，会清除没列出来的权限，慎用
目录权限不能只看“读写”，x 是刚需
对目录来说，没有 x 权限，连 cd 都进不去，ls 也会报 Permission denied。所以哪怕只要求“可读可写”，也必须带上 x ——也就是至少要 rwx 或 rwX（大写 X 更稳妥）。
- 安全做法：用
X（大写）代替x，它只在目录或已有x的文件上生效：chmod -R a+rX /var/www - 错误示范：
chmod -R a=rw /var/www→ 所有子目录丢失x，cd失败，Web 服务也可能 403 - 常见合理组合：目录用
755（rwxr-xr-x），静态文件用644（rw-r--r--）
递归修改时最容易踩的坑
-R 不是万能钥匙，它会把权限粗暴套用到所有层级，包括不该有执行权的 .log、.conf 文件。更糟的是，如果当前用户自己被去掉了 x，后续命令会立即中断。
- 先确认自己有权限：
ls -ld /target/dir看是否含x，否则chmod -R途中就会失败 - 区分文件和目录处理（需两步）：
find /path -type d -exec chmod 755 {} \; find /path -type f -exec chmod 644 {} \; - 别用
777：它开放了写权限给所有人，Web 目录下一旦被上传恶意脚本，后果严重
最常被忽略的一点：改完权限后，得立刻验证实际效果——用非 root 用户（比如 Web 进程用户 nginx 或 www-data）去 cd、ls、cat 测试，而不是只看 ls -l 输出。权限数字对，不代表路径可达。
