Interdit (403) : vous n'avez pas l'autorisation d'accéder à / sur ce serveur

Recevez-vous le message ci-dessous sur votre site web ? Dans cet article, découvrez quelle en est généralement la cause et comment le résoudre, également si vous utilisez WordPress.

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

La cause la plus fréquente : aucun fichier de démarrage

Le plus souvent, il n'y a pas de fichier de démarrage dans le dossier demandé. Si vous demandez www.votredomaine.nl, le serveur recherche un fichier index.php ou index.html dans domains/votredomaine.nl/public_html. S'il n'y est pas, ou si votre site web se trouve dans un autre dossier, vous recevez ce message. Vérifiez cela dans Gestionnaire de fichiers.

Autres causes

• Une ligne de votre fichier .htaccess bloque l'accès, par exemple Deny from all.
• Les droits d'un dossier ou d'un fichier sont trop stricts. Les dossiers doivent être réglés sur 755 et les fichiers sur 644.
• Le Pare-feu d'Application Web ou Imunify360 a bloqué une requête, car elle ressemblait à une attaque.

Une erreur 403 sur votre site WordPress

Recevez-vous l'erreur 403 dans WordPress, par exemple après une mise à jour, lors de l'enregistrement ou dans l'administration ? Suivez alors ces étapes.

1. Désactivez votre extension de sécurité. Des extensions comme Wordfence, iThemes Security ou All In One WP Security disposent de leur propre pare-feu. Si vous ne pouvez plus accéder à WordPress, renommez dans le Gestionnaire de fichiers le dossier de l'extension dans wp-content/plugins, par exemple wordfence en wordfence-uit. WordPress désactive alors l'extension. Si votre site fonctionne à nouveau, consultez les paramètres ou les journaux de l'extension pour voir ce qu'elle bloquait, puis redonnez son ancien nom au dossier.
2. Rétablissez le fichier .htaccess standard de WordPress. Conservez d'abord une copie de votre fichier .htaccess actuel dans public_html. Remplacez ensuite le contenu par :

   # 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

   Si cela fonctionne ensuite, l'erreur se trouvait dans l'une des autres lignes. Rétablissez-les une par une pour voir laquelle est en cause.
3. Vérifiez les droits. Dossiers sur 755, fichiers sur 644. Le dossier wp-content/uploads doit également être accessible en écriture pour votre site web. Voir Droits des fichiers et dossiers (chmod).
4. Consultez le journal des erreurs. Ouvrez dans DirectAdmin Aperçu du site et journaux et consultez le journal des erreurs de votre domaine au moment de l'erreur. Si une ligne mentionne ModSecurity: Access denied with code 403 ou IM360 WAF, le pare-feu bloque la requête. Voir Aperçu du site et journaux.
5. Désactiver une règle du pare-feu. Si vous ne recevez l'erreur 403 qu'à l'enregistrement ou au téléversement, vous pouvez dans Pare-feu d'Application Web désactiver uniquement la règle qui pose problème. Ne désactivez jamais complètement le pare-feu. S'il s'agit d'un message d'Imunify360, envoyez-nous la règle concernée et l'adresse de la page. Voir Imunify360 : analyser votre site web à la recherche de logiciels malveillants.

Vous ne trouvez pas de solution ? Envoyez-nous dans un ticket l'heure à laquelle le problème est survenu, l'adresse de la page et ce que vous essayiez de faire. Nous rechercherons alors la solution pour vous.

Voir également dans le guide DirectAdmin : Afficher et modifier les fichiers cachés comme .htaccess.

Explication détaillée : Erreur 403 ou 406 lors de l'enregistrement ou du téléversement dans le guide DirectAdmin.