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

Czy na swojej stronie internetowej otrzymują Państwo poniższy komunikat? W tym artykule dowiedzą się Państwo, jaka jest zazwyczaj tego przyczyna i jak rozwiązać ten 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 folderze, który Państwo otwierają, nie ma pliku startowego. Jeśli otwierają Państwo www.jouwdomein.nl, serwer szuka w folderze domains/jouwdomein.nl/public_html pliku index.php lub index.html. Jeśli go tam nie ma, albo strona internetowa znajduje się w innym folderze, pojawia się ten komunikat. Prosimy sprawdzić to w Zarządzaniu plikami.

Inne przyczyny

• Pewna linia w pliku .htaccess blokuje dostęp, na przykład Deny from all.
• Uprawnienia folderu lub pliku są zbyt restrykcyjne. Foldery powinny mieć uprawnienia 755, a pliki 644.
• Web Application Firewall lub Imunify360 zablokował żądanie, ponieważ przypominało ono atak.

Błąd 403 na stronie WordPress

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

1. Wyłącz wtyczkę zabezpieczającą. Wtyczki takie jak Wordfence, iThemes Security czy All In One WP Security mają własny firewall. Jeśli nie mogą Państwo już zalogować się do WordPressa, prosimy zmienić nazwę folderu wtyczki w Zarządzaniu plikami w wp-content/plugins, na przykład z wordfence na wordfence-uit. WordPress wyłączy wówczas tę wtyczkę. Jeśli strona znów działa, prosimy sprawdzić w ustawieniach lub dziennikach wtyczki, co było blokowane, a następnie przywrócić folderowi jego pierwotną nazwę.
2. Przywróć domyślny plik .htaccess WordPressa. Najpierw prosimy zapisać kopię obecnego pliku .htaccess w public_html. Następnie prosimy zastąpić jego zawartość poniższym kodem:

   # 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 tym wszystko działa, błąd znajdował się w jednej z pozostałych linii. Prosimy przywracać je pojedynczo, aby sprawdzić, która z nich powoduje problem.
3. Sprawdź uprawnienia. Foldery powinny mieć uprawnienia 755, a pliki 644. Również folder wp-content/uploads musi być zapisywalny dla strony internetowej. Zobacz Uprawnienia plików i folderów (chmod).
4. Sprawdź dziennik błędów. Prosimy otworzyć w DirectAdmin Przegląd strony i dzienniki i sprawdzić dziennik błędów domeny w czasie, gdy wystąpił błąd. Jeśli widnieje tam linia z ModSecurity: Access denied with code 403 lub IM360 WAF, oznacza to, że firewall blokuje żądanie. Zobacz Przegląd strony i dzienniki.
5. Wyłącz regułę firewalla. Jeśli błąd 403 pojawia się tylko podczas zapisywania lub przesyłania plików, mogą Państwo w Web Application Firewall wyłączyć wyłącznie regułę powodującą problem. Nigdy nie należy całkowicie wyłączać firewalla. Jeśli chodzi o komunikat od Imunify360, prosimy przesłać nam tę regułę oraz adres strony. Zobacz Imunify360: skanowanie strony internetowej w poszukiwaniu złośliwego oprogramowania.

Nie udało się rozwiązać problemu? Prosimy przesłać nam w zgłoszeniu informację o godzinie wystąpienia błędu, adresie strony oraz o tym, co Państwo próbowali zrobić. Wówczas sprawdzimy to dla Państwa.

Zobacz także w instrukcji DirectAdmin: Wyświetlanie i edytowanie ukrytych plików, takich jak .htaccess.

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