Nginx存活检测需同时验证进程、端口和HTTP响应：用pgrep -x nginx查主进程，ss -tln查80/443端口监听，再用curl -s -w "%{http_code}" --max-time 3检查返回码是否为200/301/302，三者全满足才判定正常。
直接用 shell 脚本检查 Nginx 进程或端口是否响应，再配合简单逻辑判断，就能实现一键检测存活状态。核心是可靠判断“Nginx 真正在工作”，而不是只看进程是否存在。
检查 Nginx 进程 + 监听端口（推荐基础方式）
多数情况下，Nginx 主进程在、80/443 端口在监听，基本可认为服务正常。脚本可组合 pgrep 和 ss（或 netstat）来验证：
-
pgrep -x nginx检查主进程是否存在（-x确保精确匹配进程名） -
ss -tln | grep ':80\|:443'检查是否有进程在监听 HTTP/HTTPS 端口 - 两项都满足，才输出 “Nginx is alive”；任一失败，提示异常并退出码设为 1
发起真实 HTTP 请求验证（更严谨）
进程和端口都正常，不代表 Nginx 能正确响应请求（比如配置错误导致 500、或 upstream 全挂）。建议用 curl 发起轻量请求：
-
curl -s -o /dev/null -w "%{http_code}" https://www.php.cn/link/7d0e8e76500c8ed55af7b63e8fc996c5获取返回状态码 - 期望得到
200（或301/302，视实际首页配置而定） - 超时加
--max-time 3防止卡住；失败时不输出错误信息可用-s -f - 若返回非 2xx/3xx 码，或超时/连接拒绝，则判定为异常
封装成可执行脚本（保存为 check_nginx.sh）
把上述逻辑写成完整脚本，加上执行权限即可一键运行：
#!/bin/bash
# 检查 Nginx 存活：进程 + 端口 + HTTP 响应
NGINX_PID=$(pgrep -x nginx | head -n1)
if [ -z "$NGINX_PID" ]; then
echo "❌ Nginx process not found"
exit 1
fi
<p>if ! ss -tln | grep -qE ':80\b|:443\b'; then
echo "❌ Nginx is not listening on port 80 or 443"
exit 1
fi</p><p>HTTP_CODE=$(curl -s -o /dev/null -w "%{http_code}" --max-time 3 <a href="https://www.php.cn/link/7d0e8e76500c8ed55af7b63e8fc996c5">https://www.php.cn/link/7d0e8e76500c8ed55af7b63e8fc996c5</a> 2>/dev/null)
case $HTTP_CODE in
200|301|302) echo "✅ Nginx is alive (HTTP $HTTP_CODE)" ;;
*) echo "❌ Nginx returned HTTP $HTTP_CODE or request failed" ; exit 1 ;;
esac
赋予执行权限：chmod +x check_nginx.sh，运行：./check_nginx.sh
进阶：集成到定时任务或监控链路
该脚本返回标准退出码（0=成功，非0=失败），天然适配 cron 或 Zabbix、Prometheus 的 exec 探针：
- 每 5 分钟检查一次：
*/5 * * * * /path/to/check_nginx.sh >/dev/null 2>&1 - Zabbix 中可配置
system.run["/path/to/check_nginx.sh"]，触发告警 - 如需日志记录，可在脚本末尾追加：
echo "$(date): $MSG" >> /var/log/nginx_health.log
不复杂但容易忽略：别只依赖 ps aux | grep nginx，它可能匹配到 grep 自身或旧残留进程；用 pgrep -x 更准确。真实请求验证虽多一步，但能提前发现配置级故障。
