Dostęp zabroniony (403): Nie mają Państwo uprawnień dostępu do / na tym serwerze

Czy na Państwa stronie pojawia się poniższy komunikat? W tym artykule wyjaśniamy, co zwykle jest jego przyczyną i jak rozwiązać problem, również w przypadku korzystania z WordPressa.

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

Najczęstsza przyczyna: brak pliku startowego

Najczęściej w wywoływanym katalogu nie ma pliku startowego. Po wpisaniu adresu www.domena.pl serwer szuka w katalogu domains/domena.pl/public_html pliku index.php lub index.html. Jeśli go tam nie ma albo strona znajduje się w innym katalogu, pojawia się ten komunikat. Prosimy to sprawdzić w Menedżerze plików.

Inne przyczyny

• Reguła w pliku .htaccess blokuje dostęp, na przykład Deny from all.
• Uprawnienia katalogu lub pliku są zbyt restrykcyjne. Katalogi powinny mieć uprawnienia 755, a pliki 644. Prosimy nigdy nie ustawiać uprawnień 777, aby naprawić błąd: to niczego nie rozwiązuje, a naraża stronę na ataki.
• Web Application Firewall lub Imunify360 zablokował żądanie, ponieważ wyglądało na atak.

Błąd 403 na stronie WordPress

Czy błąd 403 pojawia się w WordPressie, na przykład po aktualizacji, podczas zapisywania lub w panelu administracyjnym? Prosimy wykonać poniższe kroki.

1. Proszę wyłączyć wtyczkę bezpieczeństwa. Wtyczki takie jak Wordfence, iThemes Security czy All In One WP Security mają własną zaporę. Jeśli nie mogą Państwo zalogować się do WordPressa, prosimy w Menedżerze plików zmienić nazwę katalogu wtyczki w wp-content/plugins, na przykład z wordfence na wordfence-uit. WordPress wyłączy wtedy wtyczkę. Jeśli strona znów działa, prosimy sprawdzić w ustawieniach lub logach wtyczki, co zostało zablokowane, a następnie przywrócić katalogowi pierwotną nazwę.
2. Proszę przywrócić domyślny plik .htaccess WordPressa. Najpierw prosimy zapisać kopię obecnego pliku .htaccess w katalogu public_html. Następnie prosimy zastąpić jego zawartość poniższą:

   # 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

   Jeśli po tej zmianie strona działa, błąd tkwił w jednej z pozostałych reguł. Prosimy przywracać je pojedynczo, aby ustalić, która to.
3. Proszę sprawdzić uprawnienia. Katalogi: 755, pliki: 644. Katalog wp-content/uploads również musi być zapisywalny dla strony. Więcej informacji: Uprawnienia plików i katalogów (chmod).
4. Proszę sprawdzić log błędów. W DirectAdmin prosimy otworzyć Site Summary / Statistics / Logs i przejrzeć log błędów domeny z okresu, w którym wystąpił błąd. Jeśli znajduje się tam wpis z ModSecurity: Access denied with code 403 lub IM360 WAF, żądanie blokuje zapora. Więcej informacji: Podsumowanie strony i logi.
5. Proszę wyłączyć regułę zapory. Jeśli błąd 403 pojawia się tylko podczas zapisywania lub przesyłania plików, w Web Application Firewall można wyłączyć wyłącznie regułę, która powoduje problem. Prosimy nigdy nie wyłączać całej zapory. Jeśli chodzi o komunikat Imunify360, prosimy przesłać nam regułę oraz adres strony. Więcej informacji: Imunify360: skanowanie strony w poszukiwaniu złośliwego oprogramowania.

Nie udało się rozwiązać problemu? Prosimy przesłać nam w zgłoszeniu godzinę wystąpienia błędu, adres strony oraz opis wykonywanej czynności. Sprawdzimy to dla Państwa.

Zobacz także w podręczniku DirectAdmin: Wyświetlanie i edycja ukrytych plików, takich jak .htaccess.

Szczegółowe wyjaśnienie: Błąd 403 lub 406 podczas zapisywania lub przesyłania plików w podręczniku DirectAdmin.

Korzystają Państwo z VPS? Zapraszamy na bezpłatny kurs VPS i zarządzanie serwerem Linux, lekcja 3.1 Użytkownicy, grupy i uprawnienia plików.