Miért tart ennyi ideig, amíg egy domain átirányítás életbe lép?

Átállítottad az új webhelyedet egy másik szerverre, módosítottad a nameservereket a regisztrátornál, és várod, hogy minden működjön. A böngésző mégis a régi oldalt mutatja. Egy óra múlva is. Kezded azt hinni, valami elromlott.

Ez a DNS propagation – az internet sajátos módja annak, hogy a változások ne azonnal, hanem fokozatosan terjedjenek el.

A DNS elosztott telefonkönyv

A Domain Name System feladata egyszerű: a könnyen megjegyezhető domainneveket IP-címekre fordítja. Enélkül minden alkalommal számokat kellene beírni a böngészőbe ahelyett, hogy pelda.hu-t írnánk.

A rendszer viszont nem egyetlen központi adatbázis. Több ezer szerver működik együtt világszerte, hierarchikusan. Ez a felépítés az oka annak, hogy a változások nem azonnal látszanak mindenhol.

Kik vesznek részt egy DNS-lekérdezésben?

Négy szereplő működik közre, amikor valaki meglátogat egy weboldalt:

A recursive resolver általában az internetszolgáltató vagy egy nyilvános szolgáltató (pl. Cloudflare) szervere. Ez végzi a keresést, és átmenetileg eltárolja az eredményt.

A root name serverek a hierarchia legfelső szintjén állnak. Nem tudják, hol található egy adott domain, de megmondják, melyik TLD-szerverhez kell fordulni.

A TLD name serverek kezelik az adott végződésű domaineket – például az összes .hu vagy .com rekordot. Itt dől el, melyik nameserver felelős az adott domainért.

Az authoritative name serverek tárolják a tényleges DNS-bejegyzéseket: A rekordokat, MX-et, TXT-et és a többit. Ezek azok a szerverek, amelyeket a hosting szolgáltató biztosít.

Hogyan zajlik le egy lekérdezés?

Amikor valaki először látogat el egy oldalra, a resolver sorban kérdezi le a fenti szervereket, amíg meg nem kapja a végső IP-címet. Ez általában milliszekundumok alatt lezajlik – feltéve, hogy a cache-ek üresek és naprakészek.

Mi okozza a késést?

Minden DNS-rekord tartalmaz egy TTL (Time To Live) értéket. Ez határozza meg, mennyi ideig tárolhatja egy resolver a választ, mielőtt újra lekérdezné. Ha a TTL 24 órára van állítva, akkor a világ bármely pontján lévő szerverek akár egy napig is a régi adatot szolgáltathatják – még azután is, hogy már módosítottad a bejegyzést.

Nincs központi gomb, amivel egyszerre frissítenéd az egész internetet. A változás fokozatosan terjed szerverről szerverre.

Hogyan készülj fel a domainváltásra?

• Állítsd alacsonyabbra a TTL-t már a váltás előtt egy-két nappal (pl. 300 másodpercre).
• Használj globális DNS-ellenőrző eszközöket, hogy lásd, hol terjedt el már az új beállítás.
• Nagyobb változtatásokat érdemes kevésbé forgalmas időszakban végezni.
• Tartsd fenn a régi hosztingot legalább 48 óráig, amíg a propagáció befejeződik.

Miért van ez így?

A DNS szándékosan decentralizált. Nincs egyetlen meghibásodási pont, ezért stabilabb a rendszer. Cserébe viszont nem azonnal, hanem fokozatosan frissülnek az adatok. Ez a kompromisszum ugyanaz, mint sok más elosztott rendszerben.

Ha megértjük ezt a működést, könnyebb tervezni és kevesebb meglepetés ér minket egy domainváltás során.