Gérer la protection anti-bots (JS Challenge)
Activez la vérification à trois modes depuis la page Sécurité, utilisez « Tout le monde » à bon escient, lisez le taux de réussite.
Aide CDN.com.tr
Utilisez cette section quand le contenu est obsolète, que le trafic est bloqué, qu'une redirection est inattendue, ou qu'une purge doit être suivie.
Cette section couvre la façon dont le CDN stocke, protège et actualise votre contenu — les trois éléments qui déterminent si les visiteurs obtiennent un site rapide, sûr et à jour. Les règles de cache contrôlent ce qui est mis en cache et pendant combien de temps, les contrôles de sécurité et le WAF filtrent le trafic malveillant, et la purge efface le contenu mis en cache dès que vous publiez une modification.
La mise en cache est ce qui rend un CDN rapide : une réponse mise en cache est servie depuis le nœud périphérique, proche du visiteur, sans toucher votre serveur d'origine. Vous la façonnez avec des règles de cache — la clé de cache, le TTL, les méthodes HTTP et codes de statut à mettre en cache, et la gestion des en-têtes/cookies — et vous confirmez son fonctionnement en lisant l'en-tête de réponse X-Proxy-Cache-MT, qui indique HIT, MISS, BYPASS ou EXPIRED pour chaque requête.
La sécurité s'exécute au même endroit en périphérie. Le WAF (pare-feu applicatif web) bloque les attaques courantes telles que l'injection SQL et le cross-site scripting avant qu'elles n'atteignent votre serveur, et les journaux WAF vous permettent de voir exactement ce qui a été bloqué ou mis au défi, et pourquoi. Lorsque le contenu semble obsolète après une mise à jour, une purge supprime l'ancienne copie du cache en périphérie afin que le prochain visiteur obtienne immédiatement la nouvelle version.
Activez la vérification à trois modes depuis la page Sécurité, utilisez « Tout le monde » à bon escient, lisez le taux de réussite.
Tous les contrôles de sécurité au niveau du compte sont réunis sur une seule page Sécurité : l'interrupteur WAF pour tout le site, la protection anti-bots JS Challenge, le blocage d'IP et de pays, la protection hotlink, la limitation de débit des requêtes et l'expiration des liens. Chaque enregistrement se déploie automatiquement sur les edges — pas d'étape de publication séparée.
Configurez la clé de cache domaine/chemin, le TTL, les méthodes/statuts, les en-têtes/cookies, l'optimisation et les règles de limitation de débit.
Utilisez les journaux WAF pour expliquer un trafic bloqué ou mis au défi sans exposer les systèmes de journalisation internes.
Purgez un chemin, un chemin enregistré ou l'ensemble du compte, et distinguez le cache CDN du cache navigateur.
Chaque objet mis en cache est stocké sous une clé construite à partir de la requête — schéma, hôte, chemin et chaîne de requête. Une purge n'efface une entrée que lorsqu'elle vise exactement cette clé. Comprendre cette seule idée explique presque tous les cas de « la purge n'a pas fonctionné ».
Utilisez l'en-tête de réponse X-Proxy-Cache-MT pour voir exactement ce que le CDN a fait d'une requête et vérifier que la mise en cache fonctionne comme prévu.
Le préréglage de sécurité Hsts fait envoyer par l'edge l'en-tête Strict-Transport-Security: max-age=31536000 sur les réponses HTTPS, afin qu'un navigateur ayant déjà vu votre site refuse de l'ouvrir en HTTP simple pendant un an.
Deux listes noires à l'échelle du compte dans le même panneau : bloquer des pays entiers par code pays, ou bloquer des réseaux entiers par numéro de système autonome. Un visiteur bloqué reçoit la page 403 de marque avec un identifiant de référence.
Protégez un fichier pour qu'il ne puisse être récupéré qu'avec une signature que vous générez, valable jusqu'à un moment que vous choisissez. Les requêtes non signées reçoivent 403, celles qui ont expiré reçoivent 410.
Activez l'optimisation des images pour le compte ou pour une règle de diffusion et choisissez WebP ou WebP + AVIF : l'edge convertit les images JPEG et PNG et envoie à chaque navigateur un format qu'il accepte, et vos pages gardent les mêmes URL d'images.