Mikä on SOA-tietue? Kentät, merkitys ja esimerkki DNS:ssä

Kun DNS-asetuksia muokkaa ensimmäistä kertaa, vastaan tulee tietue, jonka merkitystä harva osaa selittää. Se on SOA-tietue, jonka seitsemän kenttää on määritelty jo vuonna 1987 julkaistussa RFC 1035 -standardissa (RFC Editor, IETF:n standardiarkisto), ja käymme läpi, mitä kentät tarkoittavat, miten sarjanumero ohjaa päivityksiä toissijaisille palvelimille ja miten tietueen saa selville omalta koneelta.

Tietuetyyppi: SOA (Start of Authority), yksi tietue per DNS-vyöhyke (F5 (3-DNS-laitteiden dokumentaatio)) · Kenttien määrä: 7 kenttää: MNAME, RNAME, sarjanumero, refresh, retry, expire, minimum (docs.rs (RFC 1035 -toteutuksen dokumentaatio)) · Minimum-kentän tulkinta: RFC 2308 (1998) määrittää kentän negatiivisen välimuistin TTL-arvoksi (nslookup.io (DNS-oppimateriaali))

Pikakatsaus

1Vahvistetut faktat

Jokaisella DNS-vyöhykkeellä on täsmälleen yksi SOA-tietue (Relaymetry (DNS-aiheinen selitys))
SOA-tietueessa on seitsemän kenttää (RFC Editor, IETF:n standardiarkisto) (Relaymetry (DNS-aiheinen selitys))

2Mikä on epäselvää

Tyypillinen refresh-arvo pienelle, vakaalle vyöhykkeelle on 86400 s (24 h) Wikipedian mukaan, mutta se on esimerkkiarvo, ei yleissääntö (Wikipedia (yleistietosanakirja))
Negatiivisen välimuistin enimmäisarvo on 10800 s (3 h) zytraxin mukaan (ZYTRAX (DNS-oppikirja))

3Aikajanasignaali

RFC 2308 muutti MINIMUM-kentän merkityksen vuonna 1998 root.cloud-työkalun dokumentaation mukaan (root.cloud (DNS-työkalun dokumentaatio))
Alkuperäisessä RFC 1035:ssä MINIMUM kuvattiin vyöhykkeen tietueiden minimi-TTL-arvona, ja RFC 2308 korvasi tämän merkityksen (nslookup.io, DNS-oppimateriaali) (root.cloud (DNS-työkalun dokumentaatio))

4Mitä seuraavaksi

Sarjanumero kasvatetaan jokaisen vyöhykemuutoksen jälkeen (F5, 3-DNS-laitteiden dokumentaatio) (DNS Check (SOA-tietueen seurantasivu))
Oman vyöhykkeen SOA-arvot kannattaa tarkistaa ennen muutosta (DNS Check (SOA-tietueen seurantasivu))

Yhdeksän rivin taulukosta näkyy, että vyöhykkeen ajastusarvot ovat kaikki sekunteja, ja ainoa tiukasti kiinteä luku on yksi SOA-tietue per vyöhyke.

Kenttä	Arvo
Tietuetyyppi	SOA (Start of Authority), yksi tietue per DNS-vyöhyke
Kenttien määrä (RDATA)	7 (MNAME, RNAME, SERIAL, REFRESH, RETRY, EXPIRE, MINIMUM) (docs.rs (RFC 1035 -toteutuksen dokumentaatio))
SOA-tietueiden määrä vyöhykkeessä	täsmälleen yksi (DNSimple (DNS-palveluntarjoajan ohjekeskus))
RNAME-muunnos	@-merkki korvataan pisteellä
SERIAL	positiivinen kokonaisluku, joka kasvatetaan aina muutoksessa
Refresh pienellä, vakaalla vyöhykkeellä	86400 s (24 h), Wikipedian mukaan (Wikipedia, yleistietosanakirja)
Expire-suositus (RFC 1912)	1209600–2419200 s (2–4 vk), zytraxin mukaan (ZYTRAX, DNS-oppikirja)
MINIMUM-kentän merkitys	negatiivisen välimuistin TTL-arvo (root.cloud, DNS-työkalun dokumentaatio)
MINIMUM-kentän enimmäisarvo	10800 s (3 h), zytraxin mukaan (ZYTRAX, DNS-oppikirja)

Mikä on SOA-tietue?

Kun vyöhykkeellä on useita nimipalvelimia, jokin niistä on se lähde, josta muut hakevat tiedot. SOA-tietue kertoo muille, kuka tämä lähde on ja millä perusasetuksilla vyöhykettä hallitaan.

Mitkä ovat SOA-tietueen kentät?

