Draudžiama (403): Jūs neturite teisės pasiekti / šiame serveryje

Ar Jūsų svetainėje rodomas toliau pateiktas pranešimas? Šiame straipsnyje sužinosite, kokia dažniausiai būna jo priežastis ir kaip ją pašalinti, taip pat jei naudojate WordPress.

Forbidden. You don't have permission to access / on this server.

Dažniausia priežastis: nėra pradinio failo

Dažniausiai kataloge, kurį užklausiate, nėra pradinio failo. Kai užklausiate www.jusudomenas.lt, serveris kataloge domains/jusudomenas.lt/public_html ieško failo index.php arba index.html. Jei jo nėra arba Jūsų svetainė yra kitame kataloge, matysite šį pranešimą. Patikrinkite tai Failų tvarkyklėje.

Kitos priežastys

• Taisyklė Jūsų .htaccess faile blokuoja prieigą, pavyzdžiui, Deny from all.
• Katalogo ar failo teisės nustatytos per griežtai. Katalogams turi būti nustatyta 755, o failams 644. Niekada nenustatykite 777, norėdami ištaisyti klaidą: tai nieko neišsprendžia ir padaro Jūsų svetainę pažeidžiamą.
• Web Application Firewall arba Imunify360 sustabdė užklausą, nes ji atrodė kaip ataka.

403 klaida Jūsų WordPress svetainėje

Ar 403 klaidą matote WordPress, pavyzdžiui, po atnaujinimo, išsaugodami ar administravimo skydelyje? Tuomet atlikite šiuos veiksmus.

1. Išjunkite saugumo įskiepį. Tokie įskiepiai kaip Wordfence, iThemes Security ar All In One WP Security turi savo ugniasienę. Jei nebegalite prisijungti prie WordPress, Failų tvarkyklėje pervadinkite įskiepio katalogą, esantį wp-content/plugins, pavyzdžiui, wordfence į wordfence-isjungtas. Tuomet WordPress išjungs įskiepį. Jei svetainė vėl veikia, įskiepio nustatymuose ar žurnaluose patikrinkite, ką jis blokavo, o tada grąžinkite katalogui ankstesnį pavadinimą.
2. Atkurkite standartinį WordPress .htaccess failą. Pirmiausia išsaugokite dabartinio .htaccess failo, esančio public_html, kopiją. Tada pakeiskite jo turinį į:

   # BEGIN WordPress
   <IfModule mod_rewrite.c>
   RewriteEngine On
   RewriteBase /
   RewriteRule ^index\.php$ - [L]
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteRule . /index.php [L]
   </IfModule>
   # END WordPress

   Jei po to viskas veikia, klaida buvo vienoje iš kitų taisyklių. Grąžinkite jas po vieną, kad nustatytumėte, kuri iš jų.
3. Patikrinkite teises. Katalogams 755, failams 644. Katalogas wp-content/uploads taip pat turi būti įrašomas Jūsų svetainei. Žr. Failų ir katalogų teisės (chmod).
4. Peržiūrėkite klaidų žurnalą. DirectAdmin atidarykite Site Summary / Statistics / Logs ir peržiūrėkite savo domeno klaidų žurnalą ties klaidos laiku. Jei matote eilutę su ModSecurity: Access denied with code 403 arba IM360 WAF, užklausą blokuoja ugniasienė. Žr. Svetainės apžvalga ir žurnalai.
5. Išjunkite ugniasienės taisyklę. Jei 403 klaidą matote tik išsaugodami ar įkeldami, Web Application Firewall galite išjungti tik tą taisyklę, kuri sukelia problemą. Niekada visiškai neišjunkite ugniasienės. Jei tai Imunify360 pranešimas, atsiųskite mums taisyklę ir puslapio adresą. Žr. Imunify360: Jūsų svetainės nuskaitymas dėl kenkėjiškų programų.

Nepavyksta išspręsti? Užklausoje atsiųskite mums laiką, kada įvyko klaida, puslapio adresą ir ką bandėte padaryti. Tuomet mes tai išsiaiškinsime už Jus.

Taip pat žr. DirectAdmin vadove: Paslėptų failų, tokių kaip .htaccess, rodymas ir redagavimas.

Išsamus paaiškinimas: 403 arba 406 klaida išsaugant ar įkeliant DirectAdmin vadove.

Ar turite VPS? Tuomet pasinaudokite nemokamu kursu „VPS ir Linux serverių administravimas“, pamoka 3.1 Naudotojai, grupės ir failų teisės.