Una dintre cele mai frecvente combinații de server Web de astăzi prezintă implementarea software-ului serverului web Nginx care rulează pe ediția Ubuntu Server. Acest sistem este extrem de eficient și ușor de actualizat, deoarece ambele pachete continuă să primească actualizări regulate. Administratorii de sistem instalează în general actualizări prin managerul de pachete apt, deoarece Ubuntu Server nu are în mod implicit nicio interfață grafică.
Actualizările serverului Ubuntu pot genera uneori erori neobișnuite, iar această lipsă a unei interfețe grafice de utilizator poate face dificilă pentru începători să le depaneze. Câteva comenzi simple ar putea fi tot ce trebuie pentru a remedia erorile 404 Nginx după o actualizare Ubuntu.
Metoda 1: remedierea lipsei paginilor de eroare Nginx
Dacă un site este găzduit pe AWS, un server privat sau orice altă configurație de server într-o stivă LEMP, acesta ar putea coborî la întâmplare după o actualizare a serverului Ubuntu. Încercați să accesați site-ul dintr-un browser Web, poate de pe un alt computer. Presupunând că returnează o eroare 404, mergeți la Ubuntu Server CLI și rulați comanda tail -f 
pentru a vizualiza toate cele mai recente erori.
În cazul în care jurnalul conține o eroare precum:
Sistemul dvs. suferă de o pagină de eroare lipsă. Este posibil să vedeți 40x.html în această linie, deși este relativ neobișnuit dacă site-ul dvs. nu funcționează și primiți 404 de erori în schimb. Folosiți comanda ls 
pentru a vedea dacă există ceva acolo. În caz contrar, va trebui să creați codul HTML pentru o pagină pentru erori 50X.
Rețineți că utilizarea valorii implicite 
structura directorului este adesea o problemă cu managerii de pachete, care pot suprascrie orice este stocat acolo. Puteți schimba linia docroot în configurația Nginx pentru a preveni acest tip de problemă dacă vi se permite să creați o structură de director personalizată.
Metoda 2: Făcând PHP să găsească soclul potrivit
S-ar putea să găsiți, de asemenea, o eroare care citește așa ceva în 
Aceasta înseamnă că PHP7.0 rulează, dar nu rulează acolo unde ar trebui să fie. Numărul versiunii poate fi diferit în funcție de modul în care ați configurat PHP. Instalările implicite vor rula de la 
sau 
, dar dacă aveți această eroare, este foarte probabil că nu este cazul.
Rulați comenzile 
și apoi găsiți -name ‘php * fpm.sock’ pentru a vedea dacă există un socket care rulează undeva pe sistemul dvs.
Presupunând că ați primit rezultate pozitive, atunci trebuie să vă actualizați configurația Nginx pentru a afișa locul corect în 
soclul ar trebui să ruleze. Bineînțeles, / directoryPath ar fi înlocuit cu calea corectă. Linia php / php7.0-fpm.sock ar trebui să actualizeze configurația dacă utilizați un fișier socket.
Utilizatorii de socket-urile TCP mai vechi care nu folosesc fișiere socket pot verifica dacă un socket PHP ascultă în prezent portul 9000 executând sudo netstat -tulpn | grep 9000 de pe linia de comandă. Dacă acesta este cazul, deschideți fastcgi_pass în nano, vi sau alt editor de text și schimbați linia unix: ... pentru a utiliza 127.0.0.1:9000 în schimb pentru a actualiza socketul.
Dacă nimic din toate acestea nu funcționează, asigurați-vă că php7.0-fpm sau orice număr de versiune pe care îl utilizați rulează cu comanda sudo systemctl reporniți php7.0-fpm, urmat de repetarea procesului de mai sus.
Rețineți că în majoritatea circumstanțelor intrarea ascultă în 
și valoarea în 
trebuie să fie la fel. S-ar putea să încercați 
pentru configurații mai noi sau 127.0.0.1:9000 pentru cele de stil vechi.
