"Propagacija": zakaj jo eni že vidijo, drugi pa ne

Modul 6: Čas, predpomnilnik in prenos · Čas branja: 8 minut

Učni cilj: Po tej lekciji boste znali razložiti, zakaj sprememba DNS ni povsod vidna hkrati, oceniti, koliko časa to traja, in rešiti težavo, če le Vi še vidite staro stanje.

Ključni pojmi: "propagacija", predpomnilnik (cache), negativni predpomnilnik (NXDOMAIN), SOA minimum, TTL delegacije, sprememba imenskega strežnika, praznjenje predpomnilnika

Nesporazum v eni besedi

Spremenili ste zapis. Vaš sodelavec že vidi novo spletno stran, Vi pa še staro. Na internetu potem preberete: "le počakajte, DNS se mora še propagirati." Beseda propagacija (širjenje) ustvarja vtis, da se Vaša sprememba kot val razširi po internetu, od strežnika do strežnika.

Tako to ne deluje. Vaša sprememba je takoj na voljo na avtoritativnih imenskih strežnikih Vaše domene (ali v nekaj minutah, če Vaš DNS ponudnik usklajuje več imenskih strežnikov). Nič se ne pošilja naokoli. Kar vidite, je potekanje predpomnilnikov: vsak razreševalnik vrača stari odgovor, dokler TTL v njegovem predpomnilniku ne poteče (lekcija 6.1). Ker je vsak razreševalnik začel šteti ob drugem trenutku, eni vidijo spremembo prej kot drugi.

"Propagacija" je torej v resnici: čakanje, da se vsi predpomnilniki izpraznijo. To spoznanje Vam pomaga, saj zdaj natanko veste, na kaj čakate in koliko časa to lahko največ traja.

Koliko časa to traja?

To je odvisno od tega, kaj spreminjate.

Obstoječi zapisi

Tu je stvar preprosta: stari TTL je najdaljši možni čas. Če je imel zapis TTL 3600, bo vsak videl nov odgovor najpozneje eno uro po Vaši spremembi. Če nekdo tudi po dobri uri še vedno vidi starega, je težava nekje drugje (glejte naprej v besedilu).

Novi zapisi in negativni predpomnilnik

Nov zapis običajno deluje takoj, razen če je nekdo ime povprašal že prej, ko še ni obstajalo. Razreševalnik je takrat dobil odgovor NXDOMAIN ("to ime ne obstaja") ali "to ime obstaja, vendar nima zapisa tega tipa". Tudi ta "ne" se zapomni. Temu pravimo negativni predpomnilnik.

Koliko časa se "ne" shranjuje, ni zapisano v zapisu, ki ne obstaja. To izhaja iz zapisa SOA cone: po RFC 2308 je to manjša od dveh vrednosti, TTL samega zapisa SOA in zadnje polje zapisa SOA (tako imenovani "minimum"). Primer:

example.com.  3600  IN  SOA  ns1.example.com. hostmaster.example.com. (
                             2026110701 ; zaporedna številka
                             14400      ; refresh
                             3600       ; retry
                             1209600    ; expire
                             300 )      ; minimum

Tukaj se "ne" shranjuje največ 300 sekund (manjša vrednost med 3600 in 300). Pri nekaterih conah je to ura ali več.

Zato velja zlato pravilo: novega poddomena ne odpirajte v brskalniku, preden ga ustvarite. Vaš računalnik in Vaš razreševalnik si bosta namreč zapomnila, da ne obstaja, in samo Vi boste morali čakati.

Sprememba imenskih strežnikov

Pri spremembi imenskega strežnika čakate na nekaj drugega: zapise NS pri registru Vaše domenske pripone. Ti zapisi razreševalnikom povedo, kje so imenski strežniki Vaše domene (lekcija 2.1), in tudi ti se shranijo v predpomnilnik. Vsak register zanje izbere svoj TTL. Izmerjeno novembra 2026:

Poleg tega register Vaše spremembe včasih ne objavi takoj, imenski strežniki Vašega prejšnjega ponudnika pa v vmesnem času pogosto še vedno odgovarjajo s staro cono. Pri menjavi imenskega strežnika zato računajte na nekaj ur, pri .com pa na največ dva dni. Poskrbite, da imata obe strani med menjavo iste, pravilne zapise (lekcija 6.3).

Ali ste edini, ki še vedno vidite staro stanje?

Spletni preverjevalnik že pri skoraj vseh razreševalnikih pokaže nov odgovor, pri Vas pa ne? Potem je star odgovor shranjen nekje v Vaši bližini. Preglejte spodnje korake, od hitrih do temeljitih:

1. Zasebno okno ali drug brskalnik. Vaš brskalnik shranjuje odgovore DNS in strani.
2. Telefon prek 4G ali 5G, z izklopljenim wifi. Tako uporabljate razreševalnik svojega mobilnega operaterja namesto tistega iz domačega omrežja.

