Ubuntu Server'ı Yükseltme Sonrasında 404 Nginx Hataları Nasıl Onarılır

En yaygın Web sunucusu kombinasyonlarından biri, Ubuntu Server sürümünde çalışan Nginx Web sunucusu yazılımı uygulamasını içermektedir. Her iki paket de düzenli güncellemeleri almaya devam ettiğinden, bu sistem son derece verimli ve güncellenmesi kolaydır. Ubuntu Server'ın varsayılan olarak grafiksel arayüzü olmadığı için sistem yöneticileri genellikle apt paketi yöneticisi aracılığıyla güncellemeleri yükler.

Ubuntu Sunucusu yükseltmeleri bazen sıra dışı hatalar oluşturabilir ve bu grafik kullanıcı arayüzünün olmaması yeni başlayanlar için sorunların giderilmesini zorlaştırabilir. Ubuntu yükseltmesinden sonra 404 Nginx hatasını düzeltmek için gereken 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ında başka bir sunucu yapılandırmasında barındırılıyorsa, bir Ubuntu Sunucusu yükseltildikten sonra rasgele bir şekilde düşebilir. Siteye bir Web tarayıcısından, belki başka bir makineden erişmeyi deneyin. Bir 404 hatası döndürdüğü varsayılırsa, Ubuntu Sunucusu CLI'ye gidin ve komut kuyruğunu çalıştırın -f En yeni hataları görmek için

Günlüğün aşağıdaki gibi bir hata içermesi gerekir:

Sisteminizde eksik bir hata sayfası var. Bu satırda 40x.html'yi de görebilirsiniz, ancak siteniz kapalıysa ve karşılığında 404 hatası alıyorsanız, bu nispeten nadirdir. Komutu kullan Orada bir şey olup olmadığını görmek için. Değilse, 50X hataları için bir sayfa için HTML kodunu oluşturmanız gerekir.

Varsayılanın kullanıldığını unutmayın. dizin yapısı genellikle paket yöneticileriyle ilgili bir sorundur; bu, orada depolanan her şeyin üzerine yazabilir. Özel bir dizin yapısı oluşturmanıza izin veriyorsanız, bu tür bir sorunu önlemek için Nginx yapılandırmasında docroot satırını değiştirebilirsiniz.

Yöntem 2: PHP'yi Doğru Soketi Bulma

Ayrıca böyle bir şeyi okuyan bir hata da bulabilirsiniz.

Bu, PHP7.0'ın çalıştığını gösterir, ancak olması gereken yerde çalışmıyordur. PHP'nin nasıl yapılandırıldığına bağlı olarak sürüm numarası farklı olabilir. Varsayılan yüklemeler veya Ancak, bu hatayı varsa, büyük olasılıkla böyle değil.

Komutları çalıştır ve daha sonra sisteminizde bir yerde çalışan bir soket olup olmadığını görmek için -name 'php * fpm.sock' adresini bulun.

Pozitif çıktı aldığınızı varsayarak, doğru yeri göstermek için Nginx yapılandırmanızı güncellemeniz gerekir. Soket çalışıyor olmalı. Doğal olarak, / directoryPath doğru yolla değiştirilir. Bir soket dosyası kullanıyorsanız, php / php7.0-fpm.sock satırının yapılandırmayı güncellemesi gerekir.

Soket dosyalarını kullanmayan eski TCP soketlerinin kullanıcıları, bir PHP soketinin sudo netstat -tulpn | grep 9000 komut satırından çıktı. Böyle bir durumda, nano, vi veya başka bir metin düzenleyicide fastcgi_pass dosyanızı açın ve unix: satırını değiştirmek yerine, soketi güncellemek için 127.0.0.1:9000 kullanın.

Bunların hiçbiri işe yaramazsa, php7.0-fpm veya kullandığınız sürüm numarasının, sudo systemctl restart php7.0-fpm komutuyla çalıştığından emin olun, ardından yukarıdaki işlemi tekrarlayın.

Çoğu durumda dinleme girişini unutmayın. ve içindeki değer aynı olması gerekiyor. Deneyebilirsin Daha yeni yapılandırmalar için veya eski stil olanlar için 127.0.0.1:9000.

PRO TIP: Sorun bilgisayarınız veya dizüstü bilgisayar / dizüstü bilgisayar ile yapılmışsa, depoları tarayabilen ve bozuk ve eksik dosyaları değiştirebilen Reimage Plus Yazılımı'nı kullanmayı denemeniz gerekir. Bu, çoğu durumda, sorunun sistem bozulmasından kaynaklandığı yerlerde çalışır. Reimage Plus'ı tıklayarak buraya tıklayarak indirebilirsiniz.