Bot Koruması (JS Challenge) yönet
Güvenlik sayfasından üç modlu bot doğrulamayı açın, "Herkese" modunu bilinçli kullanın, geçme oranını okuyun.
CDN.com.tr Yardım
Cache durumunu oku: HIT, MISS, BYPASS, EXPIRED
X-Proxy-Cache-MT yanıt başlığıyla CDN'in bir isteğe tam olarak ne yaptığını görün ve cache'in beklendiği gibi çalıştığını doğrulayın.
Cache, güvenlik, WAF ve purge
Cache durumunu oku: HIT, MISS, BYPASS, EXPIRED
X-Proxy-Cache-MT yanıt başlığıyla CDN'in bir isteğe tam olarak ne yaptığını görün ve cache'in beklendiği gibi çalıştığını doğrulayın.
Kullanım senaryoları
Müşteri tarayıcı DevTools'ta yanıt başlıklarına bakıyor ve içeriğin CDN cache'inden mi servis edildiğini, origin'den mi çekildiğini yoksa bilinçli olarak atlandığını mı öğrenmek istiyor.
Akış
- Sayfa veya asset URL'ini açıp yanıt başlıklarını inceleyin (DevTools Network sekmesi veya `curl -I`).
- `X-Proxy-Cache-MT` başlığını bulun.
- Değeri aşağıdaki sözlükle eşleştirin.
- İsteği tekrarlayın: sağlıklı cachelenebilir bir URL ilk istekte MISS, sonra HIT verir.
Kontroller
- HIT — origin'e gitmeden CDN cache'inden servis edildi. Statik ve anonim içerik için hedef budur.
- MISS — henüz cache'te yoktu; origin'den alınıp kaydedildi. Aynı isteğin tekrarı HIT olmalı.
- EXPIRED — cache'teydi ama TTL doldu; origin'den tazelendi.
- BYPASS — bu istek bir atlama kuralına takıldı, CDN bilerek origin'e gitti. En yaygın neden: panele/CMS'e giriş yapmış olmanız — oturum/giriş cookie'si sizin için cache'i kapatır. O cookie'si olmayan ziyaretçiler HIT almaya devam eder.
Sık sorulan sorular
Tarayıcımda hep BYPASS görüyorum ama cache açık olmalı — neden?
Neredeyse kesin olarak siteye veya panele giriş yapmışsınız. Giriş ve oturum cookie'leri, kişiselleştirilmiş sayfalar asla cachelenmesin diye cache'i bilerek atlar. Gizli pencereyle veya `curl -I https://domaininiz.com/path` ile test edin — MISS sonra HIT görmelisiniz.
CDN, origin'in Cache-Control başlığını neden dikkate almıyor?
Cache TTL'i origin yanıt başlığı değil, Advanced Management'taki hesap cache kuralları belirler. Origin başlığı tarayıcılara aynen iletilir. Path veya içerik türü bazlı TTL için Add Rule kullanın.
Mobil ve masaüstü ayrı mı cacheleniyor?
Hayır. Cache anahtarında cihaz bileşeni yok — mobil ve masaüstü aynı girdiyi paylaşır, bir yolu purge etmek ikisini birden temizler.
Herkes için taze içeriği nasıl zorlarım?
Purge Management'tan ilgili path'i temizleyin. Kendi tarayıcınızdaki hard refresh yalnızca sizin tarayıcı önbelleğinizi etkiler, CDN cache'ini etkilemez.
İlgili sayfalar
Güvenlik sayfası: WAF, IP ve ülke engelleme, hotlink, rate limit
Hesap düzeyindeki tüm güvenlik kontrolleri tek Güvenlik sayfasında: site geneli WAF anahtarı, JS Challenge bot koruması, IP ve ülke engelleme, hotlink koruması, istek rate limit'i ve link süresi. Her kayıt edge'e otomatik deploy olur — ayrı bir yayınlama adımı yoktur.
Add Rule ile cache davranışı yaz
Domain/path bazlı cache key, TTL, method/status, header/cookie, optimization ve rate-limit kurallarını düzenleyin.
WAF loglarını oku
Internal log sistemlerini açmadan blocked/challenged traffic açıklayın.
Cache purge yap
Path, saved path veya tüm account purge yapın; CDN cache ile browser cache farkını ayırın.
Cache anahtarı ve purge: "purge ettim ama hâlâ eski" neden olur
Cache'lenen her nesne, istekten üretilen bir anahtar altında saklanır — şema, host, yol ve query string. Purge yalnızca tam o anahtarı adreslediğinde girdiyi temizler. Bu tek fikir, "purge çalışmadı" vakalarının neredeyse hepsini açıklar.