MTA-STS Politika önbelleğe alma, sıradan tarayıcı önbelleğe alma işlemi değildir. Politikanın max_age'ı, son başarılı getirmeden itibaren ömrünü yönetir. Discovery TXT kendi DNS TTL'si vardır. Bu saatler önemli ölçüde farklılık gösterebilir ve iki göndericinin neden aynı anda farklı politika sürümlerini uyguladığını açıklayabilir.
Gönderenin hâlâ tutabileceği politikayı kaydedin
Referanslar: RFC 8461 §3.2, RFC 8461 §3.3.
Yayınlanan her politika gövdesini, keşif kimliğini, yayın süresini ve max_age'ı saklayın. Geçerli bir uç nokta ekran görüntüsü, gönderenin dün ne getirdiğini size söyleyemez. Bir olay sırasında, en yeni gövdenin evrensel olduğunu varsaymak yerine, uygulanan politikayı isteyin ve varsa gönderen günlüklerinden zamanı alın.
RFC 8461 gönderenlerin max_age'a kadar bir politikayı önbelleğe alması gerektiğini ve süre dolmadan önce proaktif olarak yenilemesi gerektiğini söyleyerek günlük bir yenileme önermektedir. Bu öneriler senkronize güncellemelerin garantisi değildir. Uygulamalar, güncellemeleri farklı zamanlarda kontrol edebilir ve gönderen, canlı keşif veya getirme başarısız olduğunda geçerli bir önbelleğe alınmış politikayı uygulamaya devam edebilir.
İki vade hesaplamasını ayırın
Referanslar: RFC 8461 §3.2, RFC 8461 §5.1.
Etiketli bir aritmetik fikstürde, epoch time 1000000'de max_age 86400 ile getirilen bir politikanın sona erme sınırı 1086400'dür. 300'lük bir DNS TTL'si bu hesaplamayı değiştirmez. Operatör max_age 3600 değerine sahip yeni bir gövde yayınlarsa, önceden önbelleğe alınmış eski gövde geriye dönük olarak yeni yaşam süresini elde etmez.
Yeni sınırlı çevrimdışı fikstür bu sınırı hesaplar. Saklanan geçmiş aktarım laboratuvarı kaydı ayrıca eski önbelleğin derin bir kopyasını, daha kısa ömürlü bir politika getirmeyi ve eski anlık görüntünün ve geçerlilik süresinin açıkça değiştirilene kadar değişmeden kalacağına dair bir iddiayı belgeliyor. Önbellek kısmı gerçek bir durum değil, açık bir durum/aritmetik modeldir. MTA, DNS önbelleği veya yenileme zamanlayıcısı; ayrı olarak tutulan geri döngü DNS /HTTPS değişimleri bu önbellek talebini genişletmez. Testi genişletmek için denetlenebilir bir politika önbelleğine sahip kontrollü bir gönderici yapılandırın ve onun gerçek getirme, yenileme ve teslim günlüklerini koruyun.
Güvenli sırada güncelleme
Referanslar: RFC 8461 §8.1, RFC 8461 §8.2.
Yeni HTTPS gövdesini yayınlayın, doğrulayın ve ardından DNS kimliğini değiştirin. RFC 8461 her iki uç nokta güncellenirken ve TXT TTL geçerken eski politikaların dağıtımla uyumlu tutulmasını önerir. Planlanan yönlendirme değişiklikleri için, eski politikayı kullanım ömrü bitene veya başarılı bir yenileme gerçekleşene kadar koruyan gönderenlere de izin verin.
Protokol ilkesi önbelleğe almayı CDN'nin kaynak önbelleğinden farklı tutun. Gönderenler, politika alımı için HTTP önbelleğe almayı kullanmamalıdır. RFC 8461 §8.2 yine de kaynak tarafında ters proxy önbelleğe almaya izin verir; Her proxy önbelleğini yasaklanmış olarak ele almak yerine, güncelliğini ve yayınlanma davranışını doğrulayın. Gerçek gövdeyi genel uç noktadan doğrulayın ve barındırma yayın iş akışının amaçlanan revizyonu sunduğundan emin olun.
Gecikmiş bir değişikliği tahmin etmeden teşhis edin
Referanslar: RFC 8461 §3.3.
DNS yanıtlarını, HTTPS yanıt baytlarını, önbelleğe alınmış politika meta verilerini ve gönderenin hata günlüklerini karşılaştırın. Eski bir gövdeye sahip yeni bir kimlik, yayın siparişi veya barındırmanın tazelik sorununu akla getirir. Özyinelemeli bir yanıttaki eski bir kimlik, DNS önbellek durumunu yansıtabilir. Getirme kesintisi sırasında eski ama geçerli bir önbelleğe alınmış politika, beklenen protokol davranışı olabilir.
Her gecikmeyi yayılma olarak ilan etmeyin. Hangi önbellek veya bağımlılığın eski durumu tuttuğunu belirleyin, bu bileşeni onarın ve geçiş boyunca uyumlu bir alma yolunu koruyun. Bu makale için canlı gönderen önbellek denemesi yürütülmedi.
Saklanan tarihsel kanıtlar ve kalan kapsam
Aşağıda, bu inceleme için yeniden yürütülen bir ağ deneyini değil, 7 Kasım 2026'ya ait korunmuş gözlemler açıklanmaktadır. Yeni yürütülen çevrimdışı kontroller ayrı olarak kaydedilir.
Yakalanan mantıksal önbellek düzeni, 1000000'de getirilen ve son kullanma tarihi 1086400 olan A1'i korur. Laboratuvar, B2'yi yayınlar, B2'yi gerçek bir UDP DNS yanıtı aracılığıyla duyurur ve max_age 3600 ile HTTPS üzerinden B2'yi getirir. Daha sonra, derin kopyalanmış bir A1 anlık görüntüsünün hâlâ orijinal içeriğine eşit olduğunu ileri sürer ve son kullanma tarihi 1086400'ü korur. Ayrı bir son sunulan defter A1'in olası maksimum sona erme tarihini 1000300 + 86400 = 1086700 olarak hesaplar; 1000600 + 3600 = 1004200'de B2'den ve 1000900 + 3600 = 1004500'de C3'ten sonradır. Vade sonu değerleri, açık mantıksal zamanlar kullanılarak yayınlanan hesaplamalardır; önbellek koruma karşılaştırması yürütülen bir iddiadır. MTA yenileme zamanlayıcısının öykünmesi de değildir. Gerçek bir gönderenin durumu yenileme, yeniden deneme veya koruma seçimi bir uygulama testi olarak kalır.