'Propagacija': zašto jedni to već vide, a drugi ne

Modul 6: Vrijeme, predmemorija i prijenos domene · Vrijeme čitanja: 8 minuta

Cilj učenja: Nakon ove lekcije moći ćete objasniti zašto DNS promjena nije svima vidljiva u isto vrijeme, procijeniti koliko to traje i riješiti problem ako samo Vi još vidite staro stanje.

Ključni pojmovi: 'propagacija', predmemorija (cache), negativna predmemorija (NXDOMAIN), SOA minimum, TTL delegacije, promjena poslužitelja imena, pražnjenje predmemorije

Nesporazum sadržan u jednoj riječi

Promijenili ste zapis. Vaš kolega već vidi novu web stranicu, Vi još uvijek staru. Na internetu tada pročitate: "pričekajte, DNS se još mora propagirati." Riječ propagacija (širenje) stvara dojam da se Vaša promjena poput vala širi internetom, od poslužitelja do poslužitelja.

To nije kako to funkcionira. Vaša promjena odmah je prisutna na autoritativnim poslužiteljima imena Vaše domene (ili unutar nekoliko minuta, ako Vaš DNS pružatelj sinkronizira više poslužitelja imena). Ništa se ne šalje dalje. Ono što vidite jest istjecanje predmemorija: svaki resolver daje stari odgovor dok TTL u njegovoj predmemoriji ne istekne (lekcija 6.1). Budući da je svaki resolver počeo brojati u drugom trenutku, jedni vide promjenu prije, a drugi kasnije.

"Propagacija" je, dakle, zapravo: čekanje da sve predmemorije isteknu. Ta Vam spoznaja pomaže, jer sada točno znate na što čekate i koliko to najduže može trajati.

Koliko to traje?

To ovisi o tome što mijenjate.

Postojeći zapisi

Ovdje je jednostavno: stari TTL je maksimum. Ako je zapis imao TTL 3600, svi će novi odgovor vidjeti najkasnije sat vremena nakon Vaše promjene. Ako netko i nakon više od sat vremena i dalje vidi staro, problem je negdje drugdje (vidi dalje u tekstu).

Novi zapisi i negativna predmemorija

Novi zapis obično odmah radi, osim ako je netko to ime već upitao dok još nije postojalo. Resolver je tada dobio odgovor NXDOMAIN ("ovo ime ne postoji") ili "ovo ime postoji, ali nema zapis ove vrste". I taj se "ne" pamti. To se naziva negativna predmemorija.

Koliko dugo se "ne" pamti, ne stoji u zapisu koji ne postoji. To proizlazi iz SOA zapisa zone: prema RFC 2308 radi se o manjoj od dvije vrijednosti, TTL-u samog SOA zapisa i posljednjem polju SOA zapisa ("minimum"). Primjer:

example.com.  3600  IN  SOA  ns1.example.com. hostmaster.example.com. (
                             2026110701 ; serijski broj
                             14400      ; refresh
                             3600       ; retry
                             1209600    ; expire
                             300 )      ; minimum

Ovdje se "ne" pamti najviše 300 sekundi (manja vrijednost od 3600 i 300). Kod nekih zona to je sat vremena ili više.

Zato zlatno pravilo glasi: ne otvarajte novu poddomenu u svom pregledniku prije nego što ste je stvorili. Vaše računalo i Vaš resolver tada pamte da ona ne postoji, a samo Vi ćete morati čekati.

Promjena poslužitelja imena

Kod promjene poslužitelja imena čekate na nešto drugo: NS zapise kod registra Vaše ekstenzije. Ti zapisi govore resolverima gdje se nalaze poslužitelji imena Vaše domene (lekcija 2.1), i oni se također pamte. Svaki registar za to bira vlastiti TTL. Izmjereno u studenome 2026:

Osim toga, registar ponekad ne objavljuje Vašu promjenu odmah, a poslužitelji imena Vašeg starog pružatelja u međuvremenu često i dalje odgovaraju starom zonom. Zato kod promjene poslužitelja imena računajte na nekoliko sati, a kod .com na najviše dva dana. Pobrinite se, dakle, da obje strane tijekom same promjene imaju iste, točne zapise (lekcija 6.3).

Vidite li samo Vi još staro stanje?

Internetski alat za provjeru već kod gotovo svih resolvera pokazuje novi odgovor, ali kod Vas ne? Tada se stari odgovor nalazi negdje u Vašoj blizini. Prođite ove korake, od brzih prema temeljitim:

1. Privatni prozor ili drugi preglednik. Vaš preglednik pamti DNS odgovore i stranice.
2. Telefon putem 4G ili 5G mreže, s isključenim wifijem. Tada koristite resolver svog mobilnog operatera umjesto onoga iz svoje kućne mreže.

