'Propagácia': prečo to jeden už vidí a druhý nie

Modul 6: Čas, cache a prevod domény · Čas čítania: 8 min

Cieľ lekcie: Po tejto lekcii viete vysvetliť, prečo DNS zmena nie je viditeľná všade naraz, odhadnúť ako dlho to bude trvať, a vyriešiť situáciu, keď len vy sám stále vidíte starý stav.

Kľúčové pojmy: „propagácia“, cache, negatívna cache (NXDOMAIN), SOA minimum, TTL delegácie, zmena menného servera, vymazanie cache

Nedorozumenie v jednom slove

Zmenili ste záznam. Váš kolega už vidí novú webovú stránku, vy ešte stále starú. Na internete potom čítate: „len počkajte, DNS sa ešte musí propagovať.“ Slovo propagácia (šírenie) vzbudzuje dojem, že vaša zmena sa šíri po internete ako vlna, zo servera na server.

Takto to však nefunguje. Vaša zmena je okamžite uložená na autoritatívnych menných serveroch vašej domény (alebo do pár minút, ak váš poskytovateľ DNS synchronizuje viacero menných serverov). Nič sa nikam neposiela. To, čo vidíte, je vypršanie platnosti cache: každý resolver vracia starú odpoveď, kým nevyprší TTL v jeho cache (lekcia 6.1). Keďže každý resolver začal počítať v inom okamihu, jeden vidí zmenu skôr ako druhý.

„Propagácia“ teda v skutočnosti znamená: čakanie, kým sa vyprázdnia všetky cache. Toto poznanie vám pomôže, pretože teraz presne viete, na čo čakáte a koľko to maximálne potrvá.

Ako dlho to trvá?

To závisí od toho, čo meníte.

Existujúce záznamy

Tu je to jednoduché: stará TTL je maximum. Ak mal záznam TTL 3600, všetci uvidia novú odpoveď najneskôr hodinu po vašej zmene. Ak niekto vidí starú odpoveď aj po viac ako hodine, problém je niekde inde (pozrite ďalej).

Nové záznamy a negatívna cache

Nový záznam väčšinou funguje okamžite, okrem prípadu, keď niekto daný názov vyžiadal už predtým, keď ešte neexistoval. Resolver vtedy dostal odpoveď NXDOMAIN („tento názov neexistuje“) alebo „tento názov existuje, ale nemá záznam tohto typu“. Aj toto „nie“ sa uchováva v pamäti. Tomu sa hovorí negatívna cache.

Ako dlho sa „nie“ uchováva, nie je uvedené v zázname, ktorý neexistuje. Vyplýva to zo SOA záznamu zóny: podľa RFC 2308 ide o menšiu z dvoch hodnôt, TTL samotného SOA záznamu a posledné pole SOA záznamu (tzv. „minimum“). Príklad:

example.com.  3600  IN  SOA  ns1.example.com. hostmaster.example.com. (
                             2026110701 ; sériové číslo
                             14400      ; refresh
                             3600       ; retry
                             1209600    ; expire
                             300 )      ; minimum

Tu sa „nie“ uchováva maximálne 300 sekúnd (menšia z hodnôt 3600 a 300). Pri niektorých zónach je to hodina alebo viac.

Preto zlaté pravidlo: neotvárajte novú subdoménu v prehliadači skôr, než ju vytvoríte. Váš počítač a váš resolver si potom zapamätajú, že neexistuje, a vy ste jediný, kto musí čakať.

Zmena menných serverov

Pri zmene menného servera čakáte na niečo iné: na NS záznamy v registri vašej koncovky. Tieto záznamy hovoria resolverom, kde sa nachádzajú menné servery vašej domény (lekcia 2.1), a aj tie sa uchovávajú v pamäti. Každý register si pre to zvolí vlastnú TTL. Nameraný stav z novembra 2026:

K tomu treba pripočítať, že register niekedy vašu zmenu nezverejní okamžite, a že menné servery vášho predchádzajúceho poskytovateľa medzitým často ešte stále odpovedajú so starou zónou. Pri zmene menného servera preto počítajte s pár hodinami, a pri .com s maximálne dvoma dňami. Zabezpečte teda, aby obe strany mali počas prechodu rovnaké, správne záznamy (lekcia 6.3).

Vidíte starý stav iba vy?

Vidí online nástroj na kontrolu novú odpoveď už takmer pri všetkých resolveroch, ale vy nie? Potom sa stará odpoveď nachádza niekde vo vašom okolí. Prejdite tieto kroky, od rýchlych po dôkladné:

1. Súkromné okno alebo iný prehliadač. Váš prehliadač uchováva DNS odpovede aj stránky.
2. Telefón cez 4G alebo 5G, s vypnutým wifi. Vtedy použijete resolver vášho mobilného operátora namiesto resolveru vašej domácej siete.

