手动阀

在使用 Nginx 作为 Web 服务器时，可能会遇到 "Permission denied" 和 "File not found" 错误，这些错误通常与文件系统权限或文件路径配置有关，以下是一些常见的解决方法：

检查文件系统权限

确保 Nginx 进程用户（通常是www-data 或nginx）对相关文件和目录具有适当的读取权限。

查看 Nginx 运行的用户
ps aux | grep nginx
假设 Nginx 运行的用户是 www-data
sudo chown -R www-data:www-data /path/to/your/webroot
sudo chmod -R 755 /path/to/your/webroot

检查 Nginx 配置文件

确保在 Nginx 配置文件中正确设置了根目录和索引文件。

编辑你的 Nginx 配置文件（例如/etc/nginx/sites-available/default）：

server {
    listen 80;
    server_name yourdomain.com;
    root /path/to/your/webroot;
    index index.html index.htm;
    location / {
        try_files $uri $uri/ =404;
    }
}

检查文件是否存在

确保请求的文件确实存在于指定的目录中，如果文件不存在，Nginx 会返回 "File not found" 错误。

检查符号链接

如果你的站点使用了符号链接，确保符号链接指向正确的位置，Nginx 有权限访问目标文件。

日志文件

查看 Nginx 的错误日志以获取更多信息，默认情况下，错误日志位于/var/log/nginx/error.log。

tail -f /var/log/nginx/error.log

6. SELinux (仅适用于启用了 SELinux 的系统)

如果你的系统启用了 SELinux，可能需要调整 SELinux 策略以允许 Nginx 访问特定目录。

临时禁用 SELinux
sudo setenforce 0
永久禁用 SELinux（需要重启系统）
sudo vi /etc/selinux/config
将 SELINUX=enforcing 改为 SELINUX=disabled

7. AppArmor (仅适用于启用了 AppArmor 的系统)

如果你的系统启用了 AppArmor，可能需要调整 AppArmor 策略以允许 Nginx 访问特定目录。

临时禁用 AppArmor
sudo aa-status
sudo systemctl stop apparmor
永久禁用 AppArmor（需要重启系统）
sudo systemctl disable apparmor

通过以上步骤，你应该能够解决大多数 "Permission denied" 和 "File not found" 问题，如果问题仍然存在，请仔细检查配置文件和日志文件中的错误信息，以便进一步诊断和解决问题。