J’ai un serveur yunohost sur lequel est installé wordpress et matomo.
Jusqu’à pas si longtemps je pouvais me connecter sans souci au dashboard admin de wordpress accessible sur url/wp-admin mais ce n’est plus possible.
Lorsque j’essaie de me connecter, j’ai bien d’abord l’écran de connexion yunohost, puis l’écran de connexion wordpress mais je suis ensuite redirigé vers un page inconnue url/?page_id=1387 plutôt que le dashboard admin.
Je me retrouve du coup bloqué sans la possibilité d’accès au dashboard. Il semble y avoir un souci de redirection qqe part.
Si vous avez des indices, idées pour m’aider à trouver le souci voire le corriger je vous en serais très reconnaissant
Le diagnostic n’indique aucune erreur. Tout est à jour : yh 4.3.6.2 et wordpress 5.8~ynh1
Salut, tu accèdes à ta bd?
Si oui cherche dans la tables options tu as dans option name “siteurl” et “home” qui doivent indiquer les bases du site. tonurl.fr
tu peux aussi aller dans wp-config.php la ligne
define(‘WP_DEBUG’, false);
tu la passes à true
define(‘WP_DEBUG’, true); pour avoir le debug.
Je viens d’activer le mode debug et voici l’erreur affichée :
Notice: Constant FORCE_SSL_ADMIN already defined in /var/www/wordpress/wp-config.php on line 92
[EDIT] J’ai trouvé comment fixer ce souci ici mais à part enlever le message d’avertissement dans le debug, le comportement global reste le même. Je suis toujours bloqué. Donc ça ne semble pas avoir de rapport.
Je retente alors de me connecter sur wp-admin et ça marche… sauf que chose étrange, le dashboard s’affiche mais mon compte ne semble pas être admin. Je n’ai accès à rien :
Je suis du coup allé voir dans la wp_users pour identifier l’id de mon compte et ensuite je suis allé dans la table wp_usermeta pour voir quelles sont ses permissions et oh surprise !
Je découvre que le compte n’est plus admin ! J’ignore ce qui a bien pu provoquer ce changement
Je change alors la valeur en question par a:1:{s:13:"administrator";b:1;} pour donner le droit admin au compte et je retente de me connecter…
ça c’est pas bon signe. perso, quand j’utilisai wordpress j’essayai de limiter au maximum les plugins pour minimiser les risques. plus il y a de plugins plus il y a de risques, surtout qu’il peut y avoir un ou plusieurs qui ont des failles de sécurité, publiées ou non, parfois même non corrigées pour certains.
Là dans l’immédiat, vérifie s’il n’y a pas d’autres utilisateurs dans ta session wordpress que tu n’as pas créé, peut être même qu’il est temps de changer de mot de passe admin et mot de passe de base de données. (j’ai eu une experience similaire il y a quelques années)
Pour les plug-in quand tu as un doute, le plus simple est de renommer le dossier par ex old_plugin à la place de plug_in, si ça règle le problème, tu fais de même par plugin.
Je me demande si ce ne serait pas au niveau du ldap qu’il se passe qqc. Comme si côté ldap yh ne sait pas que ce compte est l’admin du wp et changeait ses droits à chaque nouveau login.
Il semble en tout cas y avoir une autre “source de vérité” qui lors du login vient écraser les droits de mon user admin pour le passer en “subscriber”.
C’est une piste à explorer selon vous ? Y’aurait pas eu des changements de ce côté par hasard ? @Aleks ça te dit qqc par hasard ?
Ou alors un réglage côté users ou app wordpress dans yh que je ne fais pas bien ?
Concrètement ça se passe comment en fait la création de compte entre le ldap yh et wordpress ?
Je confirme qu’en fait à chaque fois que je me reconnecte à wp-admin mon user a ses permissions qui repassent en “subscriber” au lieu de garder ses permissions en place, c’est à dire “admin” dans ce cas.
Je suis donc obligé de systématiquement remettre les permissions dans la db avec phpMyAdmin pour accéder à wp-admin en l’état.
Je me demande si ce ne serait pas lié à la config du plugin authLdap ? Est-ce que son parametrage aurait pu changer suite à une maj ou autre ? En tt cas je ne l’ai jamais touché et voici ce qui est en place à l’heure actuelle :
Salut, comme ça je dirais enlève le plugin voir si il est fautif, mais comme je ne sais pas à quoi il sert exactement c’est compliqué.
Dans les problèmes du plugin, il y a un overwrite des droits si ils sont différents dans le WP et dans le LDAP
Peut être que ton profil n’est pas admin sur le LDAP ce qui fait qu’il est remis à jour à chaque connexion ?
