VPN domen qaydası CDN ünvanlarını dəyişəndə pozulur

Bir axtarışdan aldığınız ünvanı marşrut qaydanıza köçürürsünüz, sayt işləyir, bir həftə sonra isə işləmir. Qaydada heç nə dəyişməyib. Xidmət başqa kənar ünvana keçib, müştəri başqa host adını həll edib və ya sessiya IPv6-ya keçib. Qarşınızdakı qərar ada əsaslanan qaydanın yoxsa açıq diapazonun bu xidmət üçün düzgün alət olub-olmadığıdır və bunu üç şərt həll edir. Aşağıdakılar adı ünvandan ayırır, çünki onlardan yalnız biri sabitdir.

Niyə bir axtarış inventar deyil

Məzmun çatdırılma şəbəkəsi rezolver, region və an üçün seçilmiş ünvanla cavab verir. Fərqli şəbəkələrdən iki dəfə soruşun və fərqli cavablar ala bilərsiniz. Bir dəfə soruşub cavabı xidmətin ünvan siyahısı kimi qəbul edin, yazdığınız qayda qayda deyil, anlıq görüntü olacaq. DNS cavabını konfiqurasiya kimi qəbul etməyin bütün problemi budur.

İkinci boşluq var. Bir görünən host adı nadir hallarda bütün tətbiqi əhatə edir, çünki giriş, media və API trafiki çox vaxt ayrı adlardan istifadə edir. Ünvan sətrindəki host adından qurulan qayda səhifəni əhatə edib videonu qaçıra bilər və bu, marşrut xətası deyil, qismən nasazlıq kimi oxunur.

Üçüncü boşluq ünvan ailəsidir. Yalnız v4 üçün qayda müştərinin üstünlük verə biləcəyi AAAA yazısı barədə heç nə demir.

Domen qaydası və ya diapazonlar barədə qərar verən üç şərt

Birincisi, xidmət sahib ola və sənədləşdirə biləcəyiniz sabit prefikslər dəsti dərc edirmi? Edirsə, açıq diapazonlar dürüst və ucuzdur. Etmirsə, domen qaydası xidməti izləyə bilən yeganə mexanizmdir.

İkincisi, müştərinizin domen mexanizmi yenilənirmi? Qoşulma zamanı bir dəfə həll edib bir daha yenilənməyən qayda daha yaxşı brendinqə malik anlıq görüntüdür. Üçüncüsü, mexanizm subdomenləri və hər iki ünvan ailəsini əhatə edir, yoxsa yalnız yazdığınız adları?

Bu üçünə cavab verin və seçim adətən aydın olur. Təxmin etmək sınaqda işləyən, istehsalda isə uğursuz olan qayda yaradır.

Səhifəni deyil, sessiyanı sınayın

Səhifəni yükləyin, sonra vacib əməliyyatı yerinə yetirin: daxil olun, oxutmanı başladın, fayl yükləyin. Bunların hər biri fərqli hosta çata bilər və uğursuz olan qaydanızın qaçırdığıdır.

Səhifənin göstərdiyini deyil, sessiyanın həqiqətən əlaqə saxladığını sadalayın:

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

Müqayisə zamanı rezolveri görünən saxlayın, çünki bir rezolverdən işləyib digərindən uğursuz olan qayda sizə tunel barədə deyil, CDN cavabı barədə danışır. Qısa TTL həm də o deməkdir ki, qeyd etdiyiniz cavabın yararlılıq müddəti var.

Hər mexanizmin həqiqətən əhatə etdiyi

İki mexanizm parametrlər səhifəsində bir-birini əvəz edə bilən görünür, altda isə fərqli davranır.

Nüvə ünvan marşrutu prefiksləri uyğunlaşdırır. Host adının nə olduğunu bilmir, ona görə ünvanları dəyişən xidməti izləyə bilmir. Domen qaydası adları həll edib nəticəni marşrutlaşdırır; bu, xidməti izləyir, amma rezolverdən, yenilənmə davranışından və müştərinin subdomenləri idarə etməsindən asılıdır, ona görə adları izləyən qayda müştərinin həqiqətən istifadə etdiyi rezolverlə sınanmalıdır.

Heç biri digərinin üst çoxluğu deyil, buna görə onları qeyd olmadan qarışdırmaq sonra çaşqınlıq yaradır.

Xidmət dəyişdikdən sonra yenidən yoxlayın

Müştəri yenilənməsindən və ya xidmət dəyişikliyindən sonra eyni sessiya sınağını yenidən keçirin. Əvvəl işləyən ünvan siyahısı o dövr barədə sübutdur, xidmətin infrastrukturunun daimi inventarı deyil.

Hansı mexanizmin hansı host adını əhatə etdiyini və son yoxladığınız tarixi yazın.

Bu qeyd müdafiə edə biləcəyiniz qayda ilə heç kimin toxunmağa cəsarət etmədiyi qayda arasındakı fərqdir. Xidmət öz prefiks siyahısını dərc edirsə, ondan istifadə edin və tarixi göstərin. Etmirsə, bunu deyin və domen qaydasını yenilənmə davranışı ilə yanaşı yazılı saxlayın.