Viena no visbiežāk sastopamajām tīmekļa serveru kombinācijām šodien piedāvā Nginx tīmekļa servera programmatūras ieviešanu, kas darbojas Ubuntu Server izdevumā. Šī sistēma ir ārkārtīgi efektīva un to ir viegli atjaunināt, jo abas pakotnes turpina regulāri saņemt atjauninājumus. Sistēmas administratori atjauninājumus parasti instalē, izmantojot apt pakotņu pārvaldnieku, jo Ubuntu serverim pēc noklusējuma nav grafiskā interfeisa.
Ubuntu Server jauninājumi dažkārt var radīt neparastas kļūdas, un šis grafiskā lietotāja interfeisa trūkums iesācējiem var apgrūtināt to novēršanu. Pēc Ubuntu jaunināšanas var būt nepieciešamas dažas vienkāršas komandas, lai novērstu 404 Nginx kļūdas.
1. metode: trūkstošo Nginx kļūdu lapu novēršana
Ja vietne tiek mitināta AWS, privātā serverī vai jebkurā citā servera konfigurācijā LEMP kaudzē, tā pēc Ubuntu Server jaunināšanas var samazināties nejauši. Mēģiniet piekļūt vietnei, izmantojot tīmekļa pārlūkprogrammu, iespējams, izmantojot citu mašīnu. Pieņemot, ka tā atgriež 404 kļūdu, dodieties uz Ubuntu Server CLI un palaidiet komandu tail-f 
lai apskatītu visas jaunākās kļūdas.
Ja žurnālā ir tāda kļūda kā:
Jūsu sistēmā cieš trūkstošās kļūdas lapas. Šajā rindā jūs, iespējams, redzēsit arī 40x.html, lai gan tas ir salīdzinoši reti, ja jūsu vietne nedarbojas un apmaiņā tiek saņemtas 404 kļūdas. Izmantojiet komandu ls 
lai redzētu, vai tur ir kaut kas. Ja nē, jums būs jāizveido HTML kods lapai ar 50X kļūdām.
Paturiet prātā, ka noklusējuma izmantošana 
direktoriju struktūra bieži ir problēma ar pakotņu pārvaldniekiem, kuri var pārrakstīt visu, kas tur tiek glabāts. Ja jums ir atļauts izveidot pielāgotu direktorijas struktūru, Nginx konfigurācijā varat mainīt docroot līniju, lai novērstu šāda veida problēmas.
2. metode: liekot PHP atrast pareizo kontaktligzdu
Varat arī atrast kļūdu, kas lasīt kaut ko līdzīgu šim 
Tas nozīmē, ka darbojas PHP7.0, taču tas nedarbojas tur, kur tam vajadzētu būt. Versijas numurs var būt atšķirīgs atkarībā no tā, kā esat konfigurējis PHP. Noklusējuma instalācijas darbosies no 
vai 
, bet, ja jums ir šī kļūda, vairāk nekā iespējams, tas tā nav.
Palaidiet komandas 
un pēc tam atrodiet -name ‘php * fpm.sock’, lai redzētu, vai jūsu sistēmā kaut kur darbojas ligzda.
Pieņemot, ka esat saņēmis pozitīvu iznākumu, jums jāatjaunina Nginx konfigurācija, lai parādītu pareizo vietu 
kontaktligzdai vajadzētu darboties. Protams, / directoryPath tiktu aizstāts ar pareizo ceļu. Rindai php / php7.0-fpm.sock ir jāatjaunina konfigurācija, ja izmantojat ligzdas failu.
Vecāku TCP ligzdu lietotāji, kas neizmanto ligzdu failus, var pārbaudīt, vai PHP ligzda šobrīd klausās 9000 portu, palaižot sudo netstat -tulpn | grep 9000 no komandrindas. Ja tas tā ir, atveriet savu fastcgi_pass nano, vi vai citā teksta redaktorā un nomainiet līniju unix:… tā vietā, lai kontaktligzdas atjaunināšanai izmantotu 127.0.0.1:9000.
Ja nekas no šī nedarbojas, tad pārliecinieties, vai darbojas php7.0-fpm vai jebkurš izmantotais versijas numurs ar komandu sudo systemctl restart php7.0-fpm, kam seko iepriekš minētā procesa atkārtošana.
Paturiet prātā, ka lielākajā daļā gadījumu klausīšanās ieraksts 
un vērtība 
jābūt vienādam. Jūs varētu mēģināt 
jaunākām konfigurācijām vai 127.0.0.1:9000 vecā stila konfigurācijām.