3. Ispraznite predmemoriju svog računala.

   • Windows (naredbeni redak): ipconfig /flushdns
   • macOS (Terminal): sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
   • Linux sa systemd-resolved: resolvectl flush-caches
4. Ponovno pokrenite router. Mnogi routeri djeluju kao mali resolver s vlastitom predmemorijom.
5. Provjerite hosts datoteku. Jeste li ranije testirali novi poslužitelj tako da ste adresu stavili u hosts datoteku (C:\Windows\System32\drivers\etc\hosts ili /etc/hosts)? Ta linija ima prednost pred DNS-om. Uklonite je. To se često zaboravi.
6. Provjerite izravno na izvoru. Zatražite zapis od autoritativnog poslužitelja imena (dig A example.com @ns1.hosting.example). Ako i tamo još stoji stari odgovor, promjena nije ispravno spremljena ili ste je napravili na pogrešnom mjestu.

Ni nakon vremena čekanja i dalje ništa?

Ako je TTL već odavno istekao, a i internetski alati pokazuju stari odgovor, čekanje je besmisleno. Tada se radi o nečemu drugom. Tri najčešća uzroka:

• Promjena je napravljena na pogrešnom mjestu. Vaša domena koristi poslužitelje imena druge strane (na primjer Cloudflare ili graditelja web stranica), a Vi ste promijenili zapise kod svog pružatelja hostinga. Provjerite koje poslužitelje imena Vaša domena ima (lekcija 2.1) i promijenite ih tamo.
• Tipfeler ili nedostajuća točka. mail.example.com bez točke u mnogim panelima postaje mail.example.com.example.com (lekcija 2.2).
• Poslužitelji imena se međusobno ne slažu. Domena ima barem dva poslužitelja imena. Ako se oni ne sinkroniziraju ispravno, jedan daje novi, a drugi stari odgovor. Usporedite SOA serijski broj kod svakog poslužitelja imena: on mora biti jednak.

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

U praksi: kako to izgleda u panelu

Želite li vidjeti što resolveri na različitim mjestima u svijetu odgovaraju, upotrijebite internetski DNS provjeravač koji ispituje resolver po državama (na primjer dnschecker.org). U primjeru panela Moj WebOké kartica Domain / Email zdravlje provjerava poslužitelje imena i zapise Vaše domene kod autoritativnih poslužitelja imena, a DNS dijagnoza uspoređuje serijske brojeve poslužitelja imena. Drugi pružatelji često imaju sličnu provjeru u svom panelu; ako nemaju, dig i internetski alati iz lekcije 8.3 daju isti prikaz.

Sažetak

• Ništa se ne "širi": čekate dok predmemorije ne isteknu.
• Promijenjeni zapis vidljiv je svima najkasnije nakon isteka starog TTL-a; novi zapis obično odmah, osim ako je netko ime već ranije upitao (negativna predmemorija, određena SOA zapisom).
• Promjena poslužitelja imena ovisi o TTL-u kod registra: kod .nl sat vremena, kod .com dva dana.
• Vidite li samo Vi još staro stanje? Privatni prozor, 4G, pražnjenje predmemorije, ponovno pokretanje routera i provjera hosts datoteke.
• I dalje staro kod autoritativnog poslužitelja imena? Tada je čekanje besmisleno: potražite grešku.

Kviz

Zadatak

Zadatak Z6.2: TTL delegacije i negativna predmemorija. Dva pitanja, oba se mogu odgovoriti pomoću dig naredbe ili internetskog dig alata:

1. Koliko sekundi resolveri, prema .com registru, pamte poslužitelje imena za google.com? Provjerite kod .com poslužitelja: dig NS google.com @a.gtld-servers.net i pogledajte TTL u AUTHORITY dijelu.
2. Koliko sekundi resolver pamti da ime pod domenom sidn.nl (website SIDN-a, registra za .nl u Nizozemskoj) ne postoji? Zatražite SOA zapis za sidn.nl kod poslužitelja ns1.sidn.nl i primijenite pravilo iz ove lekcije (manja vrijednost od SOA TTL-a i SOA minimuma).

Daljnje čitanje

Koraci u ovim člancima odnose se na panele WebOké; u drugim panelima postupak je sličan.

• Koliko dugo traje promjena nameservera ili DNS-a, i što ako je ne vidite?
• Web stranica ili e-pošta ne rade nakon preseljenja ili izmjene DNS-a: provjerite svoju domenu
• DirectAdmin priručnik 5.11: Kada stupa na snagu promjena? Vrijeme čekanja i TTL
• Izrada subdomene i što učiniti ako ne radi
• Kako mogu testirati svoju domenu prije nego što je prenesena? (localhost)
• Priručnik za WebOké 5.17: Zdravlje domene i e-pošte: provjera i popravak