[Problème] Accès au frontal d'administration

[jps0302]

Bonjour

Je viens de publier un site pour un ami, chez OVH --> https://www.ramonage-idf.fr

Ce site est en version 3.9.22 et j'ai sécurisé celui-ci avec Aesecure Free.

J'ai forcé le www car j'utilise un CDN; et le forçage semble bien se dérouler sur le frontend.

Mon problème est le suivant :

• Si je lance frontal d'administration avec les www, --> c'est ok
• Si je lance frontal d'administration sans les www, je ne peux plus accéder aux sous menu du frontal

Avez-vous déjà rencontré ce souci ?

Merci de votre future aide sur le sujet

[manu93fr]

Bonjour,
il y a un truc que je ne comprends pas ... si tu utilises Aesecure free pour forcer le www .... alors il le force partout !!! Même en administration ... non ?
Donc il y a bien une redirection dans le Htaccess (Cavo confirmera ... ou pas .. sourire)

[jps0302]

../..
Si je lance sans les www, voici la page que j'obtiens sur Chrome (avec des caractères parasites devant Username et Password)



Si je lance le frontal avec les www, voici la page affichée :



Voilà ce que je constate ...

Pour l'instant, ce n'est pas grave, je lance le frontal avec les www et j'ai un frontal d'admin correct, mais j'aimerais bien comprendre (si possible ...)

merci d'avance

[RobertG]

Bonjour,

C'est curieux, il me semblait que ça basculait par défaut en www chez OVH.
Puisque ce n'est pas le cas, tu peux utiliser des instructions dans le fichier .htaccess pour forcer ce passage, par exemple (à tester)

RewriteCond %{HTTP_HOST} ^monsite.tld [NC]
RewriteRule ^(.*) https://www.monsite.tld/$1 [L,R=301]

[jps0302]

Bonjour

Mais j'ai déjà ces lignes dans le fichier .htaccess se trouvant à la racine du site :

RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L]

Cela devrait suffire ? Non ?

En fouillant sur les archives du forum, je viens de m'apercevoir que j'avais eu un échange identique sur le même sujet avec Christophe :

https://forum.joomla.fr/forum/joomla-3-x/questions--g%C3%A9n%C3%A9rales/1972757-ic%C3%B4nes-sur-formulaire-d-identification-de-l-administration-joomla

Dans ce post, je disais qu'en désactivant l'option 4.3 d'aesecure qui permet de Protéger les fichiers de l'administration de Joomla, je retrouvais mes icones sur le frontal d'administration.
A l'époque , Notre expert Aesecure ne semblait pas voir de relation entre ce paramètre 4.3 et le problème, et je pense qu'on peut apporter tout notre crédit à cette réponse.

Ceci dit, je viens de désactiver l'option 4.3, puis vider le cache et lorsque je lance le frontal sans les www, mes icônes apparaissent et mes sous-menus sont opérants.
Si je réactive l'option précitée, je perds les icones et les sous-menus du frontal.

Encore une fois, ce n'est qu'un constat

Merci

[cavo789]

Bonjour

aeSecure retourne un code 403 pour les fichiers bloqués : si tu affiches ton panneau de debuging (touche F12 dans ton navigateur) rends-toi dans l'onglet réseau puis réaffiche ta page. Les ressources bloquées sont alors affichées en rouge.

[jps0302]

Bonjour

Voici , ci-dessous, le bilan des ressources bloquées :



Merci de ton diagnostic

[cavo789]

Cela en fait beaucoup !

Les deux derniers, ce sont tes icônes. Clique sur un des liens et analyse ce que tu verras. Si c'est aeSecure qui bloque, tu verras un message clair expliquant que 1. c'est aeSecure et 2. un code de blocage.

Bonne journée.

[jps0302]

../..
Voici ce que je lis, dès lors que je clique sur un des 2 icônes :

1. 1. Request URL:
      https://ramonage-idf.fr/media/jui/fonts/IcoMoon.woff
   2. Referrer Policy:
      strict-origin-when-cross-origin
2. Response Headers
   1. content-encoding:
      gzip
   2. content-type:
      text/html; charset=iso-8859-1
   3. date:
      Thu, 08 Oct 2020 04:59:21 GMT
   4. location:
      http://www.ramonage-idf.fr/media/jui/fonts/IcoMoon.woff
   5. status:
      301
   6. vary:
      Accept-Encoding
   7. x-cacheable:
      Cacheable
   8. x-cdn-pop:
      rbx1
   9. x-cdn-pop-ip:
      51.254.41.192/26
   10. x-content-type-options:
       nosniff
   11. x-request-id:
       229083449
3. Request Headers
   1. Provisional headers are shown
   2. Origin:
      https://ramonage-idf.fr
   3. Referer:
      https://ramonage-idf.fr/administrato...ef6672b5ba64c6
   4. User-Agent:
      Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Mobile Safari/537.36

J'avoue humblement que je ne vois pas grand chose pouvant m'aiguiller vers une hypothétique solution !!!

[manu93fr]

../..
Si je lance sans les www, voici la page que j'obtiens sur Chrome (avec des caractères parasites devant Username et Password)



Si je lance le frontal avec les www, voici la page affichée :



Voilà ce que je constate ...

Pour l'instant, ce n'est pas grave, je lance le frontal avec les www et j'ai un frontal d'admin correct, mais j'aimerais bien comprendre (si possible ...)

merci d'avance

Oui mais si tu lance sans les "www" ... la redirection de Aesecure devrait te renvoyer automatiquement avec les "www" ... puisqu'il agit en amont avec le fichier htaccess ... bien avant que la page web s'affiche ! ... donc il y a peut être un souci de redirections multiples dans ton fichier htaccess

[Eddy.vh]

Bonsoir.

J'ai la même réaction selon que j'appelle l'admin avec ou sans www. Pourtant aesecure est paramétré pour rediriger le non www vers www mais il semble que le redirection ne se fasse pas sur le lien contenant administrator…

Je ne ressens en tous cas pas de problème puisque j'appelle mes administrations depuis mes Marque-Page.

[jps0302]

Moi aussi j'appelle mes admin depuis un marque page, mais intellectuellement, ce serait bien de comprendre.
Et si vous désactivez le param 4.3 de Aesecure, constatez vous le mêmes effets que moi ?
merci