CDN:Cache troubleshooting

Sorun giderme adımları:

1. Yapılandırmanın etkili olduğunu onaylayın: Bir önbellek kuralı ekledikten veya değiştirdikten sonra kural durumu Configuring olarak gösterilir; bu, yapılandırmanın dünya çapındaki POP'lara dağıtıldığı anlamına gelir. Durum genellikle birkaç dakika içinde Success olarak değişir. Yapılandırma etkili olmadan kuralı hemen doğrulamaya çalışmayın.

2. Yeni kuralın hedef kaynak için geçerli olduğunu onaylayın: Yeni kural yalnızca yeni istekler için geçerlidir. POP'lerde zaten önbelleğe alınmış kaynaklar, sona erene kadar önceki ilke kapsamında hizmet vermeye devam eder. Kuralı hemen uygulamak için önce Yenileme ve ön getirme işlevini kullanarak önceki önbelleği temizleyin.

3. Kural eşleştirme önceliğini kontrol edin: Bir istek birden çok kuralı eşleştirdiğinde yalnızca bir kural etkili olur. Varsayılan olarak daha yüksek ağırlığa sahip kural önceliklidir. Ağırlıklar eşit olduğunda genellikle daha sonra oluşturulan kural önceliklidir (konsoldaki gerçek açıklamaya bakın). Hedef yolun eşleştirdiği kuralın en yüksek ağırlığa sahip olduğundan emin olun. Örneğin, belirli bir dizinin (/static/) ağırlığı kök dizinin (/) ağırlığından yüksek olmalıdır.

4. Kaynak yanıt üstbilgilerinin önbelleğe almayı engelleyip engellemediğini kontrol edin: Kaynak sunucu Cache-Control: no-cache, no-store, max-age=0 veya Pragma: no-cache döndürürse CDN varsayılan olarak kaynak yönergesini izler. Farklı yönergelerin kaynaktan çekme davranışı üzerindeki etkisi için aşağıdaki tabloya bakın. Konsol kurallarına dayalı önbelleğe almayı zorlamak için önbellek kuralında Kaynak sunucudan gelen no-cache üstbilgilerini yoksay özelliğini etkinleştirebilir veya statik kaynaklar için no-cache yönergelerini kaldırmak üzere kaynak sunucu yapılandırmasını ayarlayabilirsiniz.

5. URL parametrelerinin nasıl işlendiğini kontrol edin: URL parametreler içeriyorsa ve Parametreleri yoksay devre dışı bırakılmışsa farklı parametrelere sahip URL'ler farklı kaynaklar olarak kabul edilir ve bu durum önbellek isabet oranını düşürür. Parametreleri yoksay veya Belirtilen parametreleri sakla özelliğini etkinleştirebilirsiniz.

6. Kök dizinin önbelleğe alınmayacak şekilde yanlış yapılandırılıp yapılandırılmadığını kontrol edin: Kök dizin (/) kuralının en yüksek ağırlığı varsa ve sona erme süresi 0 saniye olarak ayarlanmışsa tüm istekler kaynaktan çekmeyi tetikler.

Yukarıdaki 4. adımda, kaynak sunucudan gelen farklı no-cache yönergelerinin kaynaktan çekme davranışı üzerinde oldukça farklı etkileri vardır. Gerçek yönergeye göre kaynak sunucunun yükünü değerlendirin:

Kaynak yanıt üstbilgisi	CDN davranışı	Kaynak sunucu üzerindeki etki
Cache-Control: no-store	Önbelleğe alma tamamen yasaktır. Her istek, tam kaynağı kaynak sunucudan çeker.	Kaynak sunucu tüm trafik yükünü taşır.
Cache-Control: no-cache veya max-age=0	POP'ların önbellek kopyalarını saklamasına izin verilir ancak her kullanımdan önce kaynak sunucuyla yeniden doğrulama yapmaları gerekir. Doğrulama başarılı olduğunda kaynak sunucu 304 (yanıt gövdesi olmadan) döndürür ve ek yük tam bir kaynaktan çekmeden çok daha azdır.	Kaynaktan çekme sayısı azalmaz ancak her çekme yalnızca küçük bir koşullu istektir, bu nedenle bant genişliği basıncı yönetilebilir düzeydedir.
Pragma: no-cache	HTTP/1.0 uyumluluk yönergesi. Etkisi no-cache ile benzerdir.	Yukarıdakiyle aynı.

