"Leviäminen": miksi toinen näkee muutoksen jo ja toinen ei

Moduuli 6: Aika, välimuisti ja siirto · Lukuaika: 8 minuuttia

Oppitavoite: Tämän oppitunnin jälkeen osaat selittää, miksi DNS-muutos ei näy kaikkialla samaan aikaan, arvioida kuinka kauan se kestää ja ratkaista tilanteen, jossa vain sinä näet vielä vanhan tilanteen.

Avainkäsitteet: "leviäminen", välimuisti, negatiivinen välimuisti (NXDOMAIN), SOA-minimum, delegoinnin TTL, nimipalvelinmuutos, välimuistin tyhjentäminen

Yhden sanan väärinkäsitys

Olet muuttanut tietueen. Kollegasi näkee uuden verkkosivuston jo, sinä näet vielä vanhan. Internetistä löytyy usein neuvo: "odota vain, DNS:n pitää vielä levitä." Sana leviäminen antaa vaikutelman, että muutoksesi vyöryy aaltona internetin läpi, palvelimelta toiselle.

Näin se ei toimi. Muutoksesi on heti verkkotunnuksesi autoritatiivisilla nimipalvelimilla (tai muutaman minuutin kuluessa, jos DNS-palveluntarjoajasi synkronoi useita nimipalvelimia). Mitään ei lähetetä eteenpäin. Se mitä näet, on välimuistien vanheneminen: jokainen resolveri antaa vanhan vastauksen, kunnes sen välimuistissa oleva TTL on kulunut loppuun (oppitunti 6.1). Koska jokainen resolveri aloitti laskemisen eri hetkellä, toinen näkee muutoksen aikaisemmin kuin toinen.

"Leviäminen" tarkoittaa siis oikeasti: odottamista, että kaikki välimuistit tyhjenevät. Tämä oivallus auttaa sinua, koska nyt tiedät tarkalleen mitä odotat ja kuinka kauan enintään.

Kuinka kauan se kestää?

Se riippuu siitä, mitä muutat.

Olemassa olevat tietueet

Tässä asia on yksinkertainen: vanha TTL on maksimi. Jos tietueella oli TTL 3600, kaikki näkevät uuden vastauksen viimeistään tunnin kuluttua muutoksesta. Jos joku näkee reilun tunnin jälkeen yhä vanhan, ongelma on jossain muualla (katso jäljempänä).

Uudet tietueet ja negatiivinen välimuisti

Uusi tietue toimii yleensä heti, paitsi jos joku kysyi nimeä jo silloin, kun sitä ei vielä ollut olemassa. Resolveri sai silloin vastauksen NXDOMAIN ("tätä nimeä ei ole olemassa") tai "tämä nimi on olemassa, mutta sillä ei ole tämän tyyppistä tietuetta". Myös tämä "ei" muistetaan. Tätä kutsutaan negatiiviseksi välimuistiksi.

Kuinka kauan "ei"-vastaus säilytetään, ei löydy tietueesta, jota ei ole olemassa. Se tulee vyöhykkeen SOA-tietueesta: RFC 2308:n mukaan se on pienempi kahdesta luvusta, SOA-tietueen oman TTL:n ja SOA-tietueen viimeisen kentän (ns. "minimum"). Esimerkki:

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

Tässä "ei"-vastaus muistetaan enintään 300 sekuntia (pienempi luvuista 3600 ja 300). Joissakin vyöhykkeissä se on tunti tai enemmän.

Siksi kultainen sääntö: älä avaa uutta aliverkkotunnusta selaimessasi ennen kuin olet luonut sen. Tietokoneesi ja resolverisi muistavat silloin, ettei sitä ole olemassa, ja juuri sinä joudut odottamaan.

Nimipalvelimien vaihtaminen

Nimipalvelinmuutoksessa odotat jotain muuta: NS-tietueita verkkotunnuksen pääteen kuuluvalla rekisterinpitäjällä. Nämä tietueet kertovat resolvereille, missä verkkotunnuksesi nimipalvelimet sijaitsevat (oppitunti 2.1), ja myös ne muistetaan. Jokainen rekisterinpitäjä valitsee niille oman TTL:n. Marraskuussa 2026 mitattuna:

Lisäksi rekisterinpitäjä ei välttämättä julkaise muutostasi heti, ja vanhan palveluntarjoajasi nimipalvelimet vastaavat usein vielä sillä aikaa vanhalla vyöhykkeellä. Laske siis nimipalvelinvaihdossa muutaman tunnin varaan, ja .com-verkkotunnuksissa enintään kahden päivän varaan. Varmista siis, että molemmilla osapuolilla on vaihdon aikana samat, oikeat tietueet (oppitunti 6.3).

Näetkö ainoana yhä vanhan tilanteen?

Näkeekö verkossa toimiva tarkistustyökalu jo uuden vastauksen lähes kaikilla resolvereilla, mutta sinä et? Silloin vanha vastaus on sinun lähelläsi. Käy nämä vaiheet läpi, nopeimmasta perusteellisimpaan:

1. Yksityinen ikkuna tai toinen selain. Selaimesi tallentaa DNS-vastauksia ja sivuja.
2. Puhelin 4G:llä tai 5G:llä, wifi pois päältä. Silloin käytät mobiilioperaattorisi resolveria kotiverkkosi resolverin sijaan.

