宝塔的nginx保活（守护）自用

自己用的服务器盒子，刷的海思，宝塔可能有点小问题，因为是朋友给的，剩下的问题就自己解决吧。

整体运行还算稳定，因为我只跑跑nginx/php/docker（mysql跑不了），性能勉强够用，问题是每次重启的时候，宝塔可以访问，但是nginx开的端口无法访问，php和docker正常，所以问题的关键在nginx上。

问题：

登上宝塔发现，nginx显示状态正常，实际开的端口都不能访问，手动重启nginx，端口可以访问，手动停止nginx，nginx显示状态正常，端口不能访问。

解决：

问题定位在nginx上，因为是ubuntu的系统，32位arm，兼容问题我没法解决，只能尝试用计划任务判断端口状态后，重启nginx了

我自己拼凑的使用如下

#!/bin/bash

# 定义 URL 和超时时间
url="http://127.0.0.1:80"
timeout=5

# 检测 URL 是否返回 500 错误
status=$(curl -o /dev/null -s -w %{http_code} --connect-timeout $timeout $url)
if [ $status -eq 000 ]; then
    /etc/init.d/nginx restart
fi

简单解释下：

我在ssh下

curl -o /dev/null -s -w "%{http_code}\n" http://127.0.0.1:80

在nginx停止时，返回000

参考资料我也贴下，也许其它状态下用得上

https://www.cnblogs.com/shenjingwa/p/17381175.html

脚本只支持检测一条url状态码，将url中的网址更改为你需要检测的网址。

#!/bin/bash

# 定义 URL 和超时时间
url="http://example.com"
timeout=5

# 检测 URL 是否返回 500 错误
status=$(curl -o /dev/null -s -w %{http_code} --connect-timeout $timeout $url)
if [ $status -eq 500 ]; then
    nginx -t && systemctl reload nginx.service
fi

并在宝塔面板中设置计划任务，选择Shell脚本，执行时间为检测时间，我这里设置的是1分钟检测一次

第二种方法，使用方法同上，当遇到Nginx停止时会自动重启

pgrep -x nginx &> /dev/null
if [ $? -ne 0 ];then
/etc/init.d/nginx restart
fi

以上两种方法中的restart可更改为start

restart为重启命令

start为启动命令

BT宝塔常见MySQL/Nginx进程守护方法故障重启（运维技巧） - 八艾云 

BT宝塔常见MySQL/Nginx进程守护方法故障重启（运维技巧）

发布时间：2023/4/1 14:49:49

宝塔发展了一段时间了，目前看起来越来越有模样了，的确减少了不少的维护和配置的工作量。最近发下演示站 Nginx 总是无故宕机，于是收集了下方 BT 宝塔面板的一些守护代码，放到宝塔计划任务里，一遍故障重启。

添加 MySQL 进程守护脚本方法

1. pgrep -x mysqld &> /dev/null

2. if [ $? -ne 0 ];then

3. bash /www/server/panel/script/rememory.sh

4. /etc/init.d/mysqld start

5. fi

添加 redis 进程守护脚本方法

1. pgrep -x redis &> /dev/null

2. if [ $? -ne 0 ];then

3. /etc/init.d/redis start

4. fi

添加 nginx 进程守护脚本方法

1. pgrep -x nginx &> /dev/null

2. if [ $? -ne 0 ];then

3. /etc/init.d/nginx start

4. fi

添加 php-fpm 进程守护脚本方法

1. pgrep -x php-fpm &> /dev/null

2. if [ $? -ne 0 ];then

3. /etc/init.d/php-fpm-{52|53|54|55|56|70|71|73} restart

4. fi

添加 php-fpm 进程守护脚本方法

1. pgrep -x php-fpm &> /dev/null

2. if [ $? -ne 0 ];then

3. /etc/init.d/php-fpm-{52|53|54|55|56|70|71|73} restart

4. fi

 

 经测试，pgrep -x nginx &> /dev/null获得的状态，在我的盒子里不靠谱，最终还是判断端口状态靠谱

个人猜想：

如果要需要重启php mysql nginx才正常，可以写一个php访问mysql，功能正常返回一个值，上面的脚本判断这个值来执行重启或通知。