Sona erme süresini 0 olarak ayarlamanın amacı, her isteğin kaynak sunucudan en güncel içeriği çekmesini sağlamaktır. Daha eski içerik döndürülüyorsa şu şekilde sorun giderin:

1. Yerel tarayıcı önbelleğini hariç tutun: Tarayıcı önbelleğini temizleyin veya tekrar test etmek için gizli tarama modunu kullanın ve daha eski içeriği tarayıcının değil POP'un döndürdüğünü onaylayın.

2. Yapılandırma değişikliğinden önce var olan önbelleği temizleyin: Yapılandırmayı değiştirmeden önce önbelleğe alınan kaynaklar otomatik olarak temizlenmez. Yenileme ve ön getirme işlevini kullanarak bir URL yenileme görevi gönderin.

3. Kaynak sunucunun kendi önbelleğinin olup olmadığını kontrol edin: Kaynak sunucu (örneğin bir Nginx önbelleği veya uygulama katmanı önbelleği) daha eski içeriği döndürebilir, bu nedenle CDN kaynaktan çekme sırasında eski verileri çeker.

4. Yapılandırmanın dünya çapında etkili olduğunu onaylayın: Kural durumu Success olmalıdır. Yapılandırmanın tüm POP'lara dağıtılması birkaç dakika sürer.

5. İsteğin beklenen POP'u isabet ettiğini onaylayın: Farklı ISS'lere veya bölgelere sahip kullanıcılar farklı POP'ları isabet edebilir. Sorunu daha fazla belirlemek için birden çok bölgede ayrı ayrı test edin veya CDN gerçek zamanlı günlüklerini ve yanıtta yer alan POP IP'sini kullanın.

1. Yapılandırmanın eksiksizliğini kontrol edin: Özel bir önbellek anahtarı genellikle istek özelliklerine (örneğin User-Agent) dayalı kural koşulları ayarlamayı ve ardından her kurala farklı önbellek anahtarı değişkenleri eklemeyi gerektirir. Mobil ve PC istemcilerinin istek özelliklerinin doğru şekilde tanımlandığından ve iki kuralın eşleştirme koşullarının birbirinin üzerine binmediğinden emin olun.

2. Yapılandırmanın etkili olması için bekleyin: Yapılandırmayı gönderdikten sonra dünya çapında senkronize edilmesi için 5 ila 10 dakika bekleyin.

3. Önceki önbelleği yenileyin: Yapılandırma değişikliğinden önce önceki önbellek anahtarı altında önbelleğe alınan kaynaklar otomatik olarak sona ermez. Bir yenileme görevi gönderin (dizin yenileme kullanmanızı öneririz).

4. İstemcide doğrulayın: Tarayıcı önbelleğini temizleyin ve yeniden deneyin; yanıt üstbilgilerindeki X-Cache değerinin MISS olup olmadığını kontrol edin.

5. Gerçek cihazlarla test edin: Yalnızca tarayıcı penceresini yeniden boyutlandırmak yerine farklı cihazların gerçek User-Agent değerlerini kullanarak istek gönderin (tarayıcı tarafından taklit edilen User-Agent gerçek cihazdan farklı olabilir).

Neden: Kaynak yanıtı Set-Cookie yanıt üstbilgisini içerdiğinde CDN varsayılan olarak yanıtı önbelleğe almaz ve bu durum önbellek isabet oranının 0 olmasına neden olur.

Önerilen çözümler (öncelik sırasına göre):

• Kaynak tarafında düzeltin (önerilir): Kaynak sunucunun resimler, CSS, JavaScript ve yazı tipleri gibi statik kaynaklar için Set-Cookie döndürmeyi durdurmasını sağlayın. Bu temel çözümdür. Dinamik uç noktaların oturum yönetimini etkilemez ve önbellek isabet oranını artırır.

• CDN tarafında yola göre kaldırın: Kaynak sunucu ayarlanamıyorsa dinamik uç noktaları etkilememek için bu yanıt üstbilgisini yalnızca /static/, *.css ve *.js gibi statik kaynak yolları için CDN tarafında kaldırın.

