Eroarea 403 Forbidden: de ce apare și cum o repari

Ce vei reuși

• afli de ce dă site-ul eroarea 403;
• o repari din Enhance, fără să aștepți după noi;
• știi ce ne trimiți dacă nu e niciuna dintre cauzele de mai jos.

Înainte să începi

• Intră în Enhance la https://server.nbt-host.com (vezi Cum intri în Enhance și în Webmail).
• Notează exact adresa care dă eroarea: tot site-ul, o singură pagină sau doar /wp-admin?
• Denumirile din Enhance sunt în engleză, exact cum apar pe ecran.

Pașii

1. Folderul site-ului e gol (cont nou sau site nou)

E cauza numărul unu: la un cont nou sau la un site adăugat cu „Add website”, public_html e gol până urci site-ul sau instalezi WordPress, iar serverul răspunde cu 403.

1. „Websites” » site-ul » fila „Files” » folderul public_html.
2. Dacă e gol (sau are doar .htaccess, .user.ini, cgi-bin), urcă site-ul (vezi Urcarea unui site cu File Manager) sau instalează WordPress din fila „Apps” (vezi Instalarea WordPress din Enhance).

2. Pagina de start nu e direct în public_html

Serverul caută în public_html un fișier numit index.html sau index.php. Dacă l-ai dezarhivat într-un subfolder (de exemplu public_html/site/), primești 403 sau o listă de fișiere („Index of /”).

1. În „Files”, intră în subfolder, bifează „Select all”, clic dreapta pe un fișier » „Cut”.
2. Întoarce-te în public_html, clic dreapta pe o zonă goală » „Paste”.
3. Verifică literele: Index.html nu e același lucru cu index.html. Serverul face diferența.

La un subdomeniu, fișierele stau în folderul lui (de exemplu blog.domeniul-tau.ro, lângă public_html), nu în public_html (vezi Subdomenii și domenii suplimentare în Enhance).

3. Permisiuni greșite

Fișierele trebuie să aibă de obicei 644, iar folderele 755. Un folder cu 700 sau un fișier cu 600 nu poate fi citit de server.

1. În „Files”, clic dreapta pe fișier sau folder » „Get info”: vezi permisiunile.
2. Le schimbi cu clic dreapta » „Permissions (CHMOD)”. La un folder, bifează „Apply recursively” dacă vrei să se aplice și pe ce e în el.

Nu pune niciodată 777: e un risc de securitate și nu rezolvă un 403.

4. O regulă din .htaccess

Un .htaccess adus de la alt host sau scris de un plugin de securitate poate bloca adrese întregi (Deny from all, Require all denied) sau anumite IP-uri.

1. În „Files” » public_html, clic dreapta pe .htaccess » „Rename” și numește-l .htaccess-vechi.
2. Reîncarcă site-ul. Dacă merge, problema era acolo: deschide fișierul vechi cu „Edit” și caută regula de blocare. La WordPress, refaci un .htaccess curat din panou, la Settings » Permalinks » Save Changes.

5. Doar panoul WordPress dă 403

Dacă /wp-admin sau /wp-login.php dă 403, dar restul site-ului merge, probabil e pornit „Restrict admin access” în Enhance, iar adresa ta IP s-a schimbat. Pe pagina WordPress din fila „Apps”, la „Security”, adaugă IP-ul nou sau oprește opțiunea (vezi Actualizări și securitate WordPress în Enhance). Poate fi și un plugin de securitate din WordPress care te-a blocat după prea multe încercări.

Dacă ceva nu merge

• Nu e niciuna dintre cauzele de mai sus. Scrie-ne adresa exactă, ora la care ai văzut eroarea și ce făceai (deschideai o pagină, trimiteai un formular, salvai ceva în WordPress). Un filtru de securitate, al serverului sau al unui plugin, poate confunda uneori un formular obișnuit cu un atac; noi verificăm dacă asta e cauza.
• Eroarea apare doar la tine. Încearcă de pe datele mobile. Dacă de acolo merge, adresa ta IP poate fi blocată după multe parole greșite; trimite-ne IP-ul (îl afli căutând pe Google „what is my ip”).
• Domeniul arată 403 imediat după ce l-ai îndreptat spre noi. E normal până urci site-ul (cauza 1). Dacă site-ul era deja urcat, verifică la „Domains” dacă domeniul e pe site-ul corect.