3. Izpraznite predpomnilnik svojega računalnika.

   • Windows (ukazni poziv): ipconfig /flushdns
   • macOS (terminal): sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
   • Linux s systemd-resolved: resolvectl flush-caches
4. Ponovno zaženite usmerjevalnik. Mnogi usmerjevalniki delujejo kot majhen razreševalnik z lastnim predpomnilnikom.
5. Preverite datoteko hosts. Ste pred tem testirali nov strežnik tako, da ste naslov vnesli v datoteko hosts (C:\Windows\System32\drivers\etc\hosts ali /etc/hosts)? Ta vrstica ima prednost pred DNS. Odstranite jo. To se pogosto pozabi.
6. Preverite neposredno pri viru. Povprašajte zapis pri avtoritativnem imenskem strežniku (dig A example.com @ns1.hosting.example). Če je tam še vedno star odgovor, sprememba ni bila pravilno shranjena ali ste jo naredili na napačnem mestu.

Po preteku čakalne dobe še vedno nič?

Če je TTL že zdavnaj potekel in tudi spletna orodja kažejo star odgovor, je čakanje nesmiselno. Potem gre za nekaj drugega. Trije najpogostejši vzroki:

• Sprememba na napačnem mestu. Vaša domena uporablja imenske strežnike drugega ponudnika (na primer Cloudflare ali graditelja spletnih strani), Vi pa ste spremenili zapise pri svojem gostiteljskem ponudniku. Preverite, katere imenske strežnike ima Vaša domena (lekcija 2.1) in spremembo opravite tam.
• Tipkarska napaka ali manjkajoča pika. mail.example.com brez pike se v mnogih nadzornih ploščah spremeni v mail.example.com.example.com (lekcija 2.2).
• Imenski strežniki se med seboj ne ujemajo. Domena ima vsaj dva imenska strežnika. Če se ta ne uskladita pravilno, eden vrača nov, drugi pa star odgovor. Primerjajte zaporedno številko SOA pri vsakem imenskem strežniku: ti morata biti enaki.

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

V praksi: tako je videti v nadzorni plošči

Če želite videti, kaj razreševalniki na različnih koncih sveta odgovarjajo, uporabite spletni preverjevalnik DNS, ki povprašuje razreševalnik po državah (na primer dnschecker.org). V primerni nadzorni plošči Moj WebOké kartica Stanje domene / e-pošte preveri imenske strežnike in zapise Vaše domene pri avtoritativnih imenskih strežnikih, diagnostika DNS pa primerja zaporedne številke imenskih strežnikov. Drugi ponudniki imajo pogosto podobno preverjanje v svoji nadzorni plošči; če ne, pa dig in spletna orodja iz lekcije 8.3 pokažejo isto sliko.

Povzetek

• Nič se ne "širi": čakate, da predpomnilniki potečejo.
• Spremenjen zapis je najpozneje po starem TTL viden povsod; nov zapis je običajno viden takoj, razen če je nekdo ime povprašal že prej (negativni predpomnilnik, določen z zapisom SOA).
• Menjava imenskega strežnika je odvisna od TTL pri registru: pri .nl ena ura, pri .com dva dni.
• Samo Vi še vidite staro stanje? Zasebno okno, 4G, praznjenje predpomnilnika, ponovni zagon usmerjevalnika in preverjanje datoteke hosts.
• Pri avtoritativnem imenskem strežniku še vedno staro stanje? Potem je čakanje nesmiselno: poiščite napako.

Kviz

Naloga

Naloga Z6.2: TTL delegacije in negativni predpomnilnik. Dve vprašanji, na obe lahko odgovorite z dig ali spletnim orodjem dig:

1. Koliko sekund si razreševalniki po navedbah registra .com zapomnijo imenske strežnike domene google.com? Povprašajte strežnik .com: dig NS google.com @a.gtld-servers.net in si oglejte TTL v delu AUTHORITY.
2. Koliko sekund si razreševalnik zapomni, da ime pod sidn.nl ne obstaja? Povprašajte zapis SOA domene sidn.nl pri ns1.sidn.nl in uporabite pravilo iz te lekcije (manjša vrednost med TTL zapisa SOA in minimumom SOA).

Za dodatno branje

Koraki v teh člankih veljajo za nadzorne plošče WebOké; pri drugih ponudnikih deluje podobno.

• Koliko časa traja sprememba nameserverja ali DNS-ja, in kaj storiti, če je ne vidite?
• Spletna stran ali e-pošta ne deluje po selitvi ali spremembi DNS: preverite svojo domeno
• Priročnik DirectAdmin 5.11: Kdaj začne sprememba veljati? Čakalni čas in TTL
• Ustvarjanje poddomene in kaj storiti, če ne deluje
• Kako preizkusim svojo domeno, preden je prenesena? (localhost)
• Priročnik WebOké 5.17: Zdravje domene in e-pošte: preverjanje in odpravljanje težav