1. 查看Nginx错误日志
Nginx的错误日志是故障排查的核心依据，记录了进程运行时的详细错误信息（如配置错误、连接失败、权限问题等）。默认路径为/var/log/nginx/error.log，可使用以下命令实时查看最新错误：
sudo tail -f /var/log/nginx/error.log
日志中的关键信息包括时间戳、错误级别（如error、crit）、进程ID及具体描述（例如“upstream timed out”表示上游服务器超时，“Permission denied”表示权限不足）。
2. 检查Nginx配置文件语法
配置文件的语法错误会导致Nginx无法启动或重载。使用以下命令测试配置文件的有效性：
sudo nginx -t
若配置有误，命令会输出错误位置（如nginx.conf的第几行）及具体原因（如缺少分号、括号不匹配）；若语法正确，会显示“syntax is ok”和“test is successful”。修改配置后，需通过sudo systemctl reload nginx重新加载配置（而非重启，避免服务中断）。
3. 验证Nginx服务运行状态
通过Systemd工具检查Nginx进程是否处于活动状态：
sudo systemctl status nginx
若状态为“active (running)”，说明服务正常；若为“inactive (dead)”或“failed”，需启动服务：
sudo systemctl start nginx
若启动失败，结合错误日志进一步分析原因（如端口冲突、配置错误）。
4. 检查端口监听与冲突
Nginx默认监听80（HTTP）和443（HTTPS）端口，需确认端口未被其他进程占用：
sudo netstat -tulnp | grep -E ':80|:443'
或使用lsof命令：
sudo lsof -i :80
若端口被占用（如Apache、其他Nginx实例），需停止占用进程（sudo systemctl stop apache2）或修改Nginx配置文件中的listen指令（如改为listen 8080），并确保防火墙允许新端口。
5. 确认文件与目录权限
Nginx进程（通常为www-data用户）需对网站根目录及文件具有读取权限。设置正确的权限和所有权：
sudo chown -R www-data:www-data /path/to/your/website
sudo find /path/to/your/website -type d -exec chmod 755 {} \;
sudo find /path/to/your/website -type f -exec chmod 644 {} \;
若权限不足，会导致“403 Forbidden”错误（无法访问静态文件）或“500 Internal Server Error”（无法读取配置文件）。
6. 检查后端服务可用性（针对代理/负载均衡场景）
若Nginx作为反向代理，需确保后端服务（如PHP-FPM、Node.js、数据库）正常运行。例如，检查PHP-FPM状态：
sudo systemctl status php7.4-fpm # 根据PHP版本调整
若后端服务未启动，启动它：sudo systemctl start php7.4-fpm。此外，验证Nginx与后端的连接：
curl http://127.0.0.1:8080 # 假设后端监听8080端口
若连接失败，检查防火墙是否阻止内部通信或后端服务配置是否正确。
7. 分析系统资源使用情况
系统资源不足（如内存耗尽、CPU占用过高）会导致Nginx响应缓慢或崩溃。使用top或htop命令查看资源占用：
top
重点关注%MEM（内存使用率）和%CPU（CPU使用率）。若资源不足，需优化Nginx配置（如调整worker_processes为CPU核心数、降低keepalive_timeout）或升级服务器配置。
8. 检查SELinux（若启用）
若系统启用了SELinux，可能会限制Nginx对文件或端口的访问。查看SELinux状态：
getenforce
若为“Enforcing”模式，可临时关闭测试（sudo setenforce 0），若问题解决，需调整SELinux策略（如允许Nginx访问网站目录）：
sudo chcon -R -t httpd_sys_rw_content_t /path/to/your/website
或永久修改SELinux配置（/etc/selinux/config）。
9. 使用curl测试Nginx响应
通过curl命令模拟客户端请求，验证Nginx是否能正常响应：
curl -v http://127.0.0.1
-v参数显示详细响应信息（如状态码、响应头、响应体）。若返回“200 OK”，说明Nginx基本功能正常；若返回“502 Bad Gateway”或“503 Service Unavailable”，需检查后端服务或代理配置。
10. 查看系统日志辅助排查
系统日志（如/var/log/syslog或journalctl）记录了Nginx服务的启动、停止及系统级错误，可辅助定位与系统相关的问题：
sudo tail -f /var/log/syslog
或使用journalctl查看Nginx专属日志：
sudo journalctl -u nginx
例如，系统日志中可能会记录“Out of memory”（内存不足）或“Device or resource busy”（端口冲突）等信息。