Kuidas parandada 404 Nginxi viga pärast Ubuntu Serveri uuendamist

Tänapäeval on üks levinumaid veebiserverite kombinatsioone Nginxi veebiserveri tarkvara juurutamine, mis töötab Ubuntu Serveri väljaandes. See süsteem on äärmiselt tõhus ja seda on lihtne ajakohastada, kuna mõlemad paketid saavad jätkuvalt regulaarset värskendust. Süsteemiadministraatorid installivad värskendused tavaliselt apt-paketihalduri kaudu, kuna Ubuntu Serveril pole vaikimisi graafilist liidest.

Ubuntu Serveri uuendamine võib mõnikord tekitada ebatavalisi vigu ja graafilise kasutajaliidese puudumine võib algajatele nende tõrkeotsingu raskendada. 404 Nginxi tõrke parandamiseks pärast Ubuntu täiendamist võib olla piisav mõnest lihtsast käsust.

1. meetod: puuduvate Nginxi vealehtede parandamine

Kui saiti hostitakse AWS-is, privaatserveris või mõnes muus LEMP-korstnas asuvas serveri konfiguratsioonis, võib see pärast Ubuntu Serveri täiendamist juhuslikult langeda. Proovige saidile juurde pääseda veebibrauserist, võib-olla mõnes muus masinas. Eeldades, et see tagastab tõrke 404, minge Ubuntu Serveri CLI-le ja käivitage käsk tail -f kõigi viimaste vigade kuvamiseks.

Kas logis peaks olema selline tõrge nagu:

Teie süsteemil on puuduv vealeht. Selles reas võite näha ka 40x.html, ehkki see on suhteliselt haruldane, kui teie sait on maas ja saate vastutasuks 404 viga. Kasutage käsku ls kas seal on midagi. Kui ei, siis peate 50X-i vigade jaoks looma lehe HTML-koodi looma.

Pidage meeles, et vaikimisi kasutamine kataloogistruktuur on pakettihaldurite probleem sageli, mis võib kõik sinna salvestatud üle kirjutada. Kui teil on lubatud luua kohandatud kataloogistruktuur, saate Nginxi konfiguratsioonis muuta dokroot-rida.

2. meetod: PHP leidmine õige pesa leidmiseks

Võite leida ka vea, mis loeb midagi sellist

See tähendab, et teie PHP7.0 töötab, kuid see ei tööta seal, kus peaks olema. Versiooninumber võib olla erinev, sõltuvalt sellest, kuidas olete PHP seadistanud. Vaikimisi installitakse alates või , kuid kui teil on see viga, pole see enam kui tõenäoline.

Käivitage käsud ja seejärel leidke -name ’php * fpm.sock’, et näha, kas teie süsteemis töötab kuskil pistikupesa.

Eeldades, et olete saanud positiivse väljundi, peate oma Nginxi konfiguratsiooni värskendama, et näidata õiget kohta pistikupesa peaks töötama. Loomulikult asendataks / directoryPath õige teega. Rida php / php7.0-fpm.sock peaks värskendama konfiguratsiooni, kui kasutate sokli faili.

Vanemate TCP-pistikupesade kasutajad, kes soklifaile ei kasuta, saavad sudo netstat -tulpn käivitades kontrollida, kas PHP-pesa kuulab praegu porti 9000. grep 9000 käsurealt ära. Sel juhul avage oma fastcgi_pass nano-, vi- või mõnes muus tekstiredaktoris ja muutke rida unix:…, et kasutada pesa värskendamiseks hoopis 127.0.0.1:9000.

Kui ükski neist ei tööta, siis veenduge, et töötab php7.0-fpm või mis tahes teie kasutatav versiooninumber käsuga sudo systemctl restart php7.0-fpm, millele järgneb ülaltoodud protsessi kordamine.

Pidage meeles, et enamikus olukordades on kuulamiskanne ja väärtus peab olema sama. Võite proovida uuemate konfiguratsioonide jaoks või 127.0.0.1:9000 vanastiilis.