[RESOLU] Probleme Authentification apres changement user pour apache

zejohn

Bonjour,

Suite à un changement informatique sur l'infra (linux) où est hébergé un site pluxml, nous avons du faire tourner apache avec un user différent du user apache.
Suite à ce changement tout fonctionne sauf l'authentification.
Si on s'authentifie sur une page, ca marche mais dés qu'on change de page (ou qu'on veut aller dans l'admin), on perd l'authentification.
J'ai regardé les logs d'erreur d'apache et rien...
J'ai regardé les logs d’accès d'apache et rien...
J'ai regardé si il y avait des erreurs coté client, rien...

J'ai remis l’exécution d'apache avec le user apache et ca fonctionne. Donc c'est bien coté serveur.

Donc y a-t-il un probleme de droit sur un répertoire ?
Ou sont stockés les fichiers de cache qui contiennent les informations d'authentification ? (si il y en a)

Si vous avez une idée ou des pistes, je suis preneur

Merci d'avance

Stéphane

Bonjour

Est-ce que l'url pour accéder au site à changr ?

bazooka07

Sous Debian/Apache, par défaut Apache2 tourne avec le compte www-data.
Donc a priori ton dossier PluXml doit appartenir au compte www-data. Y compris les sous-dossiers.

Mais apparament tu tournes sur une autre distrib linux Centos OpenSuse ?

Si tu bascules Apache sur le compte moncompte par exemple, il faut te placer dans le dossier qui contient PluXml et faire :

[== bash ==]
sudo chown -R moncompte PluXml
ls -l PluXml/*

PluXml tourne avec PHP. Donc il faut regarder les logs de PHP pour voir s'il ne râle pas pour des droits en lecture/écriture

Sur ton navigateur tu dois pouvoir au moins afficher une image :
http://mon-pluxml.net/core/admin/theme/images/pluxml.png
mon-pluxml.net est à remplacer par l'adresse de ton site

zejohn

Bonjour,

Merci pour les réponses.
L'URL n'a pas changé.

La distrib c'est du redhat (donc apache2 s'appelle httpd).

J'ai bien fait le chown -R sur l'install de pluxml avec moncompte

Concernant l'affichage du site, il fonctionne tres bien. Seul l'authentification ne fonctionne pas.
Elle fonctionne sur la page courante et se "perd" lorsqu'on change de page.

Ou puis je trouver les logs php ?
Pluxml gére t il des fichiers de cache pour l'authentification ? si oui, ou puis les trouver pour verifier les droits.

bazooka07

Oups !
PHP n'a pas de fichier de log. Il renvoie ses messages d'erreurs au serveur web.

Tu parles du user mais pas du group.
As tu mis le nouvel user dans le même groupe que Apache ?

Il y a longtemps que j'ai joué avec Fedora donc je ne connais pas trop cette famille de distributions (Redhat, Fedora, Centos)
Je me rappelle qu'elle utilise SELINUX pour gérer les droits des users et des services.

C'est bizarre qu'avec le nouvel user, tout fonctionne bien côté public et que cela plante dès qu'on tente un accès au back-office

Au cas où, tu redémarres bien Apache à chaque changement de user ?
Tu peux essayer de créer un fichier phpinfo.php dans le dossier core/admin avec simplement une ligne contenant "<?php infophp(); ?>" et voir si elle s'affiche dans le navigateur.

As-tu installé des plugins particuliers dans PluXml ?

Gzyg

Bonjour,

J'ai le même problème sur une openSUSE récente et uniquement avec l'authentification PluXml : autant sur une installation fraîche PluXml tout neuf (user créé) qu'avec un PluXml rapatrié (user existant)...

Pour info (peut-être inutile ?) WordPress, Drupal, et d'autres CMS fonctionnent tout à fait normalement.


à plus,

Gzyg

Yannic

Salut, le pzramettre php.ini session.gc_maxlifetime est til correct ?
Perso jai du augmenter le mien car je me retrouvais déconnecté de l'admin apres 24 minutes (1440 secondes) d'inactivités dans l'admin

zejohn

Hello,

J'ai trouvé ! C'était juste le cookie existant coté client qui empeche l'authentification (suite au changement de user coté serveur).
Je l'explique pas mais j'ai pu le reproduire sur une debian.

En tout cas, merci pour votre aide et votre réactivité.

bazooka07

J'utilise principalement Firefox.
Dans "préférences/Vie privée et sécurité" la case "accepter les cookies" est cochée et "les conserver" est réglée sur "jusqu'à la fermeture de Firefox".
Pour aller plus loin, je clique sur le bouton "Afficher les cookies", rentre l'url du serveur et j'efface tous ses cookies.
Cela sert si on a échoué les 3 tentatives pour s'authentifier