6 modulis · 6.2
„Sklaida“: kodėl vieni jau mato, o kiti dar ne
6 modulis: Laikas, talpykla ir domeno perkėlimas · Skaitymo trukmė: 8 min.
Mokymosi tikslas: Po šios pamokos galėsite paaiškinti, kodėl DNS pakeitimas nematomas visur vienu metu, įvertinti, kiek laiko tai gali užtrukti, ir išspręsti problemą, jei tik Jūs patys dar matote seną būseną.
Pagrindinės sąvokos: „sklaida“ (propagacija), talpykla, neigiama talpykla (NXDOMAIN), SOA minimumas, delegavimo TTL, vardų serverio pakeitimas, talpyklos išvalymas
Nesusipratimas viename žodyje
Pakeitėte įrašą. Jūsų kolega jau mato naują svetainę, o Jūs vis dar matote seną. Internete rašoma: „palaukite, DNS dar turi pasklisti.“ Žodis sklaida (propagacija) sukuria įspūdį, kad Jūsų pakeitimas rieda per internetą kaip banga, nuo serverio prie serverio.
Taip nėra. Jūsų pakeitimas iškart atsiranda Jūsų domeno autoritetiniuose vardų serveriuose (arba per keletą minučių, jei Jūsų DNS paslaugų teikėjas sinchronizuoja kelis vardų serverius). Niekas niekur nesiunčiama. Tai, ką matote, yra talpyklų galiojimo pabaiga: kiekvienas resolveris rodo seną atsakymą, kol baigiasi TTL jo talpykloje (6.1 pamoka). Kadangi kiekvienas resolveris pradėjo skaičiuoti kitu momentu, vieni pakeitimą pamato anksčiau nei kiti.
Taigi „sklaida“ iš tikrųjų reiškia: laukimą, kol visos talpyklos ištuštės. Šis supratimas padeda, nes dabar tiksliai žinote, ko laukiate ir kiek daugiausiai tai gali užtrukti.
Kiek laiko tai trunka?
Tai priklauso nuo to, ką keičiate.
| Kas keičiama | Ko laukiama? | Dažniausiai |
|---|---|---|
| Esamas įrašas (A, MX, TXT ...) | Seno įrašo TTL | Per TTL, dažnai per valandą |
| Naujas įrašas, kurio anksčiau nebuvo | Nieko, nebent kas nors anksčiau jau užklausė tą pavadinimą (neigiama talpykla) | Iš karto arba per kelias minutes |
| Domeno vardų serveriai | NS įrašų TTL registre | Nuo kelių valandų iki dviejų parų |
Esami įrašai
Čia viskas paprasta: senas TTL yra maksimumas. Jei įrašo TTL buvo 3600, visi naują atsakymą pamatys ne vėliau kaip per valandą po pakeitimo. Jei praėjus gerokai daugiau nei valandai kas nors vis dar mato seną atsakymą, problema yra kažkur kitur (žr. toliau).
Nauji įrašai ir neigiama talpykla
Naujas įrašas dažniausiai veikia iš karto, nebent kas nors užklausė tą pavadinimą dar prieš jam atsirandant. Tuomet resolveris gavo atsakymą NXDOMAIN („šis pavadinimas neegzistuoja“) arba „šis pavadinimas egzistuoja, bet neturi šio tipo įrašo“. Tas „ne“ taip pat įsimenamas. Tai vadinama neigiama talpykla.
Kiek laiko „ne“ išsaugomas, nenurodyta įraše, kurio nėra. Tai nustatoma pagal zonos SOA įrašą: pagal RFC 2308 tai yra mažesnis iš dviejų skaičių, SOA įrašo paties TTL ir paskutinio SOA įrašo lauko (vadinamojo „minimumo“). Pavyzdys:
example.com. 3600 IN SOA ns1.example.com. hostmaster.example.com. (
2026110701 ; serijos numeris
14400 ; atnaujinimas (refresh)
3600 ; pakartojimas (retry)
1209600 ; galiojimo pabaiga (expire)
300 ) ; minimumasČia „ne“ įsimenamas ne ilgiau kaip 300 sekundžių (mažesnis iš 3600 ir 300). Kai kuriose zonose tai gali būti valanda ar daugiau.
Štai kodėl galioja auksinė taisyklė: neatidarykite naujo subdomeno naršyklėje prieš jį sukurdami. Jūsų kompiuteris ir resolveris tuomet įsimins, kad jo neegzistuoja, ir laukti teks tik Jums.
Vardų serverių keitimas
Keičiant vardų serverius laukiama kitko: NS įrašų Jūsų domeno extensijos registre. Šie įrašai resolveriams nurodo, kur yra Jūsų domeno vardų serveriai (2.1 pamoka), ir jie taip pat įsimenami. Kiekvienas registras šiam TTL pasirenka savo reikšmę. Matuota 2026 m. lapkritį:
| Extensija | NS įrašų TTL registre |
|---|---|
| .nl | 3600 sekundės (1 valanda) |
| .org | 3600 sekundės (1 valanda) |
| .com | 172800 sekundžių (2 paros) |
Be to, registras pakeitimą kartais paskelbia ne iš karto, o senojo paslaugų teikėjo vardų serveriai tuo tarpu dažnai dar toliau atsako senąja zona. Todėl keičiant vardų serverius planuokite kelias valandas, o .com domenui iki dviejų parų. Pasirūpinkite, kad abu paslaugų teikėjai keitimo metu turėtų tuos pačius, teisingus įrašus (6.3 pamoka).
Ar tik Jūs vis dar matote seną?
Ar internetinis tikrintuvas beveik visuose resolveriuose jau rodo naują atsakymą, o Jums vis tiek rodomas senas? Vadinasi, senas atsakymas yra kažkur netoliese Jūsų. Peržiūrėkite šiuos žingsnius, nuo greičiausio iki nuodugniausio:
- Privatus naršyklės langas arba kita naršyklė. Jūsų naršyklė saugo DNS atsakymus ir puslapius.
- Telefonas per 4G ar 5G, išjungus „wifi“. Tuomet naudojamas Jūsų mobiliojo ryšio operatoriaus resolveris, o ne namų tinklo.
Kompiuterio talpyklos išvalymas.
- Windows (komandinė eilutė):
ipconfig /flushdns - macOS (terminalas):
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder - Linux su systemd-resolved:
resolvectl flush-caches
- Windows (komandinė eilutė):
- Maršrutizatoriaus perkrovimas. Daugelis maršrutizatorių veikia kaip nedidelis resolveris su savo talpykla.
- Hosts failo patikrinimas. Ar anksčiau testavote naują serverį įrašydami adresą hosts faile (
C:\Windows\System32\drivers\etc\hostsarba/etc/hosts)? Ta eilutė turi pirmenybę prieš DNS. Pašalinkite ją. Tai dažnai pamirštama. - Patikrinimas tiesiogiai šaltinyje. Užklauskite įrašą autoritetiniame vardų serveryje (
dig A example.com @ns1.hosting.example). Jei ten vis dar matomas senas atsakymas, pakeitimas nebuvo tinkamai išsaugotas arba buvo atliktas ne toje vietoje.
Praėjus laukimo laikui vis dar nieko?
Jei TTL jau seniai pasibaigęs ir net internetiniai įrankiai rodo seną atsakymą, laukti nebeprasminga. Tuomet problema yra kitur. Trys dažniausios priežastys:
- Pakeista ne toje vietoje. Jūsų domenas naudoja kito paslaugų teikėjo vardų serverius (pavyzdžiui, Cloudflare arba svetainių kūrimo platformos), o Jūs pakeitėte įrašus pas savo hostingo paslaugų teikėją. Patikrinkite, kokius vardų serverius turi Jūsų domenas (2.1 pamoka), ir keiskite ten.
- Spausdinimo klaida arba trūkstamas taškas.
mail.example.combe taško daugelyje valdymo skydelių tampamail.example.com.example.com(2.2 pamoka). - Vardų serveriai nesutaria tarpusavyje. Domenas turi bent du vardų serverius. Jei jie tinkamai nesinchronizuojasi, vienas atsako nauju, o kitas senu atsakymu. Palyginkite SOA serijos numerį kiekviename vardų serveryje: jis turi sutapti.
dig +short SOA example.com @ns1.hosting.example
dig +short SOA example.com @ns2.hosting.examplePraktikoje: kaip tai atrodo valdymo skydelyje
Jei norite pamatyti, ką resolveriai skirtingose pasaulio vietose atsako, naudokite internetinį DNS tikrintuvą, kuris užklausia resolverį pagal šalį (pavyzdžiui, dnschecker.org). Pavyzdiniame skydelyje Mano WebOké kortelė Domenas / El. paštas sveikata tikrina Jūsų domeno vardų serverius ir įrašus autoritetiniuose vardų serveriuose, o DNS diagnostika palygina vardų serverių serijos numerius. Kiti paslaugų teikėjai dažnai turi panašią patikrą savo valdymo skydelyje; jei ne, tą patį vaizdą parodys dig ir internetiniai įrankiai iš 8.3 pamokos.
Santrauka
- Niekas nėra „platinama“: laukiama, kol baigsis talpyklų galiojimo laikas.
- Pakeistas įrašas visur matomas ne vėliau kaip po seno TTL; naujas įrašas dažniausiai iš karto, nebent kas nors anksčiau jau užklausė tą pavadinimą (neigiama talpykla, kurią nustato SOA įrašas).
- Vardų serverių keitimas priklauso nuo TTL registre: .nl atveju valanda, .com atveju dvi paros.
- Ar tik Jūs matote seną? Privatus langas, 4G, talpyklos išvalymas, maršrutizatoriaus perkrovimas ir hosts failo patikrinimas.
- Autoritetiniame vardų serveryje vis dar senas? Tuomet laukti neverta: ieškokite klaidos.
Testas
Užduotis
Užduotis Z6.2: Delegavimo TTL ir neigiama talpykla. Du klausimai, į abu galima atsakyti naudojant dig arba internetinį dig įrankį:
- Kiek sekundžių, pagal .com registrą, resolveriai įsimena
google.comvardų serverius? Užklauskite tai .com serveryje:dig NS google.com @a.gtld-servers.netir pažiūrėkite TTL AUTHORITY dalyje. - Kiek sekundžių resolveris įsimena, kad pavadinimas po
sidn.nl(SIDN, Nyderlandų .nl registro, svetainė) neegzistuoja? Užklauskitesidn.nlSOA įrašą serveryjens1.sidn.nlir pritaikykite šioje pamokoje aprašytą taisyklę (mažesnį iš SOA TTL ir SOA minimumo).
Skaitykite daugiau
Šiuose straipsniuose aprašyti žingsniai skirti WebOké valdymo skydeliams; kituose valdymo skydeliuose veikimo principas panašus.
- Kiek laiko užtrunka nameserver arba DNS pakeitimas ir ką daryti, jei jo nematote?
- Svetainė arba el. paštas neveikia po perkėlimo ar DNS įrašų pakeitimo: patikrinkite savo domeną
- DirectAdmin vadovas 5.11: Kada pasikeitimas pradeda veikti? Laukimo laikas ir TTL
- Kaip sukurti subdomeną ir ką daryti, jei jis neveikia
- Kaip išbandyti domeną prieš jį perkeliant? (localhost)
- WebOké vadovas 5.17: Domeno ir el. pašto būklė: tikrinimas ir sutvarkymas
