Interzis (403): Nu aveți permisiunea de a accesa / pe acest server

Primiți mesajul de mai jos pe website-ul dumneavoastră? În acest articol aflați care este de obicei cauza și cum o remediați, inclusiv dacă folosiți WordPress.

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

Cea mai frecventă cauză: lipsește fișierul de start

De cele mai multe ori, în folderul solicitat nu există un fișier de start. Când accesați www.domeniuldvs.ro, serverul caută în domains/domeniuldvs.ro/public_html un fișier index.php sau index.html. Dacă acesta lipsește sau dacă website-ul dumneavoastră se află într-un alt folder, veți primi acest mesaj. Verificați acest lucru în Managerul de fișiere.

Alte cauze

• O regulă din fișierul dumneavoastră .htaccess blochează accesul, de exemplu Deny from all.
• Permisiunile unui folder sau fișier sunt prea restrictive. Folderele trebuie să aibă 755, iar fișierele 644. Nu setați niciodată 777 pentru a rezolva o eroare: nu rezolvă nimic și vă face site-ul vulnerabil.
• Web Application Firewall sau Imunify360 a blocat o cerere, deoarece aceasta părea un atac.

Eroarea 403 pe site-ul dumneavoastră WordPress

Primiți eroarea 403 în WordPress, de exemplu după o actualizare, la salvare sau în zona de administrare? Parcurgeți atunci pașii următori.

1. Dezactivați pluginul de securitate. Pluginuri precum Wordfence, iThemes Security sau All In One WP Security au propriul firewall. Dacă nu mai puteți intra în WordPress, redenumiți în Managerul de fișiere folderul pluginului din wp-content/plugins, de exemplu wordfence în wordfence-dezactivat. WordPress va dezactiva atunci pluginul. Dacă site-ul funcționează din nou, verificați în setările sau jurnalele pluginului ce a blocat acesta, apoi redați folderului numele inițial.
2. Restaurați fișierul .htaccess standard al WordPress. Salvați mai întâi o copie a fișierului .htaccess actual din public_html. Apoi înlocuiți conținutul cu:

   # 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

   Dacă după aceea funcționează, eroarea se afla într-una dintre celelalte reguli. Adăugați-le înapoi pe rând pentru a vedea care este.
3. Verificați permisiunile. Folderele pe 755, fișierele pe 644. De asemenea, wp-content/uploads trebuie să poată fi scris de website-ul dumneavoastră. Consultați Permisiunile fișierelor și folderelor (chmod).
4. Consultați jurnalul de erori. Deschideți în DirectAdmin Site Summary / Statistics / Logs și examinați jurnalul de erori al domeniului dumneavoastră în jurul momentului în care a apărut eroarea. Dacă există o linie cu ModSecurity: Access denied with code 403 sau IM360 WAF, firewall-ul blochează cererea. Consultați Rezumatul site-ului și jurnalele.
5. Dezactivați regula de firewall. Dacă primiți eroarea 403 doar la salvare sau la încărcare, puteți dezactiva în Web Application Firewall doar regula care cauzează problema. Nu dezactivați niciodată firewall-ul complet. Dacă este vorba de un mesaj de la Imunify360, trimiteți-ne regula și adresa paginii. Consultați Imunify360: scanarea website-ului dumneavoastră pentru malware.

Nu reușiți să rezolvați problema? Trimiteți-ne într-un tichet ora la care a apărut problema, adresa paginii și ce încercați să faceți. Noi vom investiga pentru dumneavoastră.

Consultați și ghidul DirectAdmin: Afișarea și editarea fișierelor ascunse precum .htaccess.

Explicații detaliate: Eroarea 403 sau 406 la salvare sau încărcare în ghidul DirectAdmin.

Aveți un VPS? Urmați cursul gratuit VPS și administrarea serverelor Linux, lecția 3.1 Utilizatori, grupuri și permisiuni de fișiere.