Connexion espace administrateur impossible : le suspect est Wordfence (Créer un compte)

Tu peux désactiver WordFence mai si tu as activé le pare-feu il faut désactiver .user.ini et wordfence-waf.php dans le Htaccess avec ces lignes :

# Wordfence WAF
<Files ".user.ini">
<IfModule mod_authz_core.c>
	Require all denied
</IfModule>
<IfModule !mod_authz_core.c>
	Order deny,allow
	Deny from all
</IfModule>
</Files>

# END Wordfence WAF

Tu utilises Live Traffic ? Moi je le désactive systématiquement.

Non, tu renommes le dossier Wordfence en _Wordfence ça va le désactiver, tu supprimes le code du htaccess et renomme .user.ini en _user.ini.

Là tu devrais avoir désactivé WF et pouvoir accéder à ton admin.

Live traffic stocke les Logs de connexion et ça fini par peser lourd dans ta base, les logs sont accessibles sur l’hébergement de toute façon.

Il existe une extension particulière pour gérer les données de WordFence c’est wordfence-assistant.

Si ta base de données est full il te faut la faire maigrir… et ça peut devenir titanesque.

Merci, pour information l’installation du site de nico239 était imparfaite, hébergé chez OVH mutu la base de données était sur une autre service (anciennement 18mobiles) et le nom de domaine pointait sut la « racine » avec une redirection permanente dans un sous dossier… de quoi rendre dingue WordFence et le CDN OVH. Il a donc fallu remettre les choses en ordre :

• Exportation de la base de données (non sans mal car 190 mo environ)
• J’ai revu entièrement la base en local avec MAMP avec suppression des tables superflues dû aux essais de diverses extensions depuis supprimées
• Amaigrissement en retirant les versions et transients (poids final 181 mo)
• J’ai supprimé la redirection permanente et revu les url dans la BDD pour enlever le sous-dossier
• Déplacement du site en « racine » car c’est là qu’il devrait être
• Réactivation de WP Rocket et Wordfence et mise en place de PHP7, le site s’en porte mieux
• Quelques retouches d’URL pour quelques images (thème et widget) et ça roule

Un conseil, chez OVH gardez l’arborescence www, elle permet d’avoir une racine supérieure pour les cgi si besoin (passerelles paiement par exemple), et faites régulièrement une sauvegarde de votre base de données…

Pour finir, vu ces changements, les anciennes URL données par Google avec /blog/ tombent naturellement en erreur 404, j’ai ajouté une règle de redirection pour qu’elles retrouvent leur chemin sur le nouveau site :

<IfModule mod_rewrite.c>
  RewriteCond %{HTTPS} !=on
  RewriteCond %{HTTP_HOST} ^blog\.(.+)$ [NC]
  RewriteRule ^  http://www\.%1%{REQUEST_URI}  [R=301,L]
</IfModule>