CDN tarafında yola göre üstbilgiyi kaldırma adımları:

1. CDN konsolunda oturum açın. Domain Names sayfasında hedef alan adını bulun ve Manage seçeneğine tıklayın.

2. Alan adı ayrıntıları sayfasının sol gezinme bölmesinde Origin Settings seçeneğine tıklayın ve Gelen yanıt üstbilgilerini değiştir sekmesine gidin.

3. Add seçeneğine tıklayın, kural koşulunu statik kaynak yollarıyla sınırlayın, yanıt üstbilgisi işlemi için Delete seçeneğini belirleyin ve yanıt üstbilgisi adı olarak Set-Cookie girin.

4. Yapılandırma tamamlandıktan sonra yeni kuralın etkili olması için Yenileme ve ön getirme işlevini kullanarak önbelleğe alınmış önceki yanıtları temizleyin.

Yapılandırmadan sonra önbellek isabet oranı hala iyileşmiyorsa şunları kontrol edin: önbellek kurallarında Kaynak sunucudan gelen no-cache üstbilgilerini yoksay özelliğinin etkin olup olmadığı ve aynı kaynağın farklı sorgu parametreleri nedeniyle birden çok önbellek nesnesine ayrılmasını önlemek için Parametreleri yoksay özelliğinin etkin olup olmadığı. CDN'nin varsayılan önbellek kuralları için CDN önbellek sona ermesini yapılandır konusuna bakın.

Düşük önbellek isabet oranı, çoğu isteğin kaynaktan çekmeyi tetiklediği anlamına gelir. Kararsız bir genel ağ yolu hızlandırma etkisini bozabilir ve kaynak sunucuda yük baskısı oluşturabilir. Şu şekilde sorun giderin:

1. Kaynak sunucunun no-cache yönergeleri döndürüp döndürmediğini kontrol edin: Bu, düşük isabet oranının ve doymuş kaynak bant genişliğinin en yaygın nedenidir. Kaynak sunucu Cache-Control: no-cache, no-store, max-age=0 veya Pragma: no-cache döndürürse CDN kaynak yönergesini izler ve kaynağı önbelleğe almaz, bu nedenle her istek kaynaktan çekmeyi tetikler. Konsol kurallarına dayalı önbelleğe almayı zorlamak için önbellek sona erme yapılandırmasında Kaynak sunucudan gelen no-cache üstbilgilerini yoksay özelliğini etkinleştirebilir veya kaynak sunucunun yapılandırmasını ayarlayabilirsiniz.

2. Önbellek kurallarının yanlış yapılandırılıp yapılandırılmadığını kontrol edin: Kök dizin (/) için önbellek sona erme süresinin en yüksek ağırlıkla 0 saniye olarak ayarlanmadığını onaylayın. Aksi takdirde tüm istekler kaynaktan çekmeyi tetikler.

3. URL'lerin değişken parametreler içerip içermediğini kontrol edin: URL'deki soru işaretinden sonraki parametrelerin değiştirilmesi aynı içeriğin farklı kaynaklar olarak kabul edilmesine neden olur. Parametreleri yoksay özelliğini etkinleştirmek bu tür istekleri tek bir önbellek nesnesinde birleştirir. Daha fazla bilgi için sonraki maddeye bakın.

4. Statik ve dinamik kaynakları ayrı ayrı yapılandırın: Resimler, CSS, JavaScript ve yazı tipleri gibi statik kaynaklar için uzun bir önbellek süresi (örneğin 30 gün) ayarlayın ve PHP, JSP ve API uç noktaları gibi dinamik içerikler için sona erme süresini 0 saniye olarak ayarlayın.

5. Büyük dosyalar için aralıklı kaynak çekimini etkinleştirin: Videolar ve kurulum paketleri gibi büyük dosyalar için aralıklı kaynak çekiminin etkin olduğundan emin olun, böylece POP her istek için kaynak sunucudan tüm dosyayı çekmez. Bu özelliği etkinleştirmeden önce kaynak sunucunun aralık isteklerini desteklediğinden (yani 206 Partial Content döndürebildiğinden) emin olun. Kaynak sunucu aralık isteklerini desteklemiyorken bu özelliği etkinleştirmek istek hatalarına veya anormal içeriğe neden olabilir.