3. Tyhjennä tietokoneesi välimuisti.

   • Windows (Komentorivi): ipconfig /flushdns
   • macOS (Terminal): sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
   • Linux systemd-resolvedilla: resolvectl flush-caches
4. Käynnistä reititin uudelleen. Moni reititin toimii pienenä resolverina omalla välimuistillaan.
5. Tarkista hosts-tiedosto. Oletko aiemmin testannut uutta palvelinta laittamalla osoitteen hosts-tiedostoosi (C:\Windows\System32\drivers\etc\hosts tai /etc/hosts)? Tämä rivi menee DNS:n edelle. Poista se. Tämä unohtuu usein.
6. Katso suoraan lähteestä. Kysy tietue suoraan autoritatiiviselta nimipalvelimelta (dig A example.com @ns1.hosting.example). Jos siellä näkyy edelleen vanha vastaus, muutosta ei ole tallennettu oikein tai teit sen väärään paikkaan.

Yhä tyhjää odotusajan jälkeen?

Jos TTL on jo kauan sitten kulunut umpeen ja myös verkkotyökalut näyttävät vanhan vastauksen, odottaminen ei auta. Silloin kyse on jostain muusta. Kolme yleisintä syytä:

• Muutettu väärässä paikassa. Verkkotunnuksesi käyttää toisen palveluntarjoajan nimipalvelimia (esimerkiksi Cloudflare tai sivustorakentaja), ja muutit tietueet hostingpalveluntarjoajasi luona. Tarkista, mitä nimipalvelimia verkkotunnuksellasi on (oppitunti 2.1) ja tee muutos siellä.
• Kirjoitusvirhe tai puuttuva piste. mail.example.com ilman pistettä muuttuu monissa hallintapaneeleissa muotoon mail.example.com.example.com (oppitunti 2.2).
• Nimipalvelimet eivät ole samaa mieltä keskenään. Verkkotunnuksella on vähintään kaksi nimipalvelinta. Jos ne eivät synkronoidu kunnolla, toinen antaa uuden ja toinen vanhan vastauksen. Vertaa SOA-sarjanumeroa kultakin nimipalvelimelta: niiden pitää olla samat.

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

Käytännössä: näin se näkyy hallintapaneelissa

Jos haluat nähdä, mitä resolverit eri puolilla maailmaa vastaavat, käytä verkossa toimivaa DNS-tarkistustyökalua, joka kysyy resolveria maakohtaisesti (esimerkiksi dnschecker.org). Esimerkkipaneelissa Oma WebOké kortti Domain / Email tarkistaa verkkotunnuksesi nimipalvelimet ja tietueet autoritatiivisilta nimipalvelimilta, ja DNS-diagnoosi vertaa nimipalvelimien sarjanumeroita. Muilla palveluntarjoajilla on usein vastaava tarkistus hallintapaneelissaan; jos ei, dig ja oppitunnin 8.3 verkkotyökalut antavat saman kuvan.

Yhteenveto

• Mitään ei "levitetä": odotat, että välimuistit vanhenevat.
• Muutettu tietue näkyy kaikkialla viimeistään vanhan TTL:n jälkeen; uusi tietue yleensä heti, paitsi jos joku kysyi nimeä jo aiemmin (negatiivinen välimuisti, jonka määrää SOA-tietue).
• Nimipalvelinvaihto riippuu rekisterinpitäjän TTL:stä: .nl:ssä tunti, .com:ssa kaksi päivää.
• Näetkö ainoana vielä vanhan? Yksityinen ikkuna, 4G, välimuistin tyhjennys, reitittimen uudelleenkäynnistys ja hosts-tiedoston tarkistus.
• Yhä vanha autoritatiivisella nimipalvelimella? Silloin odottaminen ei auta: etsi virhe.

Tietovisa

Tehtävä

Tehtävä Z6.2: Delegoinnin TTL ja negatiivinen välimuisti. Kaksi kysymystä, molemmat vastattavissa dig-komennolla tai verkossa toimivalla dig-työkalulla:

1. Kuinka monta sekuntia resolverit muistavat .com-rekisterinpitäjän mukaan verkkotunnuksen google.com nimipalvelimet? Kysy se .com-palvelimelta: dig NS google.com @a.gtld-servers.net ja katso TTL:ää AUTHORITY-osiossa.
2. Kuinka monta sekuntia resolveri muistaa, ettei nimeä verkkotunnuksen sidn.nl alla ole olemassa? Kysy sidn.nl:n SOA-tietue osoitteesta ns1.sidn.nl ja sovella tämän oppitunnin sääntöä (pienempi luvuista SOA-TTL ja SOA-minimum).

Lue lisää

Näiden artikkeleiden vaiheet koskevat WebOkén hallintapaneeleja; muissa paneeleissa toiminta on vastaavaa.

• Kuinka kauan nameserver- tai DNS-muutos kestää, ja mitä teet, jos et näe sitä?
• Verkkosivusto tai sähköposti ei toimi muuton tai DNS-muutoksen jälkeen: tarkista verkkotunnuksesi
• DirectAdmin-ohje 5.11: Milloin muutos tulee voimaan? Odotusaika ja TTL
• Alatunnuksen luominen ja mitä tehdä, jos se ei toimi
• Miten voin testata verkkotunnustani ennen kuin se on siirretty? (localhost)
• WebOké-käyttöopas 5.17: Verkkotunnuksen ja sähköpostin kunto: tarkistus ja korjaus