Днес една от най-често срещаните комбинации от уеб сървъри включва софтуерната реализация на Nginx Web server, работеща в изданието Ubuntu Server. Тази система е изключително ефективна и лесна за актуализиране, тъй като и двата пакета продължават да получават редовни актуализации. Системните администратори обикновено инсталират актуализации чрез мениджъра на пакети apt, тъй като Ubuntu Server по подразбиране няма графичен интерфейс.
Надстройките на Ubuntu Server понякога могат да генерират необичайни грешки и тази липса на графичен потребителски интерфейс може да затрудни начинаещите да ги отстраняват. Може да са необходими само няколко прости команди, за да се поправят грешките 404 Nginx след надстройка на Ubuntu.
Метод 1: Поправяне на липсващите страници за грешки в Nginx
Ако даден сайт е хостван на AWS, частен сървър или друга конфигурация на сървър в LEMP стек, той може да падне случайно след надстройка на Ubuntu Server. Опит за достъп до сайта от уеб браузър, може би от друга машина. Ако приемем, че връща грешка 404, насочете се към CLI на Ubuntu Server и изпълнете командата tail -f 
за да видите всички най-скорошни грешки.
Ако дневникът съдържа грешка като:
Вашата система страда от липсваща страница за грешка. В този ред може да видите и 40x.html, но това е сравнително необичайно, ако сайтът ви не работи и получавате 404 грешки в замяна. Използвайте командата ls 
за да видим дали има нещо там. В противен случай ще трябва да създадете HTML кода за страница за грешки 50X.
Имайте предвид, че използването на подразбиране 
структурата на директории често е проблем с мениджърите на пакети, които могат да презапишат всичко, което се съхранява там. Можете да промените реда за корекция в конфигурацията на Nginx, за да предотвратите подобен проблем, ако ви е позволено да създадете персонализирана структура на директория.
Метод 2: Направете PHP да намери правилния сокет
Можете също така да намерите грешка, която чете нещо подобно в 
Това означава, че PHP7.0 работи, но не работи там, където трябва. Номерът на версията може да е различен в зависимост от това как сте конфигурирали PHP. Инсталациите по подразбиране ще стартират от 
или 
, но ако имате тази грешка, това е повече от вероятно не така.
Изпълнете командите 
и след това намерете -name ‘php * fpm.sock’, за да видите дали има сокет, работещ някъде във вашата система.
Ако приемем, че сте получили положителен резултат, трябва да актуализирате конфигурацията на Nginx, за да покажете правилното място в 
сокетът трябва да работи. Естествено, / directoryPath ще бъде заменен с правилния път. Редът php / php7.0-fpm.sock трябва да актуализира конфигурацията, ако използвате сокет файл.
Потребителите на по-старите TCP сокети, които не използват сокет файлове, могат да проверят дали PHP сокетът в момента слуша порт 9000, като стартира sudo netstat -tulpn | grep 9000 от командния ред. Ако случаят е такъв, отворете вашия fastcgi_pass в nano, vi или друг текстов редактор и променете реда unix: ..., за да използвате вместо това 127.0.0.1:9000 за актуализиране на сокета.
Ако нищо от това не работи, уверете се, че php7.0-fpm или който и да е номер на версията, който използвате, се изпълнява с командата sudo systemctl рестартирайте php7.0-fpm, последвано от повторение на горния процес.
Имайте предвид, че в повечето случаи записът за слушане в 
и стойността в 
трябва да са еднакви. Може да опитате 
за по-нови конфигурации или 127.0.0.1:9000 за стари стил.