3. Vymazanie cache na vašom počítači.

   • Windows (Príkazový riadok): ipconfig /flushdns
   • macOS (Terminál): sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
   • Linux so systemd-resolved: resolvectl flush-caches
4. Reštartovanie routera. Mnoho routerov funguje ako malý resolver s vlastnou cache.
5. Kontrola hosts súboru. Testovali ste predtým nový server tak, že ste jeho adresu zapísali do hosts súboru (C:\Windows\System32\drivers\etc\hosts alebo /etc/hosts)? Tento riadok má prednosť pred DNS. Odstráňte ho. Na toto sa často zabúda.
6. Priama kontrola pri zdroji. Vyžiadajte si záznam priamo od autoritatívneho menného servera (dig A example.com @ns1.hosting.example). Ak je aj tam ešte stará odpoveď, zmena nebola správne uložená, alebo ste ju vykonali na nesprávnom mieste.

Po uplynutí čakacej doby stále nič?

Ak už dávno uplynula TTL a aj online nástroje zobrazujú starú odpoveď, čakanie nemá zmysel. Vtedy ide o niečo iné. Tri najčastejšie príčiny:

• Zmena na nesprávnom mieste. Vaša doména používa menné servery iného poskytovateľa (napríklad Cloudflare alebo tvorcu webu), a vy ste zmenili záznamy u vášho hostingového poskytovateľa. Skontrolujte, aké menné servery má vaša doména (lekcia 2.1) a zmenu vykonajte tam.
• Preklep alebo chýbajúca bodka. mail.example.com bez bodky sa v mnohých paneloch zmení na mail.example.com.example.com (lekcia 2.2).
• Menné servery sa navzájom nezhodujú. Doména má aspoň dva menné servery. Ak sa nesynchronizujú správne, jeden vráti novú a druhý starú odpoveď. Porovnajte sériové číslo SOA pri každom mennom serveri: musí byť rovnaké.

dig +short SOA example.com @ns1.hosting.example
dig +short SOA example.com @ns2.hosting.example

V praxi: ako to vyzerá v paneli

Ak chcete vidieť, čo odpovedajú resolvery na rôznych miestach sveta, použite online DNS kontrolný nástroj, ktorý sa pýta resolveru v jednotlivých krajinách (napríklad dnschecker.org). V ukážkovom paneli Môj WebOké karta Doména / zdravie E-mail kontroluje menné servery a záznamy vašej domény priamo na autoritatívnych menných serveroch, a DNS diagnostika porovnáva sériové čísla menných serverov. Iní poskytovatelia majú vo svojom paneli často podobnú kontrolu; ak nie, rovnaký obraz vám poskytne dig a online nástroje z lekcie 8.3.

Zhrnutie

• Nič sa „nešíri“: čakáte, kým vyprší platnosť cache.
• Zmenený záznam je viditeľný všade najneskôr po uplynutí starej TTL; nový záznam zvyčajne okamžite, okrem prípadu, keď niekto daný názov vyžiadal už skôr (negatívna cache, určená SOA záznamom).
• Zmena menného servera závisí od TTL v registri: pri .nl hodina, pri .com dva dni.
• Vidíte starý stav iba vy? Súkromné okno, 4G, vymazanie cache, reštart routera a kontrola hosts súboru.
• Stále starý stav priamo na autoritatívnom mennom serveri? Vtedy čakanie nemá zmysel: hľadajte chybu.

Kvíz

Úloha

Úloha Z6.2: TTL delegácie a negatívna cache. Dve otázky, obe zodpovedateľné pomocou dig alebo online dig nástroja:

1. Koľko sekúnd si resolvery podľa registra .com uchovávajú menné servery pre google.com? Vyžiadajte si to od .com servera: dig NS google.com @a.gtld-servers.net a pozrite sa na TTL v sekcii AUTHORITY.
2. Koľko sekúnd si resolver uchováva informáciu, že názov pod sidn.nl neexistuje? Vyžiadajte si SOA záznam domény sidn.nl od servera ns1.sidn.nl a aplikujte pravidlo z tejto lekcie (menšia z hodnôt SOA TTL a SOA minimum).

Ďalšie čítanie

Kroky v týchto článkoch sa týkajú panelov WebOké; v iných paneloch to funguje podobne.

• Ako dlho trvá zmena nameserveru alebo DNS a čo robiť, ak ju nevidíte?
• Webová stránka alebo e-mail nefunguje po presune alebo zmene DNS: skontrolujte svoju doménu
• Návod na DirectAdmin 5.11: Kedy zmena začne platiť? Čakacia doba a TTL
• Vytvorenie subdomény a čo robiť, ak nefunguje
• Ako otestovať doménu ešte pred prevodom? (localhost)
• Príručka WebOké 5.17: Zdravie domény a e-mailu: kontrola a náprava