Write cache behavior with Add Rule
Configure domain/path cache key, TTL, methods/statuses, headers/cookies, optimization, and rate-limit rules.
CDN.com.tr Help
Use this section when content is stale, traffic is blocked, a redirect is unexpected, or a purge needs status tracking.
This section covers how the CDN stores, protects and refreshes your content — the three things that decide whether visitors get a fast, safe and up-to-date site. Cache rules control what is cached and for how long, security controls and the WAF filter out malicious traffic, and purge clears cached content the moment you publish a change.
Caching is what makes a CDN fast: a cached response is served from the edge, close to the visitor, without touching your origin server. You shape it with cache rules — the cache key, TTL, which HTTP methods and status codes to cache, and header/cookie handling — and you confirm it is working by reading the X-Proxy-Cache-MT response header, which shows HIT, MISS, BYPASS or EXPIRED for every request.
Security runs at the same edge. The WAF (Web Application Firewall) blocks common attacks such as SQL injection and cross-site scripting before they ever reach your server, and the WAF logs let you see exactly what was blocked or challenged and why. When content looks stale after an update, a purge removes the old copy from the edge cache so the next visitor gets the new version immediately.
Configure domain/path cache key, TTL, methods/statuses, headers/cookies, optimization, and rate-limit rules.
Use WAF logs to explain blocked or challenged traffic without exposing internal log systems.
Purge a path, saved path, or the whole account and separate CDN cache from browser cache.
Use the X-Proxy-Cache-MT response header to see exactly what the CDN did with a request and to verify that caching works as intended.