Alors, j'ai pensé à un titre plus court, mais ça aurait raté le coche. Vous êtes sur la bonne page si leURLle chemin vers lequel vous avez été redirigé ressemble à ceci et semble ne jamais disparaître :
https://example.com/z0f76a1d14fd21a8fb5fd0d03e0fdc3d3cedae52f?wsidchk=12345678
Les bases du problème
C'est difficile à expliquer, donc quelques notions de base sont nécessaires pour les lecteurs non techniques, mais la plupart des gens qui s'y intéressent seront avertis en matière de technologie et pourront l'ignorer.
Le cache est en bref des fichiers statiques créés à partir de votre site Web et stockés dans la mémoire du serveur, ce qui accélère la livraison de votre site. Voir égalementQu'est-ce que la mise en cache ? | Comment un site Web est-il mis en cache ? | Nuageuxpour une explication simple mais détaillée.
TTL signifie "Time To Live" et représente la durée pendant laquelle les données mises en cache restent valides avant qu'elles ne soient recréées, demandées à nouveau, ou les deux. La durée de vie des pages Web est définie dans l'en-tête de la page et peut couvrir plusieurs points de stockage différents, tels que le cache du serveur Edge ou le cache du navigateur. Ce sont les deux types de cache auxquels cette erreur 404 est liée.
Pour une explication détaillée des règles de Cloudflare, voir Technoogies.com - "Le guide définitif pour les règles gratuites et de page de Cloudflare"
Qu'est-ce que la durée de vie du cache Edge ?
Cache Everything traite tout le contenu comme statique et met en cache tous les types de fichiers au-delà du contenu mis en cache par défaut de Cloudflare et respecte les en-têtes de cache du serveur Web d'origine, sauf si Edge Cache TTL est également défini dans la Page Rule.
Lorsqu'il est combiné avec un Edge Cache TTL > 0, Cache Everything supprime les cookies de la réponse du serveur Web d'origine.
Voici le vrai problème
Le pare-feu du serveur Imunify360 s'exécute sur votre serveur d'hébergement Web et intercède entre les serveurs périphériques Cloudflare et votre serveur d'origine. Quand tu vois ce bazarURLdans la barre d'adresse avec la page d'erreur "404 Not Found", vous utilisez probablement Cloudflare et avez une règle de page qui a "Cache Everything" combiné avec "Edge Cache TTL". Cela pourrait être un faux positif, mais même si quelqu'un attaque votre site, Imunify360 interviendra et Cloudflare finira par mettre en cache cette sortie avec la redirection provoquant le 404, donc avec le Edge Cache TTL contrôlé par Cloudflare et non le service Imunify360, le cache Cloudflare ne sera pas modifié aussi longtemps que le Edge Cache TTL est défini.
La meilleure explication que j'ai trouvée est dans la communauté Cloudflare parcbrandtd'il y a environ un an, février 2022.
"Lorsque Imunify360 détecte une activité malveillante, il intercepte la requête et envoie une page interstitielle avec un 200HTTPcode d'état. Cette page a une redirection JavaScript qui pointe vers ce chemin, qui obtient alors un 404 car il n'y a pas une telle page sur votre serveur. Le problème est qu'avec Edge Cache TTL, la directive no-store définie par l'en-tête Cache Control sur la page interstitielle est remplacée et cette page est mise en cache. Après cela, chaque visiteur sera redirigé vers le 404 tant que cette page interstitielle n'est pas purgée du cache.
Ainsi, non seulement le cache d'en-tête Origin TTL est remplacé par le paramètre Cloudflare Edge Cache TTL, mais également l'en-tête Imunify360 Edge Cache TTL.
Ce qu'il faut faire?
La première chose à faire est de vider le cache de Cloudlflare. Cela devrait rendre votre site à nouveau accessible. Pour résoudre le problème, ne pas ajouter ou définir Edge Cache TTL avec l'option Cache Everything devrait le résoudre, utilisez donc Cache Everything, mais supprimez la partie Edge Cache TTL de votre règle afin que l'Origin TTL soit la valeur par défaut et les pages de sécurité Imunify360 TTL n'est pas non plus remplacé par Cloudflare.
- A propos de l'auteur
- Derniers articles
- Plus d'informations
Geek professionnel et premier implémenteur de la virtualisation en 1998.
Propriétaire d'une petite entreprise et était autrefois l'administrateur réseau de Knight Transportation. Fanatique de racquetball, mais a dû se retirer.
