Una de les combinacions de servidors web més habituals actualment presenta la implementació del programari del servidor web Nginx que s’executa a l’edició Ubuntu Server. Aquest sistema és extremadament eficient i fàcil de mantenir actualitzat, ja que tots dos paquets continuen rebent actualitzacions periòdiques. Els administradors de sistemes solen instal·lar actualitzacions a través del gestor de paquets apt, perquè el servidor Ubuntu no té una interfície gràfica per defecte.
Les actualitzacions del servidor Ubuntu de vegades poden generar errors inusuals, i aquesta manca d’una interfície gràfica d’usuari pot dificultar la resolució de problemes per als principiants. Algunes ordres simples poden ser tot el que calgui per corregir els errors 404 Nginx després d'una actualització d'Ubuntu.
Mètode 1: solucionar les pàgines d'error de Nginx que falten
Si un lloc està allotjat a AWS, un servidor privat o qualsevol altra configuració de servidor en una pila LEMP, pot baixar aleatòriament després d’una actualització del servidor Ubuntu. Intenteu accedir al lloc des d'un navegador web, potser des d'una altra màquina. Suposant que retorna un error 404, aneu a la CLI del servidor Ubuntu i executeu l'ordre tail -f 
per veure tots els errors més recents.
Si el registre conté un error com ara:
El vostre sistema pateix una pàgina d’error que falta. És possible que també vegeu 40x.html en aquesta línia, tot i que és relativament estrany si el vostre lloc no funciona i rebeu 404 errors a canvi. Utilitzeu l'ordre ls 
a veure si hi ha alguna cosa allà. Si no és així, haureu de crear el codi HTML per a una pàgina amb errors 50X.
Tingueu en compte que s’utilitza el valor per defecte 
l'estructura de directoris sol ser un problema amb els gestors de paquets, que poden sobreescriure qualsevol cosa que s'emmagatzemi allà. Podeu canviar la línia docroot a la configuració de Nginx per evitar aquest tipus de problemes si se us permet crear una estructura de directori personalitzada.
Mètode 2: Fer que PHP trobi el sòcol adequat
És possible que també trobeu un error que llegeixi una cosa així a la carpeta 
Això significa que teniu PHP7.0 en execució, però no funciona on hauria d’estar. El número de versió pot ser diferent en funció de la configuració de PHP. Les instal·lacions predeterminades s'executaran a partir de 
o bé 
, però si teniu aquest error, és molt probable que no sigui així.
Executeu les ordres 
i, a continuació, cerqueu -name 'php * fpm.sock' per veure si hi ha un sòcol en algun lloc del vostre sistema.
Suposant que heu rebut un resultat positiu, haureu d'actualitzar la configuració de Nginx per mostrar el lloc correcte a 
el sòcol hauria d’estar en execució. Naturalment, / directoryPath se substituiria pel camí correcte. La línia php / php7.0-fpm.sock hauria d’actualitzar la configuració si utilitzeu un fitxer de sòcol.
Els usuaris dels sòcols TCP més antics que no utilitzen fitxers de sòcol poden comprovar si un sòcol PHP escolta actualment el port 9000 executant sudo netstat -tulpn | grep 9000 fora de la línia d'ordres. Si aquest és el cas, obriu el vostre fastcgi_pass a nano, vi o un altre editor de text i canvieu la línia unix: ... per utilitzar-la 127.0.0.1:9000 per actualitzar el sòcol.
Si res d’això funciona, assegureu-vos que s’executa php7.0-fpm o el número de versió que utilitzeu amb l’ordre sudo systemctl reinicieu php7.0-fpm, seguit de repetir el procés anterior.
Tingueu en compte que, en la majoria de les circumstàncies, l’entrada d’escolta a 
i el valor en 
ha de ser el mateix. Podeu provar-ho 
per a configuracions més recents, o 127.0.0.1:9000 per a les d’estil antic.
