Cómo corregir errores 404 de Nginx después de actualizar el servidor Ubuntu

Una de las combinaciones de servidores web más comunes en la actualidad presenta la implementación del software del servidor web Nginx que se ejecuta en la edición Ubuntu Server. Este sistema es extremadamente eficiente y fácil de mantener actualizado, ya que ambos paquetes continúan recibiendo actualizaciones periódicas. Los administradores del sistema generalmente instalan actualizaciones a través del administrador de paquetes apt, porque Ubuntu Server no tiene una interfaz gráfica por defecto.

Las actualizaciones de Ubuntu Server a veces pueden generar errores inusuales, y esta falta de una interfaz gráfica de usuario puede dificultar que los principiantes los solucionen. Unos pocos comandos simples pueden ser todo lo que se necesita para corregir los errores 404 de Nginx después de una actualización de Ubuntu.

Método 1: Reparación de páginas de error Nginx faltantes

Si un sitio está alojado en AWS, un servidor privado o cualquier otra configuración de servidor en una pila LEMP, es posible que se caiga de forma aleatoria después de una actualización de Ubuntu Server. Intente acceder al sitio desde un navegador web, tal vez en otra máquina. Suponiendo que devuelve un error 404, diríjase a la CLI del servidor de Ubuntu y ejecute el comando tail -f para ver todos los errores más recientes.

Si el registro contiene un error como:

Su sistema tiene una página de error que falta. También puede ver 40x.html en esta línea, aunque eso es relativamente poco común si su sitio no funciona y recibe errores 404 a cambio. Usa el comando ls para ver si hay algo allí. De lo contrario, deberá crear el código HTML de una página para errores 50X.

Tenga en cuenta que usar el valor predeterminado La estructura de directorios suele ser un problema con los administradores de paquetes, que pueden sobrescribir todo lo que se almacena allí. Puede cambiar la línea docroot en la configuración de Nginx para evitar este tipo de problema si se le permite crear una estructura de directorio personalizada.

Método 2: hacer que PHP encuentre el conector correcto

También puede encontrar un error que dice algo como esto en el

Esto significa que tiene PHP7.0 en ejecución, pero no se ejecuta donde debería estar. El número de versión puede ser diferente dependiendo de cómo haya configurado PHP. Las instalaciones predeterminadas se ejecutarán desde o , pero si tiene este error, lo más probable es que no sea el caso.

Ejecuta los comandos y luego busque -name 'php * fpm.sock' para ver si hay un socket ejecutándose en algún lugar de su sistema.

Suponiendo que recibió un resultado positivo, debe actualizar su configuración de Nginx para mostrar el lugar correcto en el enchufe debería estar funcionando. Naturalmente, / directoryPath se reemplazaría con la ruta correcta. La línea php / php7.0-fpm.sock debería actualizar la configuración si está utilizando un archivo de socket.

Los usuarios de los sockets TCP más antiguos que no usan archivos de socket pueden verificar si un socket PHP está escuchando actualmente el puerto 9000 ejecutando sudo netstat -tulpn | grep 9000 fuera de la línea de comando. Si este es el caso, abra su fastcgi_pass en nano, vi u otro editor de texto y cambie la línea unix:… para usar 127.0.0.1:9000 para actualizar el socket.

Si nada de esto funciona, asegúrese de que php7.0-fpm o cualquier número de versión que esté usando se esté ejecutando con el comando sudo systemctl restart php7.0-fpm, seguido de repetir el proceso anterior.

Tenga en cuenta que, en la mayoría de las circunstancias, la entrada de escuchar en y el valor en debe ser el mismo. Puedes intentar para configuraciones más nuevas, o 127.0.0.1:9000 para las de estilo antiguo.