Pongámonos en situación. Accedemos a una URL que nos lleva a un NGINX que actúa como servidor web. En esta URL vemos un error "502 Bad Gateway" presentado por el NGINX.
Lo primero que deberíamos hacer para solucionar este problema es echar un ojo a los logs del NGINX.
Recordemos que el archivo general de log de NGINX se encuentra en /var/log/nginx/error.log.
HOST# sudo tail -30 /var/log/nginx/error.log ... 2020/01/27 10:14:26 [error] 1607#1607: *7 connect() failed (111: Connection refused) while connecting to upstream, client: 192.168.101.36, server: ejemplo.com, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "ejemplo.com" ...
Mirando el log, vemos que ha fallado el protocolo fastcgi.
En un NGINX que actúe como servidor web, fastcgi está servido por el módulo php-fpm.
Verificamos el módulo php-fpm:
HOST# service php-fpm status ● php-fpm.service - The PHP FastCGI Process Manager Loaded: loaded (/usr/lib/systemd/system/php-fpm.service; disabled; vendor preset: disabled) Active: inactive (dead)
Vemos que, en este caso, php-fpm está deshabilitado.
Iniciamos el servicio:
HOST# service php-fpm start
Lo configuramos para que se inicie automáticamente tras un reinicio de máquina:
HOST# systemctl enable php-fpm Created symlink /etc/systemd/system/multi-user.target.wants/ php-fpm.service → /usr/lib/systemd/system/php-fpm.service.
Una vez hecho esto, podemos acceder a la URL que mostraba el error 502 y veremos que ya funciona.