6. İş QPS değerinin çok düşük olup olmadığını kontrol edin: POP disk alanı sınırlıdır ve nadiren erişilen kaynaklar sık kullanılan kaynaklar tarafından tahliye edilir ve bu durum kaynaktan çekmeyi tetikler. Yalnızca bir düzine QPS değerine sahip alan adları için kaynakların POP'lerde kalıcı kalmasını sağlamak amacıyla Yenileme ve ön getirme işlevini kullanarak ön getirme görevleri göndermenizi öneririz.

Belirti: Bir sayfanın genel isabet oranı düşüktür. Yanıt üstbilgileri ana istek için X-Cache değerinin MISS olduğunu ancak sayfadaki tek tek dosyalar için HIT olduğunu gösterir.

Neden: URL, her istekte değişen zaman damgası gibi parametreler içerir. Parametreleri yoksayma özelliği devre dışı bırakıldığında CDN farklı parametrelere sahip her URL'yi bağımsız bir kaynak olarak kabul eder ve önbelleği yeniden kullanamaz. Örneğin, http://example.com/movie/res/ArrowScene.ccbi?_t=1699999999 URL'sindeki ?_t= sonrasındaki değer her istek için farklıdır.

Çözüm: CDN konsolunda Parametreleri yoksay özelliğini etkinleştirin. Bu özelliği etkinleştirdiğinizde parametreler önbellek nesnesi hesaplamasından hariç tutulur ve farklı parametrelere sahip aynı kaynak istekleri aynı önbelleği isabet eder. İşiniz bazı parametrelere bağlıysa yalnızca ilgisiz olanları yoksaymak için Belirtilen parametreleri sakla seçeneğini belirleyin.

İsabet oranında kısa vadeli dalgalanmaların veya sürekli düşüşün yaygın nedenleri:

• Bir önbellek yenileme gerçekleştirildi: Manuel veya otomatik bir yenileme POP'lerdeki önbelleği temizler, bu nedenle kısa bir süre içinde isabet oranında düşüş beklenir. Kaynaklar tekrar önbelleğe alındıkça isabet oranı genellikle birkaç saat içinde otomatik olarak toparlanır.

• Bant genişliği artışı yaşandı: Kısa bir süre içinde keskin bir trafik artışı birçok ilk kez yapılan isteği beraberinde getirir, bu da kaynaktan çekmeyi artırır ve isabet oranını düşürür.

• Büyük miktarda yeni içeriğe erişiliyor: POP'lar ilk kez erişilen kaynakları sık sık istediğinde kaynaktan çekme kaçınılmazdır ve isabet oranı düşer.

• Önbellek kuralları ayarlandı: Önbellek ilkesini değiştirmek, özellikle sona erme süresini kısaltmak isabet oranını etkiler.

• URL'ler değişken parametreler içeriyor: Değişen parametreler aynı içeriği birden çok önbellek nesnesine ayırır.

• Önbellek sona erme süresi uygun şekilde yapılandırılmamış: Yapılandırma kaynakları güncelleme sıklığına göre ayırmazsa önbellek çok erken sona erer.

CDN'de CORS yanıt üstbilgilerini yapılandırdıysanız ancak istemciler hala CORS hataları bildiriyorsa ve yanıt üstbilgileri yapılandırılan alanı içermiyorsa olası nedenler ve çözümler aşağıdadır:

• Yapılandırma etkili olmadı: Yapılandırmanın kaydedildiğini ve kural durumunun Success olduğunu onaylayın.

• Yapılandırma tam olarak dağıtılmadı: Giden yanıt üstbilgisi yapılandırmasındaki değişiklikler genellikle 5 dakika içinde etkili olur. Bekleyin ve tekrar deneyin. Bu yapılandırma yalnızca istemcilerin aldığı yanıtları etkiler, POP'ların önbellek davranışını etkilemez, bu nedenle yenileme veya ön getirme gerekmez (ön getirme, zaten önbelleğe alınmış kaynakların yanıt üstbilgilerini değiştirmez).

