En af de mest almindelige webserverkombinationer i dag har Nginx-webserver-softwareimplementering, der kører på Ubuntu Server-udgave. Dette system er ekstremt effektivt og let at holde opdateret, da begge pakker fortsat modtager regelmæssige opdateringer. Systemadministratorer installerer normalt opdateringer gennem apt-pakkehåndteringen, fordi Ubuntu Server som standard ikke har nogen grafisk grænseflade.
Ubuntu Server-opgraderinger kan undertiden generere usædvanlige fejl, og denne mangel på en grafisk brugergrænseflade kan gøre det vanskeligt for begyndere at foretage fejlfinding af dem. Et par enkle kommandoer kan være alt, hvad der kræves for at rette 404 Nginx-fejl efter en Ubuntu-opgradering.
Metode 1: Rettelse af manglende Nginx-fejlsider
Hvis et websted hostes på AWS, en privat server eller en hvilken som helst anden serverkonfiguration i en LEMP-stak, går det muligvis tilfældigt ned efter en Ubuntu Server-opgradering. Forsøg på at få adgang til webstedet fra en webbrowser, måske på en anden maskine. Forudsat at det returnerer en 404-fejl, skal du gå til Ubuntu Server CLI og køre kommandoen tail -f 
for at se alle de seneste fejl.
Skal loggen indeholde en fejl såsom:
Dit system lider af en manglende fejlside. Du kan muligvis også se 40x.html i denne linje, selvom det er relativt ualmindeligt, hvis dit websted er nede, og du får 404 fejl i bytte. Brug kommandoen ls 
for at se om der er noget der. Hvis ikke, skal du oprette HTML-koden til en side med 50X-fejl.
Husk at bruge standard 
katalogstruktur er ofte et problem med pakkehåndtering, som kan overskrive alt, hvad der bliver gemt der. Du kan ændre docroot-linjen i Nginx-konfigurationen for at forhindre denne slags problemer, hvis du har tilladelse til at oprette en brugerdefineret bibliotekstruktur.
Metode 2: Gør PHP til at finde den rigtige stikkontakt
Du kan også finde en fejl, der læser noget lignende i 
Dette betyder, at du har PHP7.0 kørende, men det kører ikke, hvor det skal være. Versionsnummeret kan være forskelligt, afhængigt af hvordan du har konfigureret PHP. Standardinstallationer kører fra 
eller 
, men hvis du har denne fejl, er det mere end sandsynligt ikke tilfældet.
Kør kommandoerne 
og find derefter -navn 'php * fpm.sock' for at se, om der er et stik, der kører et eller andet sted på dit system.
Forudsat at du har modtaget positiv output, skal du opdatere din Nginx-konfiguration for at vise det rigtige sted i 
stikkontakten skal køre. Naturligvis erstattes / directoryPath med den korrekte sti. Linjen php / php7.0-fpm.sock skal opdatere konfigurationen, hvis du bruger en socket-fil.
Brugere af de ældre TCP-sockets, der ikke bruger socket-filer, kan kontrollere, om et PHP-stik i øjeblikket lytter til port 9000 ved at køre sudo netstat -tulpn | grep 9000 fra kommandolinjen. Hvis dette er tilfældet, skal du åbne din fastcgi_pass i nano, vi eller en anden teksteditor og ændre unix:… -linjen for i stedet at bruge 127.0.0.1:9000 til at opdatere stikket.
Hvis intet af dette fungerer, skal du sørge for, at php7.0-fpm eller hvilket versionnummer du bruger kører med kommandoen sudo systemctl genstart php7.0-fpm efterfulgt af gentagelse af ovenstående proces.
Husk, at lytteindgangen i de fleste tilfælde 
og værdien i 
skal være det samme. Du kan prøve 
til nyere konfigurationer eller 127.0.0.1:9000 til gamle stil.
