Draudžiama (403): Neturite leidimo pasiekti / šiame serveryje

Ar Jūsų svetainėje rodomas toliau pateiktas pranešimas? Šiame straipsnyje sužinosite, kokia dažniausiai yra priežastis ir kaip tai išspręsti, taip pat ir tuo atveju, jei naudojate WordPress.

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

Dažniausia priežastis: trūksta pradinio failo

Dažniausiai aplanke, kurį bandote pasiekti, nėra pradinio failo. Jei kreipiatės į www.jouwdomein.nl, serveris aplanke domains/jouwdomein.nl/public_html ieško failo index.php arba index.html. Jei tokio failo nėra arba Jūsų svetainė yra kitame aplanke, gaunate šį pranešimą. Patikrinkite tai skiltyje Failų tvarkyklė.

Kitos priežastys

• Eilutė Jūsų .htaccess faile blokuoja prieigą, pavyzdžiui, Deny from all.
• Aplanko ar failo teisės yra per griežtos. Aplankai turėtų turėti teises 755, o failai 644.
• Žiniatinklio programų ugniasienė arba Imunify360 užblokavo užklausą, nes ji atrodė kaip ataka.

Klaida 403 Jūsų WordPress svetainėje

Ar gaunate klaidą 403 WordPress sistemoje, pavyzdžiui, po atnaujinimo, išsaugant arba valdymo skydelyje? Atlikite toliau nurodytus veiksmus.

1. Išjunkite saugumo įskiepį. Tokie įskiepiai kaip Wordfence, iThemes Security arba All In One WP Security turi savo ugniasienę. Jei nebegalite prisijungti prie WordPress, Failų tvarkyklėje pervardykite įskiepio aplanką, esantį wp-content/plugins, pavyzdžiui, wordfence į wordfence-uit. Tuomet WordPress išjungs šį įskiepį. Jei svetainė vėl veikia, peržiūrėkite įskiepio nustatymus ar žurnalus, kad sužinotumėte, ką jis blokavo, o vėliau grąžinkite aplankui senąjį pavadinimą.
2. Atkurkite numatytąjį WordPress .htaccess failą. Pirmiausia išsaugokite dabartinio .htaccess failo, esančio aplanke public_html, kopiją. Tada pakeiskite turinį šiuo:

   # 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ų eilučių. Grąžinkite jas po vieną, kad nustatytumėte, kuri eilutė klaidinga.
3. Patikrinkite teises. Aplankams turėtų būti nustatytos teisės 755, failams 644. Taip pat aplankas wp-content/uploads turi būti įrašomas Jūsų svetainei. Žr. Failų ir aplankų teisės (chmod).
4. Peržiūrėkite klaidų žurnalą. DirectAdmin atidarykite skiltį Svetainės apžvalga ir žurnalai ir peržiūrėkite savo domeno klaidų žurnalą tuo metu, kai įvyko klaida. Jei matote eilutę su ModSecurity: Access denied with code 403 arba IM360 WAF, tai reiškia, kad ugniasienė blokuoja užklausą. Žr. Svetainės apžvalga ir žurnalai.
5. Išjunkite ugniasienės taisyklę. Jei klaida 403 pasireiškia tik išsaugant ar įkeliant failus, skiltyje Žiniatinklio programų ugniasienė galite išjungti tik tą taisyklę, kuri sukelia problemą. Niekada visiškai neišjunkite ugniasienės. Jei tai yra Imunify360 pranešimas, atsiųskite mums taisyklės informaciją ir puslapio adresą. Žr. Imunify360: Jūsų svetainės tikrinimas dėl kenkėjiškų programų.

Jei nepavyksta išspręsti problemos? Atsiųskite mums bilietą, nurodydami laiką, kada įvyko klaida, puslapio adresą ir tai, ką bandėte padaryti. Tuomet mes tai patikrinsime už Jus.

Žr. taip pat DirectAdmin instrukcijoje: Paslėptų failų, tokių kaip .htaccess, rodymas ir redagavimas.

Išsamesnis paaiškinimas: Klaida 403 arba 406 išsaugant ar įkeliant failus DirectAdmin instrukcijoje.