[RÉGLÉ] fonctionnement de Aesecure sur J3.10.11 avant migration J4.

[reyon71]

Bonjour,
Suite à la mise à jour de PHP vers la version 8.0 chez IONOS, j'ai rencontré un message d'erreur en voulant aller sur l'admin Aesecure. Après exploration du forum, j'ai trouvé la ligne de code à modifier dans le fichier ligne 22 de setting.php et setting.json : Merci à son auteur !!!. Grace à cette modification, j'ai retrouvé l'accès à Aesecure (voir photo). Mais il semble inopérant !
Plus grave, je n'avais plus accès à l'admin de mon site de production, ni à sa copie en vue de la migration vers J4.
Après bien des recherches, j'ai renommé les .htacces des deux sites en, .txt et j'ai retrouvé le plein accès à mes admins.
Ma question est la protection de l'admin ! Vu que le .htaccess est inopérant !!
Comment protéger ces répertoires (ce que faisait Aesecure) ? Peut-être suffit 'il de modifier le fichier .htaccess et .htpasswd ! Mais je ne sais pas faire ...
Autre question : Si je supprime totalement Aesecure, QUID des .htaccess mis dans les répertoires ??
Cet outil n'étant plus mis à jour ni entretenu, il me faut trouver une solution avant de migrer sur J4.
Mon site : www.http://www.aeroclub-montceau-creusot.fr/
En PJ les 2 fichiers concernés, et une photo de la page aesecure.

Merci beaucoup de votre aide !!

Bien cordialement,
JMN

[cavo789]

Bonjour

Avant toute chose (comme tu le sais), aeSecure n'est plus développé ni maintenu depuis fin 2019 si je ne m'abuse (j'hésite même si ce n'était pas 2018).

Mais il semble inopérant !

Personnellement (et j'étais le développeur d'aeSecure), je ne l'ai jamais utilisé sous PHP 8. Certains utilisateurs m'ont déjà fait part de leurs tentatives et qu'ils ont dû faire des petites retouches mais qu'ils ont bien vite abandonné et passé sur un autre logiciel. .

Plus grave, je n'avais plus accès à l'admin de mon site de production, ni à sa copie en vue de la migration vers J4. Après bien des recherches, j'ai renommé les .htacces des deux sites en, .txt et j'ai retrouvé le plein accès à mes admins.
Ma question est la protection de l'admin ! Vu que le .htaccess est inopérant !!

Là, aeSecure n'y est strictement pour rien. Le logiciel PHP d'aeSecure est une chose, les fichiers .htaccess en sont une autre.

Tu as posté le fichier .htaccess (top!) et je peux voir la ligne AuthUserFile "/homepages/32/d392987430/htdocs/administrator/.htpasswd", du coup je me demande si le chemin est toujours correct; c'est juste une piste de réflexion...

Comment protéger ces répertoires (ce que faisait Aesecure) ? Peut-être suffit 'il de modifier le fichier .htaccess et .htpasswd ! Mais je ne sais pas faire ...

Comme l'illustre le fichier .htaccess posté, il s'agit d'une protection à base d'un fichier .htpasswd; tu trouveras sur http://aspirine.org/htpasswd.html un générateur d'un tel ficheir.

Autre question : Si je supprime totalement Aesecure, QUID des .htaccess mis dans les répertoires ??!

Les fichiers .htaccess sont génériques à Apache, tu peux supprimer l'outil aeSecure, les fichiers .htaccess continueront donc à fonctionner. Aucun souci.
Toutefois comme ces fichiers ont maintenant quatre ans ou plus, il est peut-être bon de les supprimer pour opter alors pour un autre outil (p.ex. Akeeba Admin Tools) qui proposerait alors une autre façon de travailler.

Bonne journée.

[Eddy.vh]

Bonjour.

Je suis passé à Joomla 4 (et PHP8) voilà quelques mois. Il me semble que j'avais paramétré aesecure alors que j'étais encore en php7 puis passé en php8.
Le "logiciel" lui-même ne fonctionne plus sous php8 mais le .htaccess fait toujours son office.

Du coup, par sécurité, j'ai copié le code du .htaccess produit par aesecure et l'ai placé en sûreté dans mes archives afin de pouvoir le réutiliser partout où je le souhaite.

Je serais bien passé à une solution plus récente et actuelle, mais le budget pour mon site est déjà dépassé.

[RobertG]

Bonjour,

Comme je l'ai dit dans une autre discussion, pour passer en PHP 8, il faut modifier dans le fichier principal les "curly braces" qui n'y sont plus acceptés. Il faut aussi éventuellement ajouter les versions de PHP dans un autre fichier, j'ai oublié lequel , mais c'est facultatif puisque ça ne sert qu'à signaler d'éventuelles versions plus récentes de PHP.

Le plus gênant à mon avis est qu'avec la suppression du site aesecure.com, on n'a plus les modèles qu'il était précédemment possible d'importer.
Il faudrait que je retrouve le ou les sites où j'avais fait ces corrections ou que je les reproduise sur un site J4 pour pouvoir expliquer quoi faire.

