排查 nginx try_files 引发的文件权限不足，核心在于确认 nginx 工作进程（通常是 www-data 或 nginx）是否具备读取目标文件的权限。通过检查错误日志中的 permission denied 报错，并对比文件所有者与 nginx 运行用户，即可定位问题。
try_files 遇到空输入会返回什么
当 try_files 列表中的所有文件路径均不存在时，它会执行最后指定的 fallback 操作。如果最后一个是 URI（如 /index.html），Nginx 会发起内部重定向；如果是状态码（如 =404），则直接返回该状态码。
server {
listen 80;
server_name example.com;
root /var/www/html;
location / {
try_files $uri $uri/ /index.html =404;
}
}
在上述配置中，若请求 /nonexistent，Nginx 依次尝试 /var/www/html/nonexistent 和 /var/www/html/nonexistent/。两者均不存在时，触发内部重定向至 /index.html。若 /index.html 存在且可读，则正常返回内容；若不存在，则最终返回 404。
try_files 遇到目录索引时会如何处理
当 try_files 匹配到一个物理目录而非文件时，其行为取决于该目录是否开启了自动索引（autoindex on）。若未开启，Nginx 会根据配置决定是否返回 403 禁止访问或 404 未找到，具体取决于 try_files 的后续参数。
location /assets/ {
autoindex off;
try_files $uri $uri/ @fallback;
}
location @fallback {
return 404 "Not Found";
}
假设请求 /assets/images/，且该目录存在但无默认索引文件（如 index.html）。由于 $uri/ 指向目录，Nginx 不会自动列出目录内容（因 autoindex off）。此时 try_files 继续处理，若没有更多匹配项，则进入 @fallback 标签，返回 404。这避免了目录遍历风险，同时提供了明确的错误反馈。
基于 try_files 中文件权限的具体问题
在 try_files 寻址过程中，如果 Nginx 工作进程对目标文件没有读取权限，即使文件存在，也会被视为“不存在”或导致内部错误。这是因为 Nginx 以非 root 用户运行，受限于 Linux 文件系统权限模型。
例如，若 /var/www/html/secret.txt 的所有者是 root，权限为 600，而 Nginx 用户是 www-data，则 try_files /secret.txt ... 将无法读取该文件。此时，Nginx 会跳过该路径，继续尝试列表中的下一个文件。若所有文件均因权限问题被跳过，最终将执行 fallback 逻辑，可能返回 404 或触发内部重定向，而非直接的 403 错误。要解决此问题，需确保文件所有者或所属组包含 Nginx 运行用户，或调整文件权限（如 chmod 644）。