MNAME: ensisijainen nimipalvelin
RNAME: vastuuhenkilön postilaatikko
SERIAL: vyöhykkeen versionumero
REFRESH: väli, jonka välein toissijainen palvelin tarkistaa, onko päivitys tarpeen
RETRY: odotusaika ennen uutta yritystä, kun vyöhykesiirto epäonnistuu
EXPIRE: enimmäisaika, jonka toissijainen palvelin käyttää vanhenevaa dataa ilman päivitystä
MINIMUM: negatiivisen välimuistin TTL-arvo
Kenttien kuvaukset perustuvat F5:n 3-DNS-dokumentaatioon (laitevalmistajan ohje)

Tämä merkitsee: seitsemän kenttää näyttävät irrallisilta, mutta ne kuvaavat yhtä asiaa, eli sitä, miten toissijaiset palvelimet seuraavat vyöhykettä.

Mitä SOA-tietue määrittää?

SOA-tietue ei kuvaa yksittäistä palvelua. Se kertoo, miten vyöhykkeen tiedot kopioituvat ja milloin kopion pitää tarkistaa päivitykset.

Mitä eroa on SOA- ja NS-tietueilla?

SOA: vyöhykkeen replikoinnin ja hallinnon asetukset
NS: vyöhykkeen nimipalvelimet, ei aikavälejä (Relaymetry, DNS-aiheinen selitys)

Kolme aikaväliä näyttävät samalta, mutta ne laukeavat eri hetkissä. Taulukon esimerkkiarvot ovat yhden oppaan esimerkistä, eivät suosituksia.

Kenttä	Mitä kertoo	Esimerkkiarvo
REFRESH	väli, jonka välein toissijainen kysyy, onko päivitys tarpeen	3600 s
RETRY	odotusaika ennen uutta yritystä epäonnistuneen vyöhykesiirron jälkeen	600 s
EXPIRE	enimmäisaika, jonka toissijainen käyttää vanhenevaa dataa	1209600 s

Kompromissi: lyhyt refresh pitää toissijaiset ajan tasalla, mutta lisää tarkistuskertoja. Pitkä expire suojaa katkoksilta, mutta pitää vanhan datan käytössä pidempään.

Mitä seuraavista ei löydy SOA-tietueesta?

Verkkopalvelun osoitetietoa, sillä SOA ei ole palvelun osoitetietue
Vyöhykkeen nimipalvelinluetteloa, sillä se kuuluu NS-tietueille
Useita SOA-tietueita samalle vyöhykkeelle, sillä vyöhykkeellä on oltava täsmälleen yksi (DNSimple, DNS-palveluntarjoajan ohjekeskus)

Miksi tämä on tärkeää

Oletusarvot eivät muuta vyöhykkeen sisältöä. Ne määräävät, miten kopiot seuraavat sisältöä, joten väärä sisältö leviää kopioiden mukana.

Mitä tämä tarkoittaa: SOA-tietue on vyöhykkeen aikataulu, ei sen sisältö.

Voitko antaa esimerkin SOA-tietueesta?

Esimerkkinä käytetään verkkotunnusta example.com. Thesaninfo.com-oppaan esimerkissä ensisijainen nimipalvelin on ns1.example.com. ja vastuuhenkilön osoite on hostmaster.example.com. (thesaninfo.com (SOA-oppaan sivusto)).

Miten SOA-tietueen kentät luetaan esimerkissä?

MNAME: ns1.example.com.
RNAME: hostmaster.example.com. Kenttä on DNS-muotoinen, joten @-merkki on korvattu pisteellä.
SERIAL: 2026100101
REFRESH: 3600 s
RETRY: 600 s
EXPIRE: 1209600 s
MINIMUM: 300 s

Mitä tämä tarkoittaa: esimerkki kuvaa yhden vyöhykkeen arvot eikä suositusta. Sarjanumero on kuitenkin kenttä, joka muuttuu jokaisessa päivityksessä, ja juuri se kannattaa tarkistaa ensimmäisenä.

Miten SOA-tietueen saa selville?

Tietueen saa näkyviin kahdella komentorivityökalulla. Nslookup.io kuvaa molemmat (nslookup.io, DNS-oppimateriaali), ja askeleet ovat seuraavat.

Avaa komentorivi.
Kirjoita dig SOA example.com, jos koneella on dig.
Tai kirjoita nslookup -type=soa example.com.
Lue vastauksesta samat kentät kuin tietueen määrityksessä ja vertaa sarjanumeroa edelliseen tarkistukseen.

Miten SOA-tietue haetaan dig-komennolla?

Komento on muotoa dig SOA example.com.
Vastauksen SOA-rivi sisältää vyöhykkeen kentät samassa järjestyksessä kuin määrityksessä.

Miten SOA-tietue haetaan nslookup-komennolla?

Komento on muotoa nslookup -type=soa example.com.
Tavoitteena ovat samat arvot, joten valinta riippuu siitä, mikä työkalu on koneella.

Mitä seurata

