
Domeni yeni hostinqə bağlayanda bir çox istifadəçi eyni sualla qarşılaşır: “Niyə məndə açılır, amma başqasının cihazında köhnə sayt görünür?” Bunun ən yaygın səbəbi nameserver və ya DNS propagasiyası deyilən prosesdir. Bu mövzu texniki səslənsə də, əslində domain idarəçiliyində ən praktik və ən çox səhv başa düşülən məqamlardan biridir.
Xüsusilə yeni hostinqə keçid, WordPress miqrasiyası, email yönləndirmə dəyişikliyi və ya yeni domen qoşulması zamanı “propagation” anlayışı çox vacib olur. Çünki texniki dəyişiklik düzgün edilsə belə, internetin hər yerində eyni anda görünmür. Bu gecikmə bəzən normaldır, bəzən isə yanlış konfiqurasiyanın əlaməti ola bilər.
Bu yazıda nameserver-in nə olduğunu, DNS propagasiyasının niyə baş verdiyini, niyə hamıda eyni anda yenilənmədiyini, hansı hallarda gecikmənin normal sayıldığını, hansı hallarda problem axtarmaq lazım olduğunu və keçid zamanı riski necə azaltmağın mümkün olduğunu addım-addım izah edəcəyik.
Nameserver nədir?
Sadə dillə desək, nameserver domenin hansı DNS qeydləri ilə işlədiyini bildirən əsas idarəetmə nöqtəsidir. Domenin özü bir adıdır, amma internetdə bu adın hansı serverə, hansı IP-yə, hansı mail xidmətinə və hansı alt domenlərə yönəldiyini nameserver tərəfi müəyyən edir.
Məsələn, domen qeydiyyatçınızda belə yazı görə bilərsiniz:
ns1.examplehost.com
ns2.examplehost.com
Bu o deməkdir ki, domeninizin DNS idarəetməsi həmin serverlər üzərində aparılır. Yəni A record, MX record, CNAME və digər vacib qeydlər orada saxlanılır.
Başqa sözlə, domen internetdə sadəcə ad deyil, nameserver isə həmin adın arxasındakı xəritənin harada saxlandığını göstərir.
DNS propagasiyası nədir?
DNS propagasiyası odur ki, siz nameserver və ya DNS qeydi dəyişəndən sonra bu dəyişiklik internetin müxtəlif nöqtələrinə tədricən yayılır. Yəni siz yeni hostinqə keçib hər şeyi düzgün konfiqurasiya edə bilərsiniz, amma həmin dəyişiklik dərhal bütün provayderlərin, cihazların və DNS resolver-lərin yaddaşında yenilənmir.
Bu səbəbdən aşağıdakı vəziyyətlərlə qarşılaşmaq normaldır:
- sizin cihazınızda yeni sayt açılır, başqasında köhnə sayt görünür
- mobil internetdə başqa nəticə, ofis Wi‑Fi-da başqa nəticə görünür
- sayt açılır, amma email hələ köhnə istiqamətə gedir
- bir ölkədə dəyişiklik görünür, başqa bölgədə hələ gecikir
Yəni propagation “problem var” demək deyil. Çox vaxt bu, DNS sisteminin normal davranışıdır.
Niyə dəyişiklik hamıda eyni anda görünmür?
Bunun əsas səbəbi cache məntiqidir. DNS sorğuları sürətli işləsin deyə bir çox sistem cavabı yadda saxlayır. Bu yaddaş bir neçə fərqli səviyyədə ola bilər:
- brauzer cache-i
- əməliyyat sistemi cache-i
- internet provayderinin DNS cache-i
- public resolver-lərin yaddaşı
- local router və network cihazlarının yaddaşı
Bu səbəbdən siz dəyişiklik etsəniz də, bəzi sistemlər hələ əvvəlki cavabı istifadə edir. Məhz buna görə propagasiya vaxt alır.
TTL nədir və niyə vacibdir?
DNS qeydlərində tez-tez görünən bir anlayış da TTL, yəni Time To Live-dır. Bu, DNS cavabının nə qədər müddət cache-də qala biləcəyini göstərir. Məsələn, TTL 3600-dürsə, bu təxminən 1 saat deməkdir.
Praktik mənası budur:
- TTL nə qədər yüksəkdirsə, dəyişiklik o qədər yavaş görünə bilər
- TTL nə qədər aşağıdırsa, dəyişiklik daha tez yenilənə bilər
Buna görə böyük keçidlərdən əvvəl bəzən TTL dəyərini əvvəlcədən aşağı salmaq məsləhət görülür. Amma bu yalnız DNS zonası üzərində idarəetmə sizdədirsə və dəyişiklikdən qabaq edilir.
Nameserver dəyişikliyi ilə A record dəyişikliyi eyni şeydirmi?
Yox. Bu iki əməliyyat oxşar görünür, amma eyni deyil.
- Nameserver dəyişmək DNS idarəetməsinin bütöv yerini dəyişmək deməkdir
- A record dəyişmək isə eyni DNS zonasının içində yalnız domenin IP ünvanını dəyişmək deməkdir
Bir çox halda A record dəyişmək daha az riskli və daha nəzarətli olur. Nameserver dəyişəndə isə təkcə sayt yox, email, subdomain, TXT, SPF, DKIM və digər bütün qeydlər də risk altına düşə bilər, əgər yeni zonada eyni qeydlər düzgün qurulmayıbsa.
Nameserver dəyişəndə ən çox edilən səhvlər
Bu mərhələdə istifadəçilərin ən çox etdiyi səhvlər bunlardır:
- yeni nameserver-ə keçməzdən əvvəl köhnə DNS qeydlərini kopyalamamaq
- email üçün MX, SPF, DKIM və DMARC qeydlərini unutmaq
- propagasiyanı problem zənn edib ard-arda yenidən dəyişiklik etmək
- keçid vaxtı sayt və mail xidmətini eyni anda qarışdırmaq
- keçiddən əvvəl TTL planı qurulmaması
Ən pis ssenari odur ki, sayt açılır, amma email dayanır. Çünki çox adam nameserver dəyişməsini yalnız web hostinq keçidi kimi düşünür, halbuki o, bütün DNS idarəetməsini təsir edir.
Propagasiya nə qədər çəkir?
Praktikada bu vaxt müxtəlif olur. Bəzən dəyişiklik 10-15 dəqiqədə görünür, bəzən bir neçə saat çəkir, bəzən isə 24-48 saatlıq pəncərə normal hesab olunur. Xüsusilə nameserver səviyyəsində dəyişikliklər record səviyyəsindəki kiçik yeniləmələrdən daha geniş təsir dairəsinə malik olur.
Ən real yanaşma budur:
- kiçik DNS dəyişikliklərində bir neçə saatlıq gözləmə normaldır
- nameserver keçidində 24 saata qədər, bəzən 48 saata qədər yayılma pəncərəsi normal sayılır
Amma bu müddətdə əsas yoxlanmalı məsələ odur ki, yeni zonadakı qeydlər tam və düzgün qurulubmu.
Propagasiyanı necə yoxlamaq olar?
Ən sadə yanaşma fərqli şəbəkələrdə test etməkdir:
- öz internetinizdən baxın
- mobil internetdən yoxlayın
- fərqli cihazdan test edin
- dost və ya əməkdaşdan başqa provayder üzərindən yoxlama istəyin
Daha texniki yoxlama üçün isə DNS sorğuları istifadə olunur. Məsələn:
dig example.com
nslookup example.com
Nameserver yoxlamaq üçün:
dig NS example.com
Bu nəticələr sizə domenin hansı nameserver-lərə işarə etdiyini və hansı IP cavabını verdiyini göstərə bilər.
Propagasiya zamanı saytı problemsiz köçürmək üçün nə etmək lazımdır?
Ən sağlam keçid planı belə olur:
- yeni hostinqdə sayt tam hazır vəziyyətə gətirilir
- yeni server test olunur
- mövcud DNS qeydləri sənədləşdirilir
- əgər mümkündürsə TTL əvvəlcədən azaldılır
- keçid aşağı trafikli saatda edilir
- keçiddən sonra həm sayt, həm də email ayrıca yoxlanılır
Bu yanaşma xüsusilə WordPress və biznes saytları üçün çox vacibdir. Çünki təsadüfi və plansız nameserver keçidi həm saytın, həm də email trafikinin bir müddət pozulmasına səbəb ola bilər.
WordPress sayt köçürməsində bu niyə daha həssasdır?
WordPress saytlarında migration zamanı yalnız DNS deyil, həm də aşağıdakı amillər önəm daşıyır:
- database bağlantısı
- wp-config.php dəyərləri
- SSL sertifikat vəziyyəti
- permalink və redirect qaydaları
- cache qatları
Yəni nameserver dəyişsə belə, yeni hostinqdə WordPress düzgün hazır deyilsə, problem propagation deyil, tətbiq səviyyəsində ola bilər. Buna görə migration zamanı texniki hazırlıq propagation qədər vacibdir.
Email niyə ayrıca risk daşıyır?
Əgər domenin email xidməti də həmin DNS zonasında idarə olunursa, nameserver dəyişəndə MX qeydləri düzgün köçürülməlidir. Əks halda belə hallar yarana bilər:
- gələn məktublar itməsə də çatdırılma dayanır
- göndərmə reputasiyası pozulur
- SPF və DKIM qeydləri itir
- mail müvəqqəti olaraq köhnə servisdə qalır
Bu səbəbdən email işləyən domenlərdə nameserver keçidinə yalnız “sayt köçdü” kimi baxmaq səhvdir.
Propagasiya bəhanədir, yoxsa real problem?
Bunu ayırd etmək vacibdir. Aşağıdakı halda propagation normal izah ola bilər:
- fərqli yerlərdə fərqli nəticə görünür
- bəzi şəbəkələrdə yeni sayt açılır, bəzilərində köhnə
- keçiddən çox az vaxt keçib
Aşağıdakı halda isə problem axtarmaq lazımdır:
- 24-48 saat keçib, amma heç bir yerdə yeni nəticə görünmür
- nameserver-lər yanlış yazılıb
- yeni DNS zonasında əsas qeydlər yoxdur
- site açılır, amma mail və subdomain-lər qırılıb
- SSL və ya server konfiqurasiyası tamamlanmayıb
Yəni propagation bəzən real səbəbdir, bəzən isə yanlış konfiqurasiyanın arxasına gizlənən ümumi cavab olur.
BITEP Hosting baxımından bu niyə vacib mövzudur?
Hostinq seçən və ya hostinq dəyişən istifadəçilər üçün ən ağrılı məqamlardan biri məhz keçid vaxtıdır. Saytın açılmaması, köhnə versiyanın görünməsi, email riskləri və “bizdə niyə hələ dəyişməyib?” sualları çox vaxt nameserver və DNS məntiqinin tam başa düşülməməsindən yaranır.
BITEP Hosting kimi hostinq həllərində bu mərhələni rahat idarə etmək üçün əsas məqsəd yalnız server vermək yox, keçid məntiqini də aydın etməkdir. Yəni yaxşı hostinq təcrübəsi yalnız sürət və storage məsələsi deyil, migration və DNS keçidlərinin də stresssiz olmasıdır.
Praktik tövsiyələr
- nameserver dəyişməzdən əvvəl bütün DNS qeydlərini export və ya qeyd edin
- email istifadə olunursa MX, SPF, DKIM və DMARC qeydlərini ayrıca yoxlayın
- keçiddən əvvəl yeni hostinqdə saytın işlədiyinə əmin olun
- mümkündürsə TTL-i əvvəlcədən azaldın
- keçid zamanı ard-arda təkrar dəyişiklik etməyin
- fərqli şəbəkə və cihazlarla test aparın
- problem 24-48 saatdan çox uzanırsa, propagation deməklə kifayətlənməyin, konfiqurasiyanı audit edin
Nəticə
Nameserver propagasiyası domen və hostinq keçidlərinin ən vacib, amma ən çox yanlış anlaşılan hissələrindən biridir. Siz dəyişiklik etdiyiniz anda internetin hər yerində nəticə eyni görünməyə bilər və bu çox vaxt normaldır. Amma normal yayılma ilə yanlış DNS konfiqurasiyası arasındakı fərqi bilmək çox vacibdir.
Ən sağlam yanaşma budur: nameserver keçidinə təkcə “bir texniki addım” kimi baxmayın. Bu, sayt, email, subdomain və ümumi online görünürlüyünüzə təsir edən bir dəyişiklikdir. Düzgün hazırlıq, düzgün yoxlama və səbrli audit ilə bu prosesi daha təhlükəsiz və stresssiz idarə etmək mümkündür.
Qısa xülasə
- nameserver domenin DNS idarəetməsinin harada saxlandığını göstərir
- DNS propagasiyası dəyişikliklərin internet üzrə tədricən yayılmasıdır
- cache səbəbindən hamıda eyni anda nəticə görünmür
- TTL dəyəri yayılma sürətinə təsir edir
- nameserver keçidində email qeydlərini unutmaq böyük risk yaradır
- 24-48 saata qədər pəncərə bəzi hallarda normaldır, amma yanlış konfiqurasiya ayrıca yoxlanmalıdır
Qeyd: Məqalə DNS işləmə məntiqi, domain keçidi əməliyyatı və hostinq migration praktikaları əsasında sadə və tətbiq yönümlü formada hazırlanıb.