• Kaynak sunucunun yanıt üstbilgileri CDN yapılandırmasıyla çakışıyor: Kaynak sunucu da CORS yanıt üstbilgileri döndürüyorsa üstbilgiler birbirinin üzerine binebilir. Kaynak sunucu ve CDN'de tutarlı CORS yapılandırmaları kullanmanızı veya Giden yanıt üstbilgilerini değiştir bölümünde Allow Duplicate seçeneğini No olarak ayarlayarak CDN'de yapılandırılan değerin kaynak sunucu tarafından döndürülen değerin üzerine yazmasını sağlamanızı öneririz.

• Tarayıcı önceki yanıtı önbelleğe aldı: Tarayıcı önbelleğini temizleyin veya test etmek için gizli tarama modunu kullanın.

• Joker karakterli alan adı yapılandırması desteklenmiyor: CORS doğrulamasını etkinleştirdikten sonra yalnızca tek bir joker karakterli alan adı veya virgülle ayrılmış birden çok tam alan adı yapılandırabilirsiniz. Birden çok joker karakterli alan adını virgülle ayırmak desteklenmez.

• Access-Control-Allow-Origin değeri istek Origin ile eşleşmiyor: Tarayıcı "The 'Access-Control-Allow-Origin' header has a value that is not equal to the supplied origin" hatası bildiriyorsa döndürülen izin verilen origin gerçek istek origin ile eşleşmiyor demektir. Bunu şu şekillerde çözebilirsiniz:

  • Giden yanıt üstbilgilerini değiştir bölümünde Access-Control-Allow-Origin öğesini yeniden yapılandırın ve Allow Duplicate seçeneğini No olarak ayarlayarak yeni değerin kaynak sunucu tarafından döndürülen önceki değerin üzerine yazmasını sağlayın.

  • İşiniz izin veriyorsa bu yanıt üstbilgisini istekteki Origin değerini dinamik olarak döndürecek şekilde yapılandırın, böylece izin verilen origin her zaman istek origin ile eşleşir. Yapılandırma tamamlandıktan sonra etkili olması için yaklaşık 5 dakika bekleyin. Önbellek yenilemesi gerekmez.

Çapraz kaynak paylaşımının nasıl yapılandırılacağı hakkında bilgi için Çapraz kaynak paylaşımını yapılandır konusuna bakın.

• İsteklerin CDN POP'larından geçtiğini onaylayın: DNS çözümlemesinin yalnızca CDN tarafından sağlanan CNAME kaydını tuttuğunu ve OSS gibi kaynaklar için doğrudan çözümleme kayıtlarının kaldırıldığını kontrol edin. Trafik doğrudan kaynak sunucuya gidiyorsa CDN'de yapılandırılan yanıt üstbilgileri etkili olmaz.

• Giden yerine gelen bir yanıt üstbilgisi yapılandırdığınızı onaylayın: Gelen yanıt üstbilgileri yalnızca kaynak sunucu ile CDN POP'ları arasındaki iletişim için geçerlidir ve son kullanıcılar bunların farkında değildir. Son kullanıcıların aldığı yanıtları etkilemek için Giden yanıt üstbilgilerini değiştir yapılandırmasını kullanın.

• Kaynak sunucunun yanıt üstbilgisini döndürüp döndürmediğini onaylayın: CDN varsayılan olarak kaynak yanıt üstbilgilerini geçirir. Kaynak sunucu üstbilgiyi döndürmezse CDN de döndürmez. Yanıt üstbilgisinin kaynak sunucunun döndürüp döndürmediğine bakılmaksızın dahil edilmesini zorlamak için Giden yanıt üstbilgilerini değiştir bölümünde Add işlemini seçin.

• Content-Type etkili olmuyorsa kaynak sunucudaki meta verileri kontrol edin: Kaynak sunucu (örneğin OSS) bir dosya yüklenirken doğru Content-Type belirtmezse kaynaktan çekme sırasında elde edilen meta veriler beklentinizle eşleşmez. Dosya yüklenirken kullanılan Content-Type ayarını kontrol edin.

• Yapılandırmanın etkili olması için beklediğinizi onaylayın: Giden yanıt üstbilgisi yapılandırmasındaki değişiklikler genellikle 5 dakika içinde etkili olur ve yalnızca istemcilerin aldığı yanıtları etkiler, POP'ların önbellek davranışını etkilemez, bu nedenle yenileme veya ön getirme gerekmez (ön getirme, zaten önbelleğe alınmış kaynakların yanıt üstbilgilerini değiştirmez).

