Günümüzde en yaygın Web sunucusu kombinasyonlarından biri, Ubuntu Sunucu sürümü üzerinde çalışan Nginx Web sunucusu yazılım uygulamasına sahiptir. Her iki paket de düzenli güncellemeler almaya devam ettiğinden, bu sistem son derece verimli ve güncellenmesi kolaydır. Ubuntu Sunucusu varsayılan olarak grafik arayüze sahip olmadığından, sistem yöneticileri genellikle apt paket yöneticisi aracılığıyla güncellemeleri yükler.
Ubuntu Sunucusu yükseltmeleri bazen olağandışı hatalar oluşturabilir ve bu grafik kullanıcı arayüzünün olmaması, yeni başlayanların bunları gidermesini zorlaştırabilir. Bir Ubuntu yükseltmesinden sonra 404 Nginx hatasını düzeltmek için gereken tek şey birkaç basit komut olabilir.
Yöntem 1: Eksik Nginx Hata Sayfalarını Düzeltme
Bir site AWS'de, özel bir sunucuda veya bir LEMP yığınındaki başka bir sunucu yapılandırmasında barındırılıyorsa, Ubuntu Sunucusu yükseltmesinden sonra rasgele şekilde kapanabilir. Siteye bir Web tarayıcısından, belki başka bir makineden erişmeye çalışın. Bir 404 hatası döndürdüğünü varsayarsak, Ubuntu Sunucusu CLI'ye gidin ve tail -f komutunu çalıştırın. 
en son hataları görüntülemek için.
Günlük aşağıdaki gibi bir hata içeriyorsa:
Sisteminizde eksik bir hata sayfası var. Bu satırda 40x.html de görebilirsiniz, ancak siteniz çalışmıyorsa ve karşılığında 404 hatası alıyorsanız bu oldukça nadir bir durumdur. Ls komutunu kullanın 
orada bir şey olup olmadığını görmek için. Değilse, 50X hataları için bir sayfanın HTML kodunu oluşturmanız gerekir.
Varsayılanı kullanmanın 
dizin yapısı genellikle paket yöneticileriyle ilgili bir sorundur ve orada saklanan her şeyin üzerine yazabilir. Özel bir dizin yapısı oluşturmanıza izin veriliyorsa, bu tür sorunları önlemek için Nginx yapılandırmasındaki docroot satırını değiştirebilirsiniz.
Yöntem 2: PHP'nin Doğru Soketi Bulmasını Sağlama
Aşağıdaki gibi bir şeyi okuyan bir hata da bulabilirsiniz. 
Bu, PHP7.0'ın çalıştığı, ancak olması gereken yerde çalışmadığı anlamına gelir. Sürüm numarası, PHP'yi nasıl yapılandırdığınıza bağlı olarak farklı olabilir. Varsayılan kurulumlar 
veya 
, ancak bu hatayı alırsanız, büyük olasılıkla durum böyle değildir.
Komutları çalıştırın 
ve sonra sisteminizin herhangi bir yerinde çalışan bir soket olup olmadığını görmek için 'php * fpm.sock' adını bulun.
Pozitif çıktı aldığınızı varsayarsak, Nginx konfigürasyonunuzu şuradaki doğru yeri gösterecek şekilde güncellemeniz gerekir. 
soket çalışıyor olmalıdır. Doğal olarak, / directoryPath doğru yolla değiştirilir. Bir soket dosyası kullanıyorsanız php / php7.0-fpm.sock satırı yapılandırmayı güncellemelidir.
Soket dosyalarını kullanmayan eski TCP soketlerinin kullanıcıları, sudo netstat -tulpn | çalıştırarak bir PHP soketinin şu anda 9000 numaralı bağlantı noktasını dinleyip dinlemediğini kontrol edebilir. grep 9000 komut satırından. Durum buysa, fastcgi_pass'inizi nano, vi veya başka bir metin düzenleyicide açın ve yuvayı güncellemek için bunun yerine unix:… satırını 127.0.0.1:9000 kullanacak şekilde değiştirin.
Bunların hiçbiri işe yaramazsa, php7.0-fpm'nin veya kullandığınız sürüm numarasının sudo systemctl restart php7.0-fpm komutuyla çalıştığından emin olun ve ardından yukarıdaki işlemi tekrarlayın.
Çoğu durumda dinleme girişinin 
ve içindeki değer 
aynı olması gerekir. Deneyebilirsin 
daha yeni yapılandırmalar için veya eski tarz olanlar için 127.0.0.1:9000.
