Modul 2 · 2.3
Spreminjanje imenskih strežnikov in glue zapisi
Modul 2: Imenski strežniki in cone · Čas branja: 8 minut
Cilj lekcije: Po tej lekciji boste znali varno zamenjati imenske strežnike, pojasniti, kaj je glue zapis, in prepoznati, zakaj register lahko zavrne spremembo.
Ključni pojmi: sprememba imenskega strežnika prek registrarja, glue zapis, lastni imenski strežniki (kot ns1.example.com), predelegacijska kontrola s strani registra, lame delegation
Kdaj spremenite imenske strežnike?
Imenske strežnike domene spremenite, kadar želite upravljanje svojega DNS prenesti k drugemu ponudniku. Na primer:
- prehajate k drugemu ponudniku gostovanja in želite, da ta upravlja DNS;
- želite uporabljati DNS storitev, kot je Cloudflare;
- spletna platforma od Vas zahteva, da imenske strežnike nastavite nanje;
- vračate se na privzete imenske strežnike svojega registrarja.
To je velik korak: po zamenjavi nova stranka določa vse zapise Vaše domene, tudi tiste za e-pošto. Če želite, da samo Vaša spletna stran ali samo Vaša pošta teče drugje, Vam navadno ni treba spremeniti imenskih strežnikov. Takrat prilagodite le nekaj zapisov (modul 3 in 4).
Varno zaporedje korakov
- Naredite seznam ali varnostno kopijo trenutnih zapisov. Veliko nadzornih plošč ima gumb za izvoz cone ali izdelavo varnostne kopije.
- Pripravite cono pri novem ponudniku. Prevzemite vse zapise, ki jih potrebujete: spletno stran (A, AAAA, www), pošto (MX in zapis A poštnega strežnika, če ta spada pod Vašo domeno), SPF, DKIM, DMARC, overitvene zapise, poddomene.
Preverite novo cono tako, da nove imenske strežnike povprašate neposredno, še preden zamenjate. Na primer:
dig @ns1.newprovider.example example.com MXČe novi imenski strežniki odgovorijo s pravilnimi zapisi, je cona pripravljena.
- Imate vklopljen DNSSEC? Najprej uredite, kako gredo s seboj ključi. Izklopite DNSSEC in počakajte, da stari podatki DS izginejo iz predpomnilnikov, ali pa nove podatke DS posredujte hkrati. Sicer se veriga prekine in je Vaša domena nedosegljiva za validirajoče razreševalnike (lekcija 8.1).
- Spremenite imenske strežnike pri svojem registrarju. Vnesite vsaj dva. Registrar jih posreduje registru.
- Počakajte in preverite. Razreševalniki si stare imenske strežnike zapomnijo, dokler ne poteče TTL delegacije. Pri
.nlje to ena ura, pri.comdva dni. Na splošno računajte na nekaj ur do enega dne. Staro cono med tem časom pustite nespremenjeno.
Zakaj lahko register zavrne Vaše imenske strežnike?
Nekateri registri preverijo Vaše imenske strežnike, preden izvedejo spremembo. Temu rečemo predelegacijska kontrola. DENIC (.de) je po tem znan: če novi imenski strežniki Vaše domene še ne poznajo, ali če se odgovori imenskih strežnikov med seboj ne ujemajo, se sprememba zavrne. Tudi drugi registri lahko izvajajo preverjanja ali imajo pravila o številu imenskih strežnikov.
Rešitev je vedno enaka: najprej pripravite cono pri novem ponudniku in nato poskusite znova. To je 2. korak varnega zaporedja. Za .nl lahko svoje imenske strežnike vnaprej preizkusite z javnim orodjem, kot je Zonemaster.
Lame delegation
Če imenski strežniki pri registru kažejo na strežnike, ki Vaše domene ne poznajo, temu rečemo lame delegation ("hroma" delegacija). Razreševalnik je preusmerjen na strežnik, ki nima odgovora. Posledica: Vaša domena ne deluje, ali pa deluje le včasih (če je eden od imenskih strežnikov v redu).
To se zgodi na primer, kadar:
- ste spremenili imenske strežnike, preden je nova stranka imela pripravljeno cono;
- ste zapustili starega ponudnika, ki je cono odstranil, medtem ko imenski strežniki še vedno kažejo nanj;
- je v imenu imenskega strežnika tipkarska napaka.
To preverite tako, da vsak imenski strežnik povprašate posebej. Vsak imenski strežnik mora dati odgovor z zastavico "authoritative" (v dig vidite aa pri zastavicah).
Lastni imenski strežniki in glue zapisi
Lahko uporabite tudi imenske strežnike z imenom pod lastno domeno, kot sta ns1.example.com in ns2.example.com. Temu rečemo lastni imenski strežniki ali vanity nameservers. Pri tem nastane problem kokoši in jajca:
- da razreševalnik poišče
example.com, mora kns1.example.com; - da pa najde naslov IP za
ns1.example.com, mora pogledati v conoexample.com.
Zato register poleg imena imenskega strežnika v delegacijo doda tudi naslov IP. Ta dodatni naslov se imenuje glue zapis (lepilni zapis):
; v coni .com, pri registru (Verisign)
example.com. NS ns1.example.com.
example.com. NS ns2.example.com.
ns1.example.com. A 192.0.2.53 ; glue
ns2.example.com. A 198.51.100.53 ; glueGlue je potreben samo, če imenski strežnik spada znotraj same domene (ali znotraj domene, ki je odvisna od iste delegacije). Če za example.com uporabljate ns1.hosting.example, glue ni potreben: ta naslov se nahaja v coni hosting.example.
Glue uredite prek svojega registrarja, pogosto pod gumbom, kot je "Registracija lastnega imenskega strežnika" ali "Child nameserver" ali "Ustvari gostitelja". Če se naslov IP Vašega imenskega strežnika spremeni, morate pri registru posodobiti tudi glue. Sicer razreševalniki kažejo na star naslov.
Za večino imetnikov domen lastni imenski strežniki niso potrebni. Uporabljajo jih predvsem gostiteljska podjetja in preprodajalci, ki želijo prikazati svoje ime.
V praksi: tako je videti v nadzorni plošči
V Moj WebOké greste na Moje domene, kliknete na domeno in nato na kartici Imenski strežniki kliknete svinčnik. Vnesete vsaj dva imenska strežnika. Lastne imenske strežnike tam najprej ustvarite z gumbom za lasten imenski strežnik (glue). Pri drugih registrarjih se to pogosto imenuje "Spremeni imenske strežnike", "DNS strežniki" ali "Custom nameservers", za glue pa "Child nameservers" ali "Host zapisi"; polja so enaka.
Povzetek
- Z zamenjavo imenskih strežnikov prenesete upravljanje vseh svojih zapisov na drugega ponudnika.
- Varno zaporedje: varnostna kopija, priprava cone, preizkus novih imenskih strežnikov, ureditev DNSSEC, šele nato zamenjava.
- Nekateri registri (kot je DENIC) zavrnejo spremembo, če novi imenski strežniki cone še nimajo.
- Lame delegation: register kaže na imenske strežnike, ki domene ne poznajo.
- Glue zapisi so naslovi IP pri registru za imenske strežnike, ki spadajo znotraj lastne domene.
Kviz
Naloga
Naloga Z2.3: Ali so vsi imenski strežniki enaki? Poiščite imenske strežnike za sidn.nl (spletna stran SIDN, registra za .nl na Nizozemskem). Nato pri vsakem imenskem strežniku posebej poizvedite za zapis SOA domene sidn.nl (dig @ns1.sidn.nl sidn.nl SOA, ali spletno orodje, kjer lahko izberete strežnik). Za vsak imenski strežnik vpišite serijsko številko in ali so enake.
Za nadaljnje branje
Ti članki opisujejo situacijo pri WebOké. Pri drugih registrarjih deluje podobno.