中资源虚拟主机权限错误500_目录执行权限控制修复方法
很多站长遇到目录执行权限控制直接 chmod -R 777 目录，网站能跑了但留下巨大安全隐患。777 意味着任何用户都能读写执行，被入侵后攻击者可以随意修改文件。正确做法是按标准权限重置，需要写入的目录单独设 775 并把网站用户加入组。
Linux 批量重置权限：find 目录 -type d -exec chmod 755 {} ; 设置所有目录 755，find 目录 -type f -exec chmod 644 {} ; 设置所有文件 644，chown -R 用户:用户组目录改属主。上传目录单独 chmod 775 目录，配置文件 chmod 600 config.php。执行前确认路径，不要在根目录 / 下执行。
参考（SELinux 权限修复）： ``` # 临时关闭 SELinux（测试用） setenforce 0 # 给网站目录设 httpd 上下文 chcon -R -t httpd_sys_content_t /www/wwwroot/域名 # 上传目录设可写上下文 chcon -R -t httpd_sys_rw_content_t /www/wwwroot/域名/upload # 永久策略 semanage fcontext -a -t httpd_sys_rw_content_t "/www/wwwroot/域名/upload(/.*)?" restorecon -Rv /www/wwwroot/域名/upload ```
session 目录不可写是权限设置中的常见问题。777 权限被入侵是因为任何用户都能写文件，重置为 644/755 后攻击者无法写入；属主错误导致 500，chown 改回网站用户；IIS 匿名用户权限不足，添加 IUSR 读取权限；SELinux 阻止访问，用 chcon 或 setenforce 0 临时关闭（生产环境建议配置规则而非关闭）。
Windows 与 Linux 权限差异：Linux 是用户-组-其他三位权限，IIS 是 ACL 访问控制列表，可以精细控制每个用户。Linux 的 755 对应 IIS 的"读取和执行"，Linux 的 644 对应"读取"，Linux 的 777 对应"完全控制"。理解对应关系后，跨平台迁移时权限设置不会错。
更新时间：2026-08-30 17:05:51
上一篇：Apache 虚拟主机自定义404页_软 404 识别与修复与死链提交