[RÉGLÉ] L'activation du CDN enclenche une boucle de redirections

[FlodAriege]

Bonjour,

A force de lire partout que mettre en place un CDN c'est vraiment top pour accélérer un site, soulager la pression sur les serveurs, toussa, j'ai fini par craquer sur le CDN (Cloudflare) inclus dans mon pack hébergement chez 1&1 Ionos.

J'ai fait quelques captures d'écran si ça peut aider (de l'interface 1&1 montrant les caractéristiques du CDN inclus), mais à peine activé... bing ! Ein Gross Problem
Je file en effet sur GTMetrix pour contempler le gain permis par le CDN et là... analyse impossible, boucle de redirection !
Je fonce sur le site bien connu de tout le monde pour tester les redirections, et ça se confirme : redirections loop
mon https://www.domaine.fr renvoie vers https://www.domaine.fr qui renvoie vers https://www.domaine.fr qui ...

Comme juste avant ça j'avais implanté le plugin de sécurité des entêtes http, je désactive à l'envers les dernières options (bien que n'ayant rencontré aucun problème au moment où je les ai implantées, le site de test securityheaders.com m'ayant même renvoyé un magnifique A 2 minutes plus tôt.
Mais bon, il fallait que je sois sure.
Bref.
j'ai fini par désactiver complètement le plugin, et la boucle de redirection était toujours là.

Là je me suis dit, ma fille, j'espère qu'on désactive un CDN aussi facilement qu'on l'active, et que ça reste sans conséquence, respire un grand coup, puis clique sur Désactiver le CDN.
Byebye.
Quelques ctrl+f5 plus tard, GT metrix finit par réussir une analyse, de même que securityheaders.com (qui me recolle l'affreux F que j'avais au départ).
Je réactive le plugin, récupère ma note A.

Mais je n'ai pas de CDN.
Y avait-il quelque chose de particulier à configurer lors de l'activation à côté de quoi je suis passée ?
Pourtant quand j'ai essayé de regarder de plus près les réglages par défaut pour les modifier, j'ai surtout trouvé des options désactivées (tellement que je me demande bien quel est l'intérêt d'un CDN si c'est pour ne rien lui faire faire, ou presque).

Voilà voilà.
J'ai eu un CDN pendant 5 ou 10 minutes.

Et maintenant ?

Merci d'avance pour vos conseils toujours éclairés.
et bonne soirée.

Flo

[FlodAriege]

En cherchant en anglais, j'ai trouvé ça :
https://support.cloudflare.com/hc/en...ct-loop-errors
... mais c'est déjà assez difficile en français pour moi, alors là je ne comprends pas bien...
Se pourrait-il que je sois en flexible ssl et qu'il faille que je règle le cdn cloudflare sur Full ?
Si oui, comment fait-on ça ? (Le cdn cloudflare étant intégré comme option dans mon hébergement 1&1)
daneel (ou quelqu'un d'autre) une idée ?

Edit:
Et sur l'aide 1&1, je lis à propos de l'offre cdn incluse dans mon contrat:
Paramètre / explication

SSL (CDN Plus seulement)

Chiffrement SSL côté visiteur, Chiffrement SSL complet ou désactivé.

Cela pourrait-il vouloir dire que l'offre "gratuite" CDN (PAS CDN Plus) best pas compatible avec SSL ?

... Ce que semblerait confirmer ceci, à propos de CDN PLUS:
«Support SSL (HTTPS) : le service CDN est compatible avec votre configuration existante SSL. Si vous n'utilisez pas actuellement SSL, CDN peut vous fournir une fonctionnalité SSL. Pas de configuration requise.»
... Texte qu'on ne retrouve pas à propos de l'offre CDN (pas plus),... Même si dans le tableau, en face de support SSL il y a une belle couche cette pour l'offre incluse dans le contrat.

Comme souvent chez 1&1, c'est clair comme de l'eau de boudin...

Merci

[daneel]

daneel[/USER] (ou quelqu'un d'autre) une idée ?

Bonsoir, tu peux corriger ce problème très rapidement en utilisant ce plugin libre et gratuit de simbunch (copie en pièce jointe)

https://www.simbunch.com/products/free-extensions/cloudflare-for-joomla

Cette petite extension injecte simplement une petite ligne de code php qui vérifie la valeur transmise par cloudflare ( HTTP_CF_VISITOR ) afin de déterminer si la page est en https.
On peut également utiliser le code htaccess ou pour nginx comme expliqué sur cette page :

https://codediary.net/posts/forcing-https-redirection-cloudflares-flexible-ssl/

mais perso, je préfère la version php (installe, active et c'est tout)

[FlodAriege]

Merci daneel

J'ai donc installé et activé le plugin, puis activé le pack CDN sur 1&1... avec toujours le même résultat : quand je fais un scan sur securityheaders.com, ça m'affiche "too many redirects"

Quelques détails:
J'ai veillé, comme indiqué dans la doc du plugin, à le positionner en 1ère position

Dans les paramètres généraux lors de l'activation du Pack CDN chez 1&1, j'ai le choix à la rubrique SSL entre :
- ARRÊT
- SSL flexible
- SSL total
Avec le descriptif suivant :

Utilisez le SSL pour protéger la transmission des données entre votre site Web et les visiteurs. Le SSL peut prendre jusqu'à 10 minutes pour être activé.

L'option SSL flexible étant celle réglée par défaut, j'ai laissé tel quel.

Je me demande sérieusement si le pack CDN inclus dans mon contrat 1&1 est, oui ou non, compatible avec le https......... (cf mon post précédent)
C'est dans le descriptif de l'offre payante qu'on trouve le texte :

Tous les avantages inclus dans l'offre Pack CDN, plus :
Support SSL (HTTPS) : le service CDN est compatible avec votre configuration existante SSL.
Si vous n'utilisez pas actuellement SSL, CDN peut vous fournir une fonctionnalité SSL.
Pas de configuration requise.

Mais dans ce cas, pourquoi ai-je des paramètres SSL qui s'affichent dans les paramètres généraux du pack CDN ???

Bon, en attendant ton retour, je vais essayer deux ou trois trucs (genre changer, justement, le réglage des paramètres SSL)
A très vite j'espère


EDIT 17:11:
J'ai changé le paramètre SSL pour le régler sur SSL total (au lieu de flexible qui était la valeur par défaut)
J'ai bien failli modifier mon configuration.php pour y instruire la variable live_site comme indiqué sur le site de l'éditeur du plugin ... mais je n'ai pas pu écraser le fichier existant. Cette sécurité supplémentaire m'a fait douter, et du coup j'ai laissé le fichier inchangé (c'est-à-dire avec la variable live_site = '')
Tout ceci m'a pris un peu de temps (30 minutes à vue de nez)
J'ai refait un énième scan sur securityheaders.com et...
YESSS !!! Le scan est repassé au vert
Il fallait probablement laisser le temps à Cloudflare d'activer le SSL (quand c'est gratuit ce n'est apparemment pas immédiat)

Problème réglé, merci daneel !!