Ang isa sa mga pinakakaraniwang kumbinasyon ng Web server ngayon ay nagtatampok ng pagpapatupad ng software ng Nginx Web server na tumatakbo sa edisyon ng Ubuntu Server. Ang sistemang ito ay lubos na mahusay at madaling panatilihing nai-update, dahil ang parehong mga pakete ay patuloy na tumatanggap ng regular na mga pag-update. Pangkalahatang nag-i-install ang mga administrator ng system ng mga pag-update sa pamamagitan ng apt package manager, dahil ang Ubuntu Server ay walang graphic na interface bilang default.
Ang mga pag-upgrade ng Ubuntu Server minsan ay maaaring makabuo ng mga hindi pangkaraniwang error, at ang kawalan ng isang graphic na interface ng gumagamit ay maaaring maging mahirap para sa mga nagsisimula na i-troubleshoot sila. Ang ilang mga simpleng utos ay maaaring ang kinakailangan upang maayos ang 404 mga error ng Nginx pagkatapos ng isang pag-upgrade sa Ubuntu.
Paraan 1: Pag-aayos ng Nawawalang Mga Nginx Error na Pahina
Kung ang isang site ay nai-host sa AWS, isang pribadong server o anumang iba pang pagsasaayos ng server sa isang stack ng LEMP, maaari itong bumaba nang sapalaran pagkatapos ng pag-upgrade ng Ubuntu Server. Tinangkang i-access ang site mula sa isang Web browser, marahil sa ibang machine. Ipagpalagay na ito ay nagbabalik ng isang 404 error, magtungo sa Ubuntu Server CLI at patakbuhin ang command tail -f 
upang matingnan ang lahat ng mga pinakabagong error.
Dapat bang maglaman ang log ng isang error tulad ng:
Ang iyong system ay nagdurusa mula sa isang nawawalang pahina ng error. Maaari mo ring makita ang 40x.html sa linyang ito, kahit na medyo hindi karaniwan kung ang iyong site ay bumaba at nakakakuha ka ng 404 na mga error bilang kapalit. Gumamit ng utos ls 
upang makita kung may anuman doon. Kung hindi, kakailanganin mong likhain ang HTML code para sa isang pahina para sa mga error na 50X.
Tandaan na ang paggamit ng default 
ang istraktura ng direktoryo ay madalas na isang problema sa mga tagapamahala ng package, na maaaring patungan ang anumang naiimbak doon. Maaari mong baguhin ang linya ng docroot sa pagsasaayos ng Nginx upang maiwasan ang ganitong uri ng problema kung pinapayagan kang lumikha ng isang pasadyang istraktura ng direktoryo.
Paraan 2: Paggawa ng PHP Hanapin ang Tamang Socket
Maaari ka ring makahanap ng isang error na nagbabasa ng tulad nito sa 
Nangangahulugan ito na mayroon kang PHP7.0 na tumatakbo, ngunit hindi ito tumatakbo kung saan ito dapat. Ang numero ng bersyon ay maaaring magkakaiba depende sa kung paano mo na-configure ang PHP. Tatakbo ang mga default na pag-install 
o 
, ngunit kung mayroon kang error na ito ay malamang na hindi ito ang kaso.
Patakbuhin ang mga utos 
at pagkatapos ay hanapin -pangalan ng 'php * fpm.sock' upang makita kung mayroong isang socket na tumatakbo sa isang lugar sa iyong system.
Ipagpalagay na nakatanggap ka ng positibong output, kung gayon kailangan mong i-update ang iyong pagsasaayos ng Nginx upang maipakita ang tamang lugar sa 
ang socket ay dapat na tumatakbo. Naturally, / DirectoryPath ay papalitan ng tamang landas. Dapat i-update ng line php / php7.0-fpm.sock ang pagsasaayos kung gumagamit ka ng isang socket file.
Ang mga gumagamit ng mas matandang mga socket ng TCP na hindi gumagamit ng mga socket file ay maaaring suriin kung ang isang PHP socket ay kasalukuyang nakikinig sa port 9000 sa pamamagitan ng pagpapatakbo ng sudo netstat -tulpn | grep 9000 sa linya ng utos. Kung ito ang kaso, pagkatapos ay buksan ang iyong fastcgi_pass sa nano, vi o ibang text editor at palitan ang unix:… na linya upang sa halip ay gamitin ang 127.0.0.1:9000 upang mai-update ang socket.
Kung hindi dapat magtrabaho ang alinman sa ito, tiyakin na ang php7.0-fpm o anumang numero ng bersyon na iyong ginagamit ay tumatakbo sa utos na sudo systemctl restart php7.0-fpm, na sinusundan ng ulitin ang proseso sa itaas.
Tandaan na sa karamihan ng mga pangyayari ang pagpasok sa pakikinig 
at ang halaga sa 
kailangan maging pareho. Maaari mong subukan 
para sa mas bagong mga pagsasaayos, o 127.0.0.1:9000 para sa mga luma na istilo.
