Jedna od najčešćih kombinacija web poslužitelja danas sadrži implementaciju softvera Nginx web poslužitelj pokrenut u izdanju Ubuntu Server. Ovaj je sustav izuzetno učinkovit i jednostavan za ažuriranje, jer oba paketa i dalje redovito dobivaju ažuriranja. Administratori sustava uglavnom instaliraju nadogradnje putem upravitelja apt paketa, jer Ubuntu Server prema zadanim postavkama nema grafičko sučelje.
Nadogradnje Ubuntu poslužitelja ponekad mogu generirati neobične pogreške, a ovaj nedostatak grafičkog korisničkog sučelja početnicima može otežati njihovo rješavanje. Nekoliko jednostavnih naredbi moglo bi biti dovoljno za ispravljanje pogrešaka 404 Nginx nakon nadogradnje Ubuntua.
Metoda 1: Ispravljanje stranica koje nedostaju u Nginxu
Ako je web lokacija hostirana na AWS-u, privatnom poslužitelju ili bilo kojoj drugoj konfiguraciji poslužitelja u stogu LEMP-a, mogla bi se slučajno srušiti nakon nadogradnje Ubuntu poslužitelja. Pokušajte pristupiti web mjestu iz web preglednika, možda s drugog računala. Pod pretpostavkom da vraća pogrešku 404, idite na Ubuntu Server CLI i pokrenite naredbu tail -f 
da biste pregledali sve najnovije pogreške.
Treba li zapisnik sadržavati pogrešku kao što je:
Vaš sustav pati od stranice pogreške koja nedostaje. U ovom ćete retku možda vidjeti i 40x.html, iako je to relativno neuobičajeno ako vaša web lokacija ne radi, a u zamjenu dobivate 404 pogreške. Koristite naredbu ls 
da vidim ima li tu što. Ako ne, morat ćete stvoriti HTML kôd za stranicu s pogreškama 50X.
Imajte na umu da pomoću zadane 
struktura direktorija često predstavlja problem kod upravitelja paketa, koji mogu prebrisati sve što se tamo pohrani. Možete promijeniti docroot liniju u Nginx konfiguraciji kako biste spriječili ovakvu vrstu problema ako vam je dopušteno stvaranje prilagođene strukture direktorija.
2. metoda: Navođenje PHP-a u pronalaženju prave utičnice
Mogli biste pronaći i pogrešku koja čita ovako nešto u 
To znači da imate PHP7.0 pokrenut, ali ne radi se tamo gdje bi trebao biti. Broj verzije može se razlikovati ovisno o tome kako ste konfigurirali PHP. Zadane instalacije pokrenut će se iz 
ili 
, ali ako imate ovu pogrešku, to više nego vjerojatno nije slučaj.
Pokrenite naredbe 
a zatim pronađite -name ‘php * fpm.sock’ da biste vidjeli postoji li na vašem sustavu pokrenuta utičnica.
Pod pretpostavkom da ste dobili pozitivan rezultat, tada morate ažurirati svoju Nginx konfiguraciju kako biste prikazali ispravno mjesto u 
utičnica bi trebala raditi. Naravno, / directoryPath bi bio zamijenjen ispravnim putem. Redak php / php7.0-fpm.sock trebao bi ažurirati konfiguraciju ako koristite datoteku utičnice.
Korisnici starijih TCP soketa koji ne koriste datoteke soketa mogu provjeriti sluša li PHP soket trenutno port 9000 pokretanjem sudo netstat -tulpn | grep 9000 s naredbenog retka. Ako je to slučaj, otvorite fastcgi_pass u nano, vi ili drugom uređivaču teksta i promijenite liniju unix: ... da biste umjesto toga koristili 127.0.0.1:9000 za ažuriranje utičnice.
Ako ništa od ovoga ne uspije, provjerite radi li php7.0-fpm ili bilo koji drugi broj verzije koji koristite pomoću naredbe sudo systemctl restart php7.0-fpm, nakon čega slijedi ponavljanje gornjeg postupka.
Imajte na umu da je u većini slučajeva ulaz za preslušavanje u 
a vrijednost u 
treba biti isti. Možete pokušati 
za novije konfiguracije ili 127.0.0.1:9000 za one u starom stilu.
