Forbidden (403): You don't have permission to access / on this server

Krijg je de melding hieronder op je website? In dit artikel lees je wat de oorzaak meestal is en hoe je het oplost, ook als je WordPress gebruikt.

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

De meest voorkomende oorzaak: geen startbestand

Meestal staat er geen startbestand in de map die je opvraagt. Vraag je www.jouwdomein.nl op, dan zoekt de server in domains/jouwdomein.nl/public_html naar een index.php of index.html. Staat die er niet, of staat je website in een andere map, dan krijg je deze melding. Kijk het na in Bestandsbeheer.

Andere oorzaken

• Een regel in je .htaccess-bestand blokkeert de toegang, bijvoorbeeld Deny from all.
• De rechten van een map of bestand staan te streng. Mappen horen op 755 te staan en bestanden op 644. Zet nooit iets op 777 om een fout op te lossen: dat lost niets op en maakt je site kwetsbaar.
• De Web Applicatie Firewall of Imunify360 heeft een verzoek tegengehouden, omdat het leek op een aanval.

Een 403 op je WordPress-site

Krijg je de 403 in WordPress, bijvoorbeeld na een update, bij het opslaan of in het beheer? Loop dan deze stappen na.

1. Zet je beveiligingsplugin uit. Plugins zoals Wordfence, iThemes Security of All In One WP Security hebben een eigen firewall. Kom je niet meer in WordPress, hernoem dan in Bestandsbeheer de map van de plugin in wp-content/plugins, bijvoorbeeld wordfence naar wordfence-uit. WordPress zet de plugin dan uit. Werkt je site weer, kijk dan in de instellingen of logboeken van de plugin wat hij blokkeerde, en geef de map daarna zijn oude naam terug.
2. Zet de standaard .htaccess van WordPress terug. Bewaar eerst een kopie van je huidige .htaccess in public_html. Vervang de inhoud dan door:

   # 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

   Werkt het daarna, dan zat de fout in een van de andere regels. Zet die een voor een terug om te zien welke het is.
3. Controleer de rechten. Mappen op 755, bestanden op 644. Ook wp-content/uploads moet schrijfbaar zijn voor je website. Zie Rechten van bestanden en mappen (chmod).
4. Kijk in het foutlog. Open in DirectAdmin Siteoverzicht & logboeken en bekijk het foutlog van je domein rond de tijd van de fout. Staat er een regel met ModSecurity: Access denied with code 403 of IM360 WAF, dan houdt de firewall het verzoek tegen. Zie Siteoverzicht en logboeken.
5. Firewallregel uitzetten. Krijg je de 403 alleen bij opslaan of uploaden, dan kun je in Web Applicatie Firewall alleen de regel uitzetten die het probleem geeft. Zet de firewall nooit helemaal uit. Gaat het om een melding van Imunify360, stuur ons dan de regel en het adres van de pagina. Zie Imunify360: je website scannen op malware.

Kom je er niet uit? Stuur ons in een ticket de tijd waarop het misging, het adres van de pagina en wat je probeerde te doen. Dan zoeken wij het voor je op.

Zie ook in de DirectAdmin-handleiding: Verborgen bestanden zoals .htaccess tonen en bewerken.

Uitgebreide uitleg: Fout 403 of 406 bij het opslaan of uploaden in de DirectAdmin-handleiding.

Heb je een VPS? Volg dan de gratis cursus VPS en Linux-serverbeheer, les 3.1 Gebruikers, groepen en bestandsrechten.