Interdit (403) : vous n'avez pas l'autorisation d'accéder à / sur ce serveur
Le message ci-dessous s'affiche sur votre site web ? Dans cet article, vous découvrirez quelle en est généralement la cause et comment la résoudre, y compris si vous utilisez WordPress.
Forbidden. You don't have permission to access / on this server.
La cause la plus fréquente : aucun fichier d'index
Le plus souvent, le dossier demandé ne contient aucun fichier d'index. Lorsque vous ouvrez www.votredomaine.fr, le serveur recherche un fichier index.php ou index.html dans domains/votredomaine.fr/public_html. Si ce fichier est absent, ou si votre site web se trouve dans un autre dossier, ce message s'affiche. Vérifiez-le dans le Gestionnaire de fichiers.
Autres causes
- Une règle de votre fichier .htaccess bloque l'accès, par exemple
Deny from all. - Les droits d'un dossier ou d'un fichier sont trop restrictifs. Les dossiers doivent être en 755 et les fichiers en 644. Ne mettez jamais rien en 777 pour corriger une erreur : cela ne résout rien et rend votre site vulnérable.
- 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
Vous obtenez l'erreur 403 dans WordPress, par exemple après une mise à jour, lors d'un enregistrement ou dans l'administration ? Suivez alors les étapes ci-dessous.
- Désactivez votre extension de sécurité. Les 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 situé dans
wp-content/plugins, par exemplewordfenceenwordfence-off. WordPress désactive alors l'extension. Si votre site fonctionne de nouveau, consultez les réglages ou les journaux de l'extension pour voir ce qu'elle a bloqué, puis redonnez au dossier son nom d'origine. - Rétablissez le fichier .htaccess par défaut de WordPress. Enregistrez d'abord une copie de votre fichier
.htaccessactuel danspublic_html. Remplacez ensuite son 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 WordPressSi cela fonctionne ensuite, l'erreur provenait de l'une des autres règles. Remettez-les une par une pour identifier la règle en cause. - Vérifiez les droits. Les dossiers en 755, les fichiers en 644. Le dossier
wp-content/uploadsdoit également être accessible en écriture pour votre site web. Consultez Droits des fichiers et des dossiers (chmod). - Consultez le journal des erreurs. Dans DirectAdmin, ouvrez Site Summary / Statistics / Logs et consultez le journal des erreurs de votre domaine au moment où l'erreur s'est produite. Si vous y trouvez une ligne contenant
ModSecurity: Access denied with code 403ouIM360 WAF, c'est le pare-feu qui bloque la requête. Consultez Résumé du site et journaux. - Désactivez la règle du pare-feu. Si l'erreur 403 n'apparaît que lors d'un enregistrement ou d'un téléversement, vous pouvez désactiver dans le Pare-feu d'application web uniquement la règle qui pose problème. Ne désactivez jamais entièrement 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. Consultez Imunify360 : analyser votre site web à la recherche de logiciels malveillants.
Vous ne parvenez pas à résoudre le problème ? Envoyez-nous un ticket en indiquant l'heure à laquelle l'erreur s'est produite, l'adresse de la page et ce que vous tentiez de faire. Nous examinerons la situation pour vous.
Voir aussi dans le manuel DirectAdmin : Afficher et modifier les fichiers cachés comme .htaccess.
Explications détaillées : Erreur 403 ou 406 lors de l'enregistrement ou du téléversement dans le manuel DirectAdmin.
Vous disposez d'un VPS ? Suivez alors le cours gratuit VPS et administration de serveurs Linux, leçon 3.1 Utilisateurs, groupes et droits des fichiers.
