DNS yayılması və TTL: sayt sahiblərinin bilməli olduğu praktik məqamlar

15 apr 2026 · Müəllif: Netspare komandası

Hosting izahı

DNS yayılması və TTL: sayt sahiblərinin bilməli olduğu praktik məqamlar

A, AAAA və ya CNAME qeydini dəyişdirdikdə sizin provayderdə authoritative DNS dərhal yenilənir, amma dünyanın müxtəlif resolver-ləri əvvəlki cavabı TTL bitənə qədər saxlaya bilər.

TTL, NS delegasiyası və müştəri tərəfi keşi miqrasiya planı və gözlənti idarəetməsi üçün əsasdır.

TTL: resolver cavabı nə qədər saxlaya bilər

TTL saniyə ilə göstərilir: resolver həmin müddət ərzində təkrar sorğu etmədən eyni cavabı istifadə edə bilər. Planlı dəyişiklikdən əvvəl TTL-i müvəqqəti azaldın, sonra normaya qaytarın.

Bəzi resolver-lər minimum/maksimum keş tətbiq edir; hər yerdə çox aşağı TTL sorğu yükünü və gecikməni artıra bilər.

“Yayılma” və keş qarışıqlığı

“DNS yayılması” tez-tez səhv başa düşülür: authoritative məlumat bir yerdə yenilənir; fərq ondadır ki, hər resolver öz keşini nə vaxt yeniləyir.

Bir neçə xarici resolver və `dig` ilə yoxlama aparın; ofis şəbəkəsi ictimai nəticədən fərqlənə bilər.

Daha təhlükəsiz keçid

  • Trafik imkan verərsə, dəyişiklikdən 24–48 saat əvvəl TTL-i azaldın.
  • Ən uzun ehtimal olunan keş müddəti keçənə qədər köhnə infrastrukturu saxlayın.
  • Yeni hədəfdə TLS və redirect-ləri əvvəlcədən yoxlayın.
  • Rollback üçün köhnə qeyd dəyərlərini sənədləşdirin.

CDN və CNAME

TLS CDN-də bitərsə, ictimai DNS cavabları CDN-dən gəlir; origin DNS dəyişikliyi yetərli olmaya bilər.

Apex üçün ALIAS/ANAME əlavə qat yaradır — son A/AAAA-nı kim verdiyini bilin.

Tez-tez verilən suallar

Niyə bəzi istifadəçilər köhnə IP görür?
Onların resolver-i və ya OS keşi, bəzən korporativ DNS ictimai resolver-i əvəz edir. TTL gözləyin və ya yerli DNS təmizləyin; müxtəlif serverlərə qarşı dig ilə yoxlayın.
TTL həmişə 60 olmalıdır?
Keçidi sürətləndirir, amma sorğu həcmini artırır. Miqrasiya pəncərəsi üçün lazım olan minimumu seçin, sonra adi dəyərə qaytarın.

Bəyənə bilərsiniz