Solución:
Solución 1:
Es una característica de SystemD. Anule el archivo de unidad existente para NGINX ejecutando systemctl edit nginx luego pega en:
[Service]
Restart=always
Ahorrar.
Si NGINX está inactivo debido a, por ejemplo, el asesino de OOM, se reiniciará después de morir. Si tiene un error de configuración en NGINX, no se reiniciará, por supuesto.
Para verificar esta configuración. iniciar el servicio NGINX con systemctl start nginxy verifique que se esté ejecutando con systemctl status nginx.
Mátalo a través de pkill -f nginx. Confirme que NGINX se está ejecutando de todos modos con systemctl status nginx.
Solucion 2:
Utilice monit cuyo propósito es solucionar situaciones como esta.
apt install monit
nano /etc/monit/conf.d/nginx.conf
Coloque el contenido a continuación dentro de este archivo y reinicie monit
check process nginx with pidfile /var/run/nginx.pid
start program = "/usr/sbin/service nginx start"
stop program = "/usr/sbin/service nginx stop"
Solución 3:
Ya tienes muchas respuestas sobre cómo hacerlo, pero yo investigaría lo que está sucediendo para que se apague en primer lugar y solucionarlo.
Cuando nginx falla, todas las solicitudes que se estén ejecutando actualmente terminarán en un estado desconocido: archivos a medio transferir, llamadas a la API sin respuesta. En principio, la aplicación en la parte superior debería lidiar con esto, en la práctica rara vez lo hacen, pero en ese nivel se manifestará como un comportamiento extraño e irreproducible, dando a las personas que utilizan el servicio una sensación de inestabilidad (y con razón).