Sarjanumero on kenttä, jonka perusteella toissijainen palvelin päättää, onko päivitystä tarpeen. Jos sarjanumero ei kasva muutoksen jälkeen, toissijainen palvelin ei välttämättä huomaa muutosta.

Mitä tämä tarkoittaa: komento kertoo arvot, mutta vertailu edelliseen tarkistukseen kertoo, onko vyöhyke oikeasti päivittynyt.

Mitkä ovat DNS-tietueiden pääasialliset tyypit?

Lähteet eivät anna yhtä lukua pääasiallisille tyypeille, joten lista riippuu siitä, mitä lähdettä seuraa. Yksi tyyppi on kuitenkin selvä: A-tietue, joka yhdistää nimen IPv4-osoitteeseen.

Voitko antaa esimerkin A-tietueesta?

A-tietue yhdistää verkkotunnuksen IPv4-osoitteeseen (RFC Editor, IETF:n standardiarkisto)
SOA-tietue on yksi DNS-vyöhykkeen hallintatietueista, ei palvelun osoitetietue

Tämä merkitsee: SOA-tietue kuuluu hallintatietueisiin, joten sitä ei kannata sekoittaa palvelun osoitetietueisiin, kuten A-tietueeseen.

Vahvistetut

Vyöhykkeellä on täsmälleen yksi SOA-tietue (DNSimple, DNS-palveluntarjoajan ohjekeskus)
SOA-tietueessa on seitsemän RDATA-kenttää (docs.rs, RFC 1035 -toteutuksen dokumentaatio)
Tyypillisesti luokka on IN (DNS Check, SOA-tietueen seurantasivu)

Epäselvää

Lähteissä ei ole vertailua siitä, miten palveluntarjoajat asettavat refresh-, retry- ja expire-arvot
Pääasiallisten DNS-tietuetyyppien tarkka lukumäärä riippuu lähteestä
Ei ole selitystä siitä, mitä tapahtuu, kun sarjanumeroa ei kasvateta
Suomenkielisiä lähteitä ei ollut käytettävissä, joten kenttien kuvaukset ovat käännöksiä

Jokaisella DNS-vyöhykkeellä on täsmälleen yksi SOA-tietue, ja se sijaitsee vyöhykkeen apexissa.

Relaymetry (DNS-aiheinen selitys), suomennos

RFC 2308 määritteli kentän uudelleen nimenomaan negatiivisen välimuistin TTL-arvoksi.

root.cloud (DNS-työkalun dokumentaatio), suomennos

Ylläpitäjälle, joka muuttaa vyöhykettä, valinta on yksinkertainen: ennen muutosta kannattaa tarkistaa nykyiset SOA-arvot, ja muutoksen jälkeen sarjanumero kasvatetaan, jotta toissijaiset palvelimet huomaavat päivityksen.

Aiheeseen liittyvää: Mitä on serverless computing? Hyödyt ja haitat · Media Creation Tool – lataa ja luo Windows 10/11 -asennusmedia

Lisälähteet

rfcinfo.com, techdocs.f5.com, techdocs.f5.com, zytrax.com, docs.rs, docs.rs

Usein kysytyt kysymykset

Miksi SOA-tietueen sarjanumero kasvatetaan muutoksen jälkeen?

Sarjanumero on vyöhykkeen versionumero, ja se kasvatetaan aina, kun dataan tehdään muutos. Toissijainen palvelin vertaa sarjanumeroa päätelläkseen, onko päivitys tarpeen. Jos sarjanumero ei kasva, toissijainen palvelin ei välttämättä huomaa muutosta.

Mikä on SOA-tietueen minimum-kentän merkitys?

RFC 2308 (1998) määritteli kentän negatiivisen välimuistin TTL-arvoksi. Alkuperäisessä RFC 1035:ssä se kuvattiin vyöhykkeen tietueiden minimi-TTL-arvona. Enimmäisarvo on 10800 s (3 h) zytraxin mukaan.

Mitä tapahtuu, jos vyöhykkeeltä puuttuu SOA-tietue?

Lähteet vaativat, että vyöhykkeellä on täsmälleen yksi SOA-tietue. Lähteissä ei kuitenkaan kuvata, mitä vyöhykkeelle tapahtuu, jos tietue puuttuu, joten sitä ei tässä arvioida.

Mitä SOA-tietueen refresh- ja retry-arvot tarkoittavat?

Refresh on väli, jonka välein toissijainen palvelin kysyy, onko päivitys tarpeen. Retry on odotusaika ennen uutta yritystä, kun vyöhykesiirto epäonnistuu. Esimerkkiarvot 3600 s ja 600 s ovat yhden oppaan esimerkkejä, eivät suosituksia.

Mitä expire-kenttä tekee toissijaiselle palvelimelle?

EXPIRE on enimmäisaika, jonka toissijainen palvelin käyttää vanhenevaa dataa ilman päivitystä. Pitkä expire suojaa katkoksilta, mutta pitää vanhan datan käytössä pidempään.