[cavo789]

Il faut aussi éventuellement ajouter les versions de PHP dans un autre fichier, j'ai oublié lequel , mais c'est facultatif puisque ça ne sert qu'à signaler d'éventuelles versions plus récentes de PHP.

En effet. Il s'agit du fichier config/settings.json mais c'est purement optionnel.

Le plus gênant à mon avis est qu'avec la suppression du site aesecure.com, on n'a plus les modèles qu'il était précédemment possible d'importer.

Tu as raison mais cela ne concernait que les licenses pro.

[reyon71]

[

Tu as posté le fichier .htaccess (top!) et je peux voir la ligne AuthUserFile "/homepages/32/d392987430/htdocs/administrator/.htpasswd", du coup je me demande si le chemin est toujours correct; c'est juste une piste de réflexion...



Comme l'illustre le fichier .htaccess posté, il s'agit d'une protection à base d'un fichier .htpasswd; tu trouveras sur http://aspirine.org/htpasswd.html un générateur d'un tel ficheir.



Les fichiers .htaccess sont génériques à Apache, tu peux supprimer l'outil aeSecure, les fichiers .htaccess continueront donc à fonctionner. Aucun souci.
Toutefois comme ces fichiers ont maintenant quatre ans ou plus, il est peut-être bon de les supprimer pour opter alors pour un autre outil (p.ex. Akeeba Admin Tools) qui proposerait alors une autre façon de travailler.

Bonne journée.[/QUOTE]

Bien vu ! Merci, en effet le chemin n'était pas bon !! J'ai modifié le htaccess et tout est ok maintenant ! Super !
J'ai une question : Si je garde aesecure en l'état, cela posera t'il un pb lors de la migration vers J4 ???

Bonne journée, ici il neige !

[RobertG]

Pour ce qui est de la migration en J4, je n'ai pas le souvenir d'incidents en lien avec aeSecure, et pourtant j'ai migré pas mal de sites qui l'utilisaient.
Il n'y a que l'accès à sa page principale qui m'a semblé touché au passage en PHP 8.

[cavo789]

[
Bien vu ! Merci, en effet le chemin n'était pas bon !! J'ai modifié le htaccess et tout est ok maintenant ! Super !
J'ai une question : Si je garde aesecure en l'état, cela posera t'il un pb lors de la migration vers J4 ???

Comme mentionné plus haut (et tu as pu le confirmer en récupérant ton admin); aeSecure est (était) une interface de gestion qui permettait de configurer des règles et de déposer ici et là des fichiers .htaccess. Ces fichiers-là sont génériques; que ce soit pour Joomla ou WP ou ... Ils sont rédigés dans la "langue" de Apache (ton serveur web) qui est donc totalement indépendant de Joomla.

Donc, en toute logique, ces fichiers seront même compatibles pour Joomla 5.

C'est l'interface PHP d'aeSecure qui est impactée par PHP 8; pas la protection en place.

[woluweb]

Petite remarque en passant : chez la plupart des hébergeurs, on peut spécifier une version PHP différente par dossier.
Donc strictement dit, si je devais/voulais accéder à mon interface aeSecure pour une raison et une autre, je peux toujours
- laisser mon site en PHP8.x
- mais basculer le dossier aeSecure en PHP7.4

[RobertG]

Personnellement, je n'ai rencontré la possibilité de personnalisation de PHP que pour des sites (domaine ou sous-domaine), sauf OVH et son ovhconfig, mais sauf erreur, il n'est plus possible d'utiliser ce fichier que pour la racine et un niveau au-dessus (si quelqu'un peut confirmer ou infirmer ?), ce qui voudrait dire que le fichier qui serait dans "www/aesecure" ne serait pas pris en compte car au troisième niveau des dossiers.

Cela dit, je viens de tester sur un site en 4.2.6 et aeSecure Pro : avec PHP 8.0 et les modifications que j'avais faites, la personnalisation du .htaccess ne m'a pas posé de problème. Il y a des fonctionnalités qui semblent devenues inutilisables, je n'ai pas noté quoi.
En version 8.1 de PHP, j'ai d'abord eu une désorganisation du site. Retour en 8.0 et récupération de l'affichage ; nouveau passage en 8.1 et plus de problème.
Mais à l'usage, en 8.0, la modification en passant par le pop-up, pour un article par exemple est impossible : Accès refusé

Code : 271 - L'URL contient des caractères non autorisés

En version 8.1 en plus (débogage et rapport d'erreurs au maximum), des erreurs à venir en 8.2

Le plus gênant à mon sens est ce blocage des pop-ups de modification, bien pratiques.
Il faudrait vérifier si c'est aussi le cas en version 3.10.11

[reyon71]

Merci de votre aide et de vos précisions qui m'ont permis de corriger mes erreurs et de me préparer à migrer mon site vers J4 !
Je mets ce message en "réglé" !!

A bientôt pour d'autres sujets !
JMN