Paprastas leidimų problemos sprendimas VestaCP open() public_html failed 13 Permission denied konfigūracijoje su NGINX, PHP-FPM ir be Apache. Jei jo nematote žiniatinklio sąsajoje, ieškokite doman.tld.error.log.

Aš nebūtinai esu VestaCP gerbėjas, bet jei turite šiek tiek idėjų, kaip ją sukonfigūruoti Nginx, PHP-FPM penk Linux ir ypač el. pašto sistema, yra gera alternatyva cPanel. O juolab kad VestaCP yra nemokama ir daug lankstesnė.

Jei esate naujokas konfigūruojant žiniatinklio serverius, patariu NEnaudoti VestaCP. Jis turi daug klaidų, atnaujinamas gana retai (o dažnai po atnaujinimo atsiranda didelių klaidų) ir reikia išspręsti daugybę saugumo problemų. Netgi kyla problemų dėl interneto aplankų ir failų sunaikinimo numatytojo diegimo metu.

open() /home/user/web/domain_tld/public_html/" failed (13: Permission denied)

Kaip ištaisote klaidą? VestaCP open() public_html failed 13 Permission denied

ATSARGIAI! Jei turite įdiegtą TVS, kuriai reikalingi specialūs leidimai kai kuriems katalogams ir (arba) failams, toliau pateiktos komandos pakeis juos visus.

Pakeiskite visų katalogų ir failų leidimus /home/user/web/domain_tld ir nustatyti chmod 644 failams ir chmod 755 katalogams.

• Kaip ištaisyti nginx: [perspėti] “SSL” Direktyva yra nebenaudojama (NGINX / VESTACP)
• Cum activa TLSv1.3 suteikti NVO. „VestAP pe CentOS“ yra „OpenSSL“.
• Paskirties aplanko prieiga atmesta [„Windows Vista“]

find . -type f -exec chmod 644 {} \;
find . -type d -exec chmod 755 {} \;

User:group taip pat pasikeis, jei nenustatyti teisingi.

chown -R user:group *

Pabaigoje patikrinkite tiek svetainės veikimą, tiek domain_tld.error.log.