En av de vanligaste webbserverkombinationerna idag har Nginx-webbserverprogramvaruimplementering som körs på Ubuntu Server-utgåvan. Detta system är extremt effektivt och enkelt att hålla uppdaterat, eftersom båda paketen fortsätter att få regelbundna uppdateringar. Systemadministratörer installerar vanligtvis uppdateringar via apt-pakethanteraren, eftersom Ubuntu Server inte har något grafiskt gränssnitt som standard.
Ubuntu Server-uppgraderingar kan ibland generera ovanliga fel, och bristen på ett grafiskt användargränssnitt kan göra det svårt för nybörjare att felsöka dem. Några enkla kommandon kan vara allt som krävs för att fixa 404 Nginx-fel efter en Ubuntu-uppgradering.
Metod 1: Åtgärda saknade Nginx-felsidor
Om en webbplats är värd för AWS, en privat server eller någon annan serverkonfiguration i en LEMP-stack, kan den slumpmässigt gå ner efter en Ubuntu Server-uppgradering. Försök att komma åt webbplatsen från en webbläsare, kanske på en annan dator. Förutsatt att det returnerar ett 404-fel, gå till Ubuntu Server CLI och kör kommandot tail -f 
för att visa alla de senaste felen.
Bör loggen innehålla ett fel som:
Ditt system lider av en saknad felsida. Du kan också se 40x.html i den här raden, men det är relativt ovanligt om din webbplats är nere och du får 404-fel i utbyte. Använd kommandot ls 
för att se om det finns något där. Om inte, måste du skapa HTML-koden för en sida för 50X-fel.
Tänk på att använda standard 
katalogstruktur är ofta ett problem med pakethanterare, som kan skriva över vad som lagras där. Du kan ändra docroot-raden i Nginx-konfigurationen för att förhindra denna typ av problem om du får skapa en anpassad katalogstruktur.
Metod 2: Gör PHP Hitta rätt uttag
Du kan också hitta ett fel som läser något liknande detta i 
Det betyder att du har PHP7.0 igång, men den körs inte där den borde vara. Versionsnumret kan vara olika beroende på hur du har konfigurerat PHP. Standardinstallationer körs från 
eller 
, men om du har det här felet är det mer än troligt inte fallet.
Kör kommandona 
och hitta sedan -name 'php * fpm.sock' för att se om det finns ett uttag som körs någonstans på ditt system.
Förutsatt att du fick positiv effekt måste du uppdatera din Nginx-konfiguration för att visa rätt plats i 
uttaget ska vara igång. Naturligtvis skulle / directoryPath ersättas med rätt sökväg. Linjen php / php7.0-fpm.sock bör uppdatera konfigurationen om du använder en socketfil.
Användare av de äldre TCP-uttagen som inte använder uttagsfiler kan kontrollera om ett PHP-uttag för närvarande lyssnar på port 9000 genom att köra sudo netstat -tulpn | grep 9000 från kommandoraden. Om så är fallet öppnar du din fastcgi_pass i nano, vi eller en annan textredigerare och byter ut unix:… -raden för att istället använda 127.0.0.1:9000 för att uppdatera uttaget.
Om inget av detta fungerar, se till att php7.0-fpm eller vilket versionsnummer du använder körs med kommandot sudo systemctl starta om php7.0-fpm, följt av att upprepa ovanstående process.
Tänk på att lyssningsposten i de flesta fall är 
och värdet i 
måste vara densamma. Du kan försöka 
för nyare konfigurationer, eller 127.0.0.1:9000 för gamla stil.
