Ena najpogostejših kombinacij spletnih strežnikov danes vključuje izvajanje programske opreme spletnega strežnika Nginx, ki se izvaja v izdaji Ubuntu Server. Ta sistem je izjemno učinkovit in ga je mogoče sproti posodabljati, saj sta oba paketa še naprej redno posodobljena. Sistemski skrbniki običajno nameščajo posodobitve prek upravitelja paketov apt, ker strežnik Ubuntu privzeto nima grafičnega vmesnika.
Nadgradnje strežnika Ubuntu lahko včasih povzročijo nenavadne napake in pomanjkanje grafičnega uporabniškega vmesnika lahko začetnikom oteži odpravljanje težav. Za popravljanje napak 404 Nginx po nadgradnji Ubuntuja je morda nekaj preprostih ukazov.
1. način: Odpravljanje manjkajočih strani z napakami Nginx
Če spletno mesto gostuje na AWS, zasebnem strežniku ali kateri koli drugi konfiguraciji strežnika v kupu LEMP, se lahko po nadgradnji strežnika Ubuntu naključno spusti. Poskusite dostopati do spletnega mesta iz spletnega brskalnika, morda na drugem računalniku. Če predpostavimo, da vrne napako 404, pojdite na strežnik CLI Ubuntu in zaženite ukaz tail -f 
za ogled vseh najnovejših napak.
Če dnevnik vsebuje napako, kot je:
V vašem sistemu manjka stran z napako. V tej vrstici boste morda videli tudi 40x.html, čeprav je to razmeroma redko, če vaše spletno mesto ne deluje in v zameno dobite 404 napak. Uporabite ukaz ls 
da vidim, če je tam kaj. V nasprotnem primeru boste morali ustvariti kodo HTML za stran z napakami 50X.
Ne pozabite, da uporabljate privzeto 
struktura imenikov je pogosto težava z upravitelji paketov, ki lahko prepišejo vse, kar se tam shrani. Vrstico docroot lahko spremenite v konfiguraciji Nginx, da preprečite tovrstne težave, če lahko ustvarite strukturo imenika po meri.
2. način: Kako naj PHP poišče pravo vtičnico
Morda boste našli tudi napako, ki bere kaj takega v 
To pomeni, da imate PHP7.0 zagnan, vendar se ne izvaja tam, kjer bi moral biti. Številka različice se lahko razlikuje, odvisno od tega, kako ste nastavili PHP. Privzete namestitve se bodo izvajale od 
ali 
, vendar če imate to napako, to več kot verjetno ne drži.
Zaženite ukaze 
in nato poiščite -name 'php * fpm.sock', da preverite, ali nekje v vašem sistemu teče vtičnica.
Ob predpostavki, da ste prejeli pozitivne rezultate, morate posodobiti svojo konfiguracijo Nginx, da se prikaže pravilno mesto v 
vtičnica naj deluje. Seveda bi bil / directoryPath zamenjan s pravilno potjo. Vrstica php / php7.0-fpm.sock mora posodobiti konfiguracijo, če uporabljate datoteko vtičnice.
Uporabniki starejših vtičnic TCP, ki ne uporabljajo datotek vtičnic, lahko preverijo, ali vtičnica PHP trenutno posluša vrata 9000, tako da zaženejo sudo netstat -tulpn | grep 9000 iz ukazne vrstice. V tem primeru odprite fastcgi_pass v nano, vi ali drugem urejevalniku besedil in spremenite vrstico unix:…, da namesto tega uporabite 127.0.0.1:9000 za posodobitev vtičnice.
Če nič od tega ne bo delovalo, se prepričajte, da se php7.0-fpm ali katera koli številka različice, ki jo uporabljate, izvaja z ukazom sudo systemctl znova zaženite php7.0-fpm, čemur sledi ponovitev zgornjega postopka.
Upoštevajte, da je v večini primerov vnos za poslušanje v 
in vrednost v 
morajo biti enaki. Lahko poskusite 
za novejše konfiguracije ali 127.0.0.1:9000 za stare sloge.
