CDN adreslerini değiştirdiğinde VPN alan adı kuralı bozulur

Bir sorgudan aldığınız adresi yönlendirme kuralınıza kopyalarsınız, site çalışır ve bir hafta sonra çalışmaz. Kuralda hiçbir şey değişmemiştir. Hizmet başka bir uç adrese taşınmış, istemci başka bir ana bilgisayar adı çözümlemiş ya da oturum IPv6'ya geçmiştir. Önünüzdeki karar, ada dayalı bir kuralın mı yoksa açık bir aralığın mı bu hizmet için doğru araç olduğudur ve üç koşul bunu belirler. Aşağıdakiler adı adresten ayırır, çünkü ikisinden yalnızca biri kararlıdır.

Tek bir sorgu neden envanter değildir

Bir içerik dağıtım ağı, çözümleyici, bölge ve an için seçilmiş bir adresle yanıt verir. Farklı ağlardan iki kez sorun, farklı yanıtlar alabilirsiniz. Bir kez sorun ve yanıtı hizmetin adres listesi olarak kabul edin; yazdığınız kural kural değil, anlık görüntü olur. DNS yanıtını yapılandırma olarak ele almanın bütün sorunu budur.

İkinci bir boşluk var. Görünen tek bir ana bilgisayar adı bütün uygulamayı nadiren kapsar, çünkü oturum açma, medya ve API trafiği sıklıkla ayrı adlar kullanır. Adres çubuğundaki ana bilgisayar adından kurulan bir kural sayfayı kapsayıp videoyu kaçırabilir; bu, yönlendirme hatası değil kısmi başarısızlık olarak okunur.

Üçüncü boşluk adres ailesidir. Yalnızca v4 için bir kural, istemcinin tercih edebileceği AAAA kaydı hakkında hiçbir şey söylemez.

Alan adı kuralına ya da aralıklara karar veren üç koşul

Birincisi, hizmet sahip olabileceğiniz ve belgeleyebileceğiniz kararlı bir önek kümesi yayımlıyor mu? Yayımlıyorsa, açık aralıklar dürüst ve ucuzdur. Yayımlamıyorsa, alan adı kuralı hizmeti izleyebilecek tek mekanizmadır.

İkincisi, istemcinizin alan adı mekanizması yenileniyor mu? Bağlantı sırasında bir kez çözümlenip bir daha yenilenmeyen kural, daha iyi markalı bir anlık görüntüdür. Üçüncüsü, mekanizma alt alan adlarını ve iki adres ailesini mi kapsıyor, yoksa yalnızca yazdığınız adları mı?

Bu üçünü yanıtlayın, seçim genellikle açıktır. Tahmin, testte çalışan ve üretimde başarısız olan bir kural üretir.

Sayfayı değil oturumu test edin

Sayfayı yükleyin, sonra önemli işlemi yapın: oturum açın, oynatmayı başlatın, bir dosya yükleyin. Her biri farklı bir ana bilgisayara ulaşabilir ve başarısız olan, kuralınızın kaçırdığıdır.

Sayfanın gösterdiği yerine oturumun gerçekte neyle iletişim kurduğunu listeleyin:

dig +short example.com A
dig +short example.com AAAA
curl -sI https://example.com | head -5

Karşılaştırma sırasında çözümleyiciyi görünür tutun, çünkü bir çözümleyiciden çalışıp diğerinden başarısız olan kural size CDN'nin yanıtını anlatır, tüneli değil. Kısa TTL ayrıca kaydettiğiniz yanıtın bir son kullanma tarihi olduğu anlamına gelir.

Her mekanizma gerçekte neyi kapsar

İki mekanizma ayarlar sayfasında birbirinin yerine geçebilir görünür ve altta farklı davranır.

Çekirdekteki adres yolu önekleri eşleştirir. Ana bilgisayar adının ne olduğunu bilmez, bu yüzden adres değiştiren bir hizmeti izleyemez. Alan adı kuralı adları çözümler ve sonucu yönlendirir; hizmeti izler ama çözümleyiciye, yenileme davranışına ve istemcinin alt alan adlarını ele alışına bağlıdır, bu yüzden adları izleyen bir kural istemcinin gerçekte kullandığı çözümleyiciyle test edilmelidir.

Hiçbiri diğerinin üst kümesi değildir, bu yüzden onları notsuz karıştırmak sonra karışıklık yaratır.

Hizmet değiştikten sonra yeniden denetleyin

İstemci güncellemesinden veya hizmet değişikliğinden sonra aynı oturum testini yeniden çalıştırın. Daha önce çalışan adres listesi o döneme ilişkin kanıttır, hizmetin altyapısının kalıcı envanteri değildir.

Hangi mekanizmanın hangi ana bilgisayar adını kapsadığını ve son doğrulama tarihini yazın.

O not, savunabileceğiniz bir kural ile kimsenin dokunmaya cesaret edemediği bir kural arasındaki farktır. Hizmet kendi önek listesini yayımlıyorsa onu kullanın ve tarihi belirtin. Yayımlamıyorsa bunu söyleyin ve alan adı kuralını yenileme davranışıyla birlikte yanına yazılı tutun.