Giden yanıt üstbilgilerinin nasıl yapılandırılacağı ve parametre açıklamaları hakkında bilgi için Giden yanıt üstbilgilerini değiştir konusuna bakın.

Neden: Kaynak sunucu tarafından döndürülen Content-Type yanıt üstbilgisi karakter kodlamasını doğru şekilde belirtmiyor ve istemci içeriği yanlış kodlamayla ayrıştırıyor, bu da sayfanın bozuk görünmesine neden oluyor.

Çözüm 1 (önerilir, kaynakta düzeltme): HTML döndürülürken Content-Type öğesinin doğru karakter kodlama bildirimini içermesini sağlamak için kaynak sunucu yapılandırmasını değiştirin.

Çözüm 2 (CDN tarafında yeniden yazma):

1. CDN konsolunda oturum açın. Domain Names sayfasında hedef alan adını bulun ve Manage seçeneğine tıklayın.

2. Gelen yanıt üstbilgilerini değiştir bölümünde eşleşen yolun Content-Type değerini text/html; charset=utf-8 olarak yeniden yazmak için bir kural ekleyin.

3. Yapılandırma tamamlandıktan sonra POP'ların doğru türle tekrar önbelleğe alması için o yol altındaki önbelleğe alınmış kaynakları yenilemek amacıyla Yenileme ve ön getirme işlevini kullanın.

Videoların indirme veya önizleme davranışını kontrol etmek için Giden yanıt üstbilgilerini değiştir özelliğini kullanarak Content-Disposition yanıt üstbilgisini yapılandırabilirsiniz: attachment; filename='video.mp4' olarak ayarlanırsa kullanıcı kaynağa eriştiğinde indirme tetiklenir; inline olarak ayarlanırsa kaynak doğrudan tarayıcıda önizlenir.

Yapılandırma etkili olmuyorsa şu öğeleri kontrol edin:

1. Kural motorunun eşleştirme koşulu: Kuralın eşleştirme koşulunun yalnızca sorgu dizesini eşleştirmek yerine URI yolunu (örneğin /video-origin/20260414 içerir) hedeflediğinden emin olun. Kural motoru yapılandırmanın etkili olup olmadığını kullanıcı isteğindeki yol bilgilerini tanımlayarak belirler.

2. POP önceki yanıt üstbilgisini önbelleğe aldı: Content-Disposition doğrudan tarayıcı davranışını etkiler. Yapılandırma kaydedildikten 5 dakika sonra etkili olmuyorsa önce yerel tarayıcı önbelleğini hariç tutun (gizli tarama modunda yeniden deneyin) ve kural durumunun Success olduğunu onaylayın.

Neden: Kaynak sunucu JavaScript dosyasını ilk döndürdüğünde Content-Type yanıt üstbilgisi yanlışlıkla text/html olarak ayarlanır. CDN yanlış türü önbelleğe aldıktan sonra tarayıcı JavaScript dosyasını text/html olarak ayrıştırır ve bu da bozuk görüntülemeye veya yürütme hatalarına neden olur. İkinci ziyarette kaynak sunucu Content-Type'ı düzelttiği veya CDN doğru türü kaynak sunucudan tekrar çektiği için sayfa normale döner.

Çözüm:

1. CDN konsolundaki Gelen yanıt üstbilgilerini değiştir bölümünde JavaScript dosya yolunu (örneğin *.js) eşleştirmek ve Content-Type öğesini zorla application/javascript ile değiştirmek için bir kural ekleyin.

2. Yapılandırma tamamlandıktan sonra yeni kuralın hemen etkili olması için JavaScript dosyasının önbelleğini yenilemek amacıyla Yenileme ve ön getirme işlevini kullanın.

Neden: POP'ta önbelleğe alınan dosyanın uzunluğu kaynak sunucudaki gerçek içerikle eşleşmiyor veya kaynak sunucu anormal bir Content-Length yanıt üstbilgisi döndürdü. Bu durum en sık olarak kaynak sunucunun bir video dosyasını güncellemesi ancak CDN'nin hala önceden önbelleğe alınmış sürümü döndürmesi durumunda meydana gelir.

