DNS propagace je období po změně DNS, kdy se nová informace postupně rozšíří mezi DNS resolvery a zařízení uživatelů. Někde se nový stav projeví během minut, jinde až po delší době. Nejde o to, že by internet změnu neuměl přijmout. Spíš se čeká, až vyprší uložená cache předchozích dat.
Co se při DNS propagaci vlastně mění
Po úpravě A, AAAA, CNAME, MX nebo TXT záznamu se autoritativní DNS server změní okamžitě. Uživatel ale obvykle nepřistupuje přímo na něj. Dotaz cestou obsluhují DNS resolvery poskytovatele internetu, firemní sítě nebo veřejné služby, které si odpověď na určitý čas ukládají do cache. Pokud si chcete rychle srovnat, co jednotlivé typy DNS záznamů dělají, hodí se stručný praktický přehled.
Právě proto může jeden návštěvník už vidět web na novém serveru, zatímco jiný ještě chodí na původní IP adresu. U e-mailu to samé platí pro MX záznamy a ověřovací TXT záznamy.
TTL určuje, jak dlouho se starý stav drží
TTL, tedy time to live, říká resolverům, jak dlouho smějí odpověď držet v cache. Pokud má záznam TTL 3600 sekund, běžně se může stará hodnota vracet přibližně hodinu od posledního načtení. Prakticky to znamená, že změna není omezena jen samotným TTL, ale i tím, kdy si který resolver stará data uložil. Stejnou logiku dobře shrnuje i článek Co je to TTL? Proč se změna DNS může projevit až za 24 hodin?.
Před plánovanou migrací se proto vyplatí TTL dočasně snížit, typicky den předem. Když pak přepnete IP adresu webu nebo MX záznamy, většina resolverů si sáhne pro nový stav rychleji. Po stabilizaci lze TTL zase vrátit na běžnou hodnotu. Když si nejste jistí, jak má vypadat běžná kombinace A, MX nebo TXT záznamů, hodí se i tahák Jaké je základní nastavení DNS záznamů pro moji doménu?.
Nejčastější situace, kdy DNS propagaci řešíte
- Přesun webu na nový hosting nebo server.
- Změna nameserverů u domény.
- Přechod e-mailu na jiného poskytovatele.
- Přidání SPF, DKIM nebo DMARC záznamů.
- Napojení subdomény na novou službu přes CNAME.
Jak minimalizovat výpadek při změně hostingu
Nový web připravte předem na cílovém serveru a otestujte ho ještě před přepnutím DNS. Pokud je to možné, ponechte původní hosting nějakou dobu aktivní souběžně s novým. U webů s databází si pohlídejte okamžik finální synchronizace a po přepnutí zkontrolujte formuláře, administraci, SSL i odesílání e-mailů z aplikace. Pro samotný převod domény a hostingu se dá použít i praktický postup Chci k Vám převést doménu i webhosting. Jak mám nejlépe postupovat?.
U kritických změn pomáhá připravit si krátký checklist: snížit TTL, ověřit nové záznamy, zapsat původní stav pro rollback a po změně kontrolovat web z různých sítí. To je spolehlivější než jen čekat, až se doména “nějak sama přepne”.
Jak ověřit, že se změna opravdu propsala
Kontrolujte nejen samotný web v prohlížeči, ale i konkrétní DNS odpovědi. Sledujte, jakou IP adresu nebo MX záznam vrací resolver, který právě používáte. Rozdíly mezi sítěmi jsou během propagace normální. Důležité je, aby autoritativní DNS už obsahovalo správný nový stav a aby staré služby zůstaly po přechodnou dobu dostupné.
Kdy bývá problém jinde než v propagaci
Častá chyba je svádět všechno na DNS propagaci, i když je příčina jinde. Web může být na novém serveru špatně nakonfigurovaný, certifikát nemusí pokrývat danou doménu nebo aplikace stále odesílá poštu přes starý SMTP server. Pokud autoritativní DNS vrací správné hodnoty a problém přetrvává dlouho, hledejte i v samotném hostingu nebo aplikaci. U domén, kde řešíte i důvěryhodnost DNS odpovědí, dává smysl projít si také vysvětlení co je DNSSEC.
Praktické shrnutí
DNS propagace není závada, ale přirozený důsledek cache. Nejlépe se zvládá přípravou: předem snížit TTL, nechat běžet starý i nový server souběžně, hlídat e-mailové záznamy a změny ověřovat na úrovni DNS, ne jen podle prohlížeče. Díky tomu zvládnete migraci webu, e-mailu i subdomén s menším rizikem výpadku.