Забранено (403): Нямате разрешение за достъп до / на този сървър

Получавате ли съобщението по-долу на Вашия уебсайт? В тази статия ще научите каква е най-честата причина и как да я отстраните, включително ако използвате WordPress.

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

Най-честата причина: липсва начален файл

В повечето случаи в папката, която заявявате, няма начален файл. Когато отворите www.yourdomain.nl, сървърът търси index.php или index.html в domains/yourdomain.nl/public_html. Ако такъв файл липсва или Вашият уебсайт се намира в друга папка, ще получите това съобщение. Проверете това във Файлов мениджър.

Други причини

• Правило във Вашия .htaccess файл блокира достъпа, например Deny from all.
• Правата на дадена папка или файл са твърде строги. Папките трябва да са с права 755, а файловете с 644. Никога не задавайте 777, за да отстраните грешка: това не решава проблема и прави сайта Ви уязвим.
• Web Application Firewall или Imunify360 е блокирал заявка, защото е изглеждала като атака.

Грешка 403 на Вашия WordPress сайт

Получавате ли 403 в WordPress, например след актуализация, при запазване или в администраторския панел? Тогава преминете през следните стъпки.

1. Изключете плъгина си за сигурност. Плъгини като Wordfence, iThemes Security или All In One WP Security имат собствена защитна стена. Ако вече не можете да влезете в WordPress, преименувайте във Файлов мениджър папката на плъгина в wp-content/plugins, например wordfence на wordfence-off. Тогава WordPress ще изключи плъгина. Ако сайтът Ви отново работи, проверете в настройките или логовете на плъгина какво е блокирал, след което върнете старото име на папката.
2. Възстановете стандартния .htaccess на WordPress. Първо запазете копие на текущия си .htaccess в public_html. След това заменете съдържанието му със:

   # 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

   Ако след това всичко работи, грешката е била в някое от другите правила. Връщайте ги едно по едно, за да установите кое е проблемното.
3. Проверете правата. Папки с 755, файлове с 644. Папката wp-content/uploads също трябва да е с права за запис от Вашия уебсайт. Вижте Права на файлове и папки (chmod).
4. Проверете лога за грешки. Отворете в DirectAdmin Site Summary / Statistics / Logs и прегледайте лога за грешки на Вашия домейн около момента на грешката. Ако има ред с ModSecurity: Access denied with code 403 или IM360 WAF, защитната стена блокира заявката. Вижте Преглед на сайта и логове.
5. Изключете правилото на защитната стена. Ако получавате 403 само при запазване или качване, можете в Web Application Firewall да изключите само правилото, което причинява проблема. Никога не изключвайте защитната стена изцяло. Ако става дума за съобщение от Imunify360, изпратете ни правилото и адреса на страницата. Вижте Imunify360: сканиране на Вашия уебсайт за malware.

Не успявате да се справите? Изпратете ни в тикет часа, в който е възникнал проблемът, адреса на страницата и какво сте се опитвали да направите. Ние ще го проучим вместо Вас.

Вижте също в ръководството за DirectAdmin: Показване и редактиране на скрити файлове като .htaccess.

Подробно обяснение: Грешка 403 или 406 при запазване или качване в ръководството за DirectAdmin.

Имате VPS? Тогава преминете безплатния курс VPS и администриране на Linux сървъри, урок 3.1 Потребители, групи и права на файлове.