Linux 文件权限错误导致网站无法访问，如何定位到目录和用户
网站访问失败不一定是程序坏了，很多时候是目录、上传文件、缓存或运行用户的权限错了。本文教你定位哪个目录出了问题，以及为什么不能随便 `chmod 777`。
权限问题很像“程序报错”，因为它表现出来的结果往往是 403、500、图片打不开、上传失败、缓存写不进去。但实际上，问题可能只是某个目录的属主不对，或者站点运行用户没有写权限。
先找症状
| 现象 | 可能问题 | 看哪里 |
|---|---|---|
| 403 Forbidden | 目录权限或主机配置 | Nginx / Apache 日志 |
| 上传失败 | 上传目录没有写权限 | 站点上传目录 |
| 缓存不更新 | 缓存目录不可写 | framework cache / runtime |
| 图片不显示 | 图片目录权限或路径错 | 静态资源目录 |
查日志最直接
tail -n 80 /var/log/nginx/error.log
tail -n 80 /var/log/apache2/error.log如果是 PHP 项目，也看应用日志。日志里经常会直接写出“permission denied”或者“failed to open stream”。
看属主和权限
ls -ld /站点目录
ls -l /站点目录/子目录重点看 Web 服务运行用户是不是能读写目标目录。网站目录不是越开放越好，能写的地方要写，不能写的地方不要随便放开。
不建议的做法
不要见权限问题就整站 `chmod 777`。那样虽然短期“看起来能用”，但安全性会明显变差，后面排查也更难。更稳的方式是把需要写入的目录单独赋权。
用户和服务商边界
如果只是站点目录权限错位，通常可以自己修；如果是面板改动、系统升级或主挂载变化导致全盘权限混乱，最好先备份再处理。若涉及挂载盘、容器卷或 SELinux 限制，需要更细致地看环境。