Çözüm:

• Yenileme ve ön getirme sayfasında POP'lardaki önceki önbelleği temizlemek için video URL'sine yönelik bir yenileme görevi gönderin.

• Kaynak sunucu OSS ise kaynak sunucudaki bir dosya güncellendiğinde otomatik olarak bir CDN önbellek yenilemesinin tetiklenmesi için OSS konsolunda Otomatik CDN önbellek yenileme özelliğini etkinleştirebilirsiniz.

• Kaynak sunucunun kararlılığını kontrol edin ve aralıklı olarak anormal Content-Length değeri döndürmediğinden emin olun. Karşılaştırmak ve doğrulamak için kaynak sunucuya doğrudan curl -I komutunu birden çok kez çalıştırabilirsiniz.

Evet. Video oynatıcılar ve indirme araçları genellikle kaynakları segmentler halinde yüklemek için aralık isteklerini kullanır. Her istek yalnızca içeriğin bir bölümünü alır ve sunucu 206 Partial Content döndürür. Bir istek CDN önbelleğini isabet etse bile döndürülen durum kodu 206'dır ve bu bir hata değildir.

Faturalama notu: İstemci CDN'ye bir istek gönderip veri aldığı sürece istek önbelleği isabet etse bile trafik CDN giden trafiği olarak sayılır.

Optimizasyon önerileri: POP'ların kaynak sunucudan segmentleri ihtiyaca göre çekip önbelleğe almasını ve böylece sonraki segment istekleri için isabet oranını artırmasını sağlamak için aralıklı kaynak çekiminin etkin olduğundan emin olun. Ayrıca yerel tarayıcı önbelleğini kullanmak ve yinelenen istekleri azaltmak için kaynak sunucuda uygun bir Cache-Control üstbilgisi (örneğin max-age=86400) yapılandırın.

Neden: Resimler, CSS dosyaları ve JavaScript dosyaları gibi statik kaynaklar önbelleği isabet ediyor ve normal şekilde hızlandırılıyor ancak ana sayfa (kök yol /) genellikle önbellek kuralına sahip değildir. Her istek ana sayfayı kaynak sunucudan çeker, bu nedenle yükleme hızı tamamen kaynak sunucunun işleme süresine bağlıdır.

Çözüm: Ana sayfa içeriğinin de POP'larda önbelleğe alınması için hızlandırılmış alan adının kök dizini için bir önbellek sona erme kuralı ekleyin:

1. Cache Expiration sekmesinde bir kural ekleyin, türü Directory olarak ayarlayın ve adresi / olarak ayarlayın.

2. Sona erme süresini ana sayfa içeriğinin güncelleme sıklığına göre ayarlayın, örneğin 30 saniyeden birkaç dakikaya kadar.

3. Statik kaynaklar için önbellek kurallarının üzerine yazmaktan kaçınmak amacıyla kök dizin kuralının ağırlığını belirli yolların (örneğin /static/) kurallarının ağırlığından daha düşük olacak şekilde ayarlayın.

Yapılandırma etkili olduktan sonra POP'lar ana sayfa içeriğini her istek için kaynak sunucudan çekmek yerine doğrudan döndürür. Ayrıntılı yapılandırma talimatları için CDN önbellek sona ermesini yapılandır konusuna bakın.

Neden: Bir POP önbelleği ıskaladığında istemci isteğini iletir ve Via ve X-Forwarded-For gibi belirli parametreleri istek üstbilgilerine ekler. Bazı kaynak sunucular bu parametrelere göre farklı yanıtlar döndürür. Örneğin bir kaynak sunucu proxy isteklerini tanımlamak için isteğin Via üstbilgisini içerip içermediğini kontrol edebilir ve bunları farklı şekilde işleyebilir.

Sorun giderme adımları:

1. Farklılığa neden olan üstbilgiyi bulun: Önce kaynak sunucuya doğrudan erişin ve yanıtı kaydedin. Ardından CDN'nin eklediği üstbilgilerle kaynak sunucuya erişmek için curl kullanın, bunları tek tek değiştirerek ve test ederek tutarsız sonucu yeniden üretene kadar ilerleyin.

2. Kaynak sunucunun yapılandırmasını ayarlayın: Kaynak web sunucusunun üstbilgiyi nasıl işlediğini kontrol edin ve iş gereksinimlerinize göre mantığı değiştirin.

3. Veya üstbilgiyi CDN tarafında silin: Üstbilgi işiniz için gerekli değilse bunu CDN konsolunda silebilirsiniz.

Neden: Kaynak sunucu dosyada aynı adla güncelleme yaptı (dosya içeriği değiştirildi ancak dosya adı değiştirilmedi). Önbellek sona ermeden önce CDN POP'u hala önceki önbelleği doğrudan döndürür, bu nedenle indirilen dosya kaynak sunucudakiyle tutarsız olur.

Çözüm:

1. Çözüm 1: Önbelleği manuel olarak yenileyin. Kaynak sunucu aynı adla güncelleme yaptıktan sonra Yenileme ve ön getirme sayfasında bir URL yenileme (tek bir kaynak için uygundur ve hızlı etkili olur) veya dizin yenileme (tüm bir dizin için uygundur ve geniş bir kapsamı kapsar ancak kaynak sunucudaki kaynaktan çekme baskısını geçici olarak artırır) gönderin.

2. Çözüm 2: 304'ü atlamak için zorla yenileme yapın. Kaynak sunucudaki dosya içeriği değişti ancak Last-Modified zaman damgası güncellenmediyse CDN POP'u koşullu istek (If-Modified-Since) doğrulamasından sonra 304 Not Modified alır, dosyanın değişmediğini belirler ve önbelleği güncellemez. Bu durumda normal bir URL yenilemesi etkili olmayabilir. Kaynak sunucudan tam dosyayı zorla çekmek için RefreshObjectCaches API'sini çağırmanız ve Force parametresini true olarak ayarlamanız gerekir.

3. Çözüm 3: Sürümlü adlandırma kullanın (uzun vadeli çözüm olarak önerilir). Kaynak sunucunun aynı adla güncelleme yapmaktan kaçınmasını öneririz. Bunun yerine dosya adına bir sürüm numarası veya karma değeri ekleyin (örneğin style.v2.css veya app.abc123.js) veya bir URL parametresinde sürüm tanımlayıcısı taşıyın (örneğin ?v=20260828).

4. Çözüm 4: OSS kaynağı için otomatik yenilemeyi etkinleştirin. Kaynak sunucu OSS ise OSS konsolunda Otomatik CDN önbellek yenileme özelliğini etkinleştirebilirsiniz. OSS kaynağında bir nesne aynı adla güncellendiğinde ilgili CDN URL'si otomatik olarak yenilenir.

Bir web sunucusu HTTP 404 durum kodunu döndürdüğünde otomatik olarak 404 sayfasına yönlendirir; bu, istenen kaynağın kaynak sunucuda mevcut olmadığını gösterir. Yaygın nedenler şunlardır: URL oluşturma kuralının değişmesi, dosyanın yeniden adlandırılması veya taşınması, bağlantıda yazım hatası olması, web sitesinin istenen bağlantı noktasında erişilememesi veya bir web hizmeti uzantısı kilitleme ilkesi ya da MIME eşleme ilkesinin isteği engellemesi.

Eriştiğiniz sayfa birden çok kaynak içeriyorsa ve yalnızca bazılarına erişilemiyorsa sayfa genel olarak 404 sayfasına yönlendirilmez. Özel hata sayfalarının nasıl yapılandırılacağı hakkında bilgi için Özel hata sayfalarını yapılandır konusuna bakın.

403 durum kodu için özel bir hata sayfası yapılandırdığınızda hata sayfası ayarlarında doğrudan yönlendirme bağlantısı yapılandırmak alan adı yönlendirmesine veya yönlendirme döngüsüne neden olabilir. Bunun yerine aşağıdaki yöntemi kullanın:

1. Özel hata sayfasında yönlendirme bağlantısı ayarlamak yerine Erişim URL'si Yeniden Yazma özelliğini kullanarak yönlendirmeyi yapılandırın.

2. Yeniden yazılacak yolu / olarak ayarlayın ve hedef yolu doğru statik 403 sayfasına, örneğin /error/403.html dosyasına yönlendirin.