Erreur 403 ou 406 lors de l’enregistrement ou du téléchargement

Vous cliquez dans WordPress sur Mettre à jour, vous envoyez un formulaire ou vous téléchargez un fichier, et vous obtenez 403 Forbidden, 406 Not Acceptable ou une page vide. Dans la plupart des cas, une protection bloque la requête parce qu’elle ressemble à une attaque. C’est gênant, mais cela se résout.

Causes, de la plus fréquente à la plus rare

1. Le Pare-feu applicatif web bloque la requête

Le Pare-feu applicatif web (Modsecurity) contrôle chaque requête adressée à votre site. Si ce que vous enregistrez contient par exemple un bout de code, une longue liste de liens ou certains mots SQL, une règle du pare-feu peut l’interpréter à tort comme une attaque. Une erreur 406 en est presque toujours le signe.

1. Notez l’heure à laquelle le problème s’est produit.
2. Ouvrez dans DirectAdmin Pare-feu applicatif web et cliquez, au niveau de votre domaine, sur Journal d’audit. Recherchez la requête autour de cette heure : vous y trouverez le numéro de la règle (l’ID de règle). Vous le trouvez parfois aussi dans le journal des erreurs de votre domaine, sous Résumé du site & journaux, après id (voir Pare-feu applicatif web et Résumé du site & journaux : le journal des erreurs et le journal d'accès).
3. Ouvrez dans DirectAdmin Pare-feu applicatif web et désactivez uniquement cette règle pour ce domaine (voir Pare-feu applicatif web).

Attention : Ne désactivez pas complètement le pare-feu. Désactivez uniquement la règle à l’origine du problème. Une règle désactivée s’applique à l’ensemble du nom d’hôte (le domaine ou sous-domaine).

2. Une extension de sécurité dans votre site

Des extensions comme Wordfence, iThemes Security ou All In One WP Security disposent de leur propre pare-feu. Consultez les journaux de cette extension, ou désactivez-la temporairement pour tester.

3. Des droits de fichiers incorrects

Le site ne peut-il pas écrire dans le dossier de téléchargement, ou le serveur n’a-t-il pas le droit de lire un fichier ? Vous obtenez alors aussi une erreur 403. Les dossiers doivent être en 755 et les fichiers en 644 (voir Permissions des fichiers et dossiers (chmod)).

4. Protection Hotlink

L’erreur 403 n’apparaît-elle que pour les images, par exemple lorsqu’elles sont affichées sur un autre site ou via un CDN ? La Protection Hotlink peut alors les bloquer. Ajoutez l’adresse à la liste des adresses autorisées (voir Protection Hotlink).

5. Un dossier protégé ou une règle dans le fichier .htaccess

Un dossier protégé par un mot de passe (voir Répertoires protégés par mot de passe) ou des règles comme Deny from all dans le fichier .htaccess provoquent également une erreur 403. Vérifiez dans le Gestionnaire de fichiers si ce dossier contient un fichier .htaccess (voir Afficher et modifier les fichiers cachés comme .htaccess).

Une erreur 403 sur l’ensemble de votre site

Obtenez-vous déjà une erreur 403 sur la page d’accueil, avec le texte You don't have permission to access / on this server ? Il manque alors généralement un fichier index.php ou index.html dans public_html, ou votre site se trouve dans un mauvais dossier. Voir Ouvrir le Gestionnaire de fichiers : les répertoires de votre hébergement et Un autre dossier pour votre site web (documentroot).

Pas d’erreur 403, mais aucune connexion du tout ?

Votre site, votre messagerie et DirectAdmin ne se chargent soudainement plus du tout depuis votre connexion internet, alors que cela fonctionne via la 4G ? Votre adresse IP est alors probablement bloquée par le pare-feu du serveur. C’est différent d’une erreur 403. Vérifiez-le avec Suis-je bloqué ? dans le Centre d’assistance de Mon WebOké (voir Problèmes de connexion résolus).

Astuce : Vous ne vous en sortez pas ? Envoyez-nous dans un ticket l’heure à laquelle le problème s’est produit, l’adresse de la page et ce que vous essayiez d’enregistrer. Nous rechercherons la règle concernée pour vous (voir Demander de l'aide : que transmettre au support ?).