Imenski strežniki in zapisi: razlika

Modul 2: Imenski strežniki in cone · Čas branja: 7 minut

Učni cilj: Po tej lekciji boste znali ugotoviti, kje se upravlja DNS domene, in pojasniti, zakaj sprememba na napačnem mestu ne naredi ničesar.

Ključni pojmi: imenski strežnik (NS), cona, zapisi, delegacija, "kdor upravlja imenske strežnike, upravlja DNS"

Dve vprašanji, ki ju ljudje zamenjujejo

Pri DNS gre vedno za dve različni vprašanji:

1. Kdo upravlja DNS te domene? Odgovor so imenski strežniki.
2. Kaj je zapisano v DNS te domene? Odgovor so zapisi, kot so A, MX in TXT.

Primerjava: imenski strežniki so naslov arhiva, kjer leži telefonski imenik Vaše domene. Zapisi so vrstice v tem imeniku. Če želite spremeniti vrstico, morate biti v pravem arhivu. Prilagajanje kopije imenika v drugem arhivu nima smisla: tja nihče ne pogleda.

Imenski strežniki: kje leži telefonski imenik

Pri registru je pri vsaki domeni naveden seznam imenskih strežnikov. V lekciji 1.4 ste videli, da razreševalnik (resolver) prek TLD-ja pride do teh imenskih strežnikov. Na primer:

example.com.   NS   ns1.hosting.example.
example.com.   NS   ns2.hosting.example.

Vsaka domena ima vsaj dva imenska strežnika. Če eden odpove, odgovori drugi. Mnogi registri, med njimi tudi SIDN (register za .nl na Nizozemskem), to tudi zahtevajo. Pogosto se nahajata v različnih omrežjih ali podatkovnih centrih.

Imenske strežnike nastavite prek svojega registrarja (lekcija 1.3). Registrar jih posreduje registru. Šele nato svet uporablja te imenske strežnike.

Cona: kaj je zapisano v imeniku

Na imenskih strežnikih je shranjena cona Vaše domene: zbirka vseh zapisov. Cona vsebuje na primer:

example.com.        3600  IN  A      192.0.2.10
example.com.        3600  IN  AAAA   2001:db8::10
www.example.com.    3600  IN  CNAME  example.com.
example.com.        3600  IN  MX     10 mail.example.com.
mail.example.com.   3600  IN  A      192.0.2.25
example.com.        3600  IN  TXT    "v=spf1 mx ~all"

Kako natančno berete tako vrstico, se naučite v lekciji 2.2. Kaj počne posamezen tip zapisa, se naučite v modulih 3 do 5.

Zlato pravilo

Kdor upravlja imenske strežnike, upravlja DNS.

To zveni logično, vendar v praksi prav tu pogosto pride do napak. Nekaj prepoznavnih primerov:

• Domeno ste registrirali pri ponudniku A, vendar Vaši imenski strežniki kažejo na Cloudflare. V tem primeru zapise spreminjate pri Cloudflare. Zaslon za DNS pri ponudniku A še vedno lahko prikazuje zapise, vendar jih nihče ne bere.
• Dali ste izdelati spletno stran na platformi, kot je Wix, in za to nastavili imenske strežnike na to platformo. Takrat platforma upravlja celoten Vaš DNS, tudi Vaše zapise za e-pošto. Zapise MX in druge zapise za pošto morate torej nastaviti tam. Če to pozabite, Vaša pošta ne bo več prihajala.
• Vaše gostiteljsko podjetje v nadzorni plošči prikazuje DNS cono, vendar Vaša domena uporablja imenske strežnike prejšnjega ponudnika. Takrat spremembe pri novem gostiteljskem podjetju ne naredijo ničesar, dokler ne preklopite imenskih strežnikov.

Simptom je vedno enak: spremenite zapis, počakate, in nič se ne zgodi. Takrat je prvo vprašanje: ali spreminjam na pravem mestu?

Tako ugotovite, kje se upravlja DNS

1. Poizvedite imenske strežnike. Uporabite spletno orodje za poizvedbo DNS ali ukazno okno:

   nslookup -type=ns example.com

   ali

   dig NS example.com +short

2. Po imenu razberite, kdo je ponudnik. Imenski strežniki imajo običajno v imenu ponudnika. *.ns.cloudflare.com je Cloudflare, ns*.wixdns.net je Wix, imenske strežnike svojega gostiteljskega podjetja prepoznate po njihovi domeni.
3. Spremenite zapise pri tem ponudniku. Tam se prijavite in prilagodite cono.

Drugi preizkus je whois domene (lekcija 1.3). Ta prikaže imenske strežnike, kot so zapisani pri registru. To je tisto, kar uporablja svet. Če se odgovor imenskih strežnikov samih od tega razlikuje, nekaj ni pravilno nastavljeno.

Kopiranje zapisov ni enako prenosu

Če spremenite imenske strežnike, zapisi ne sledijo samodejno. Novi ponudnik začne s prazno cono ali s privzeto cono, ki jo je sam pripravil. Kar je bilo v stari coni, morate sami prenesti. Če na primer pozabite zapis DKIM ali potrditveni zapis za Microsoft 365, ta del po prehodu ne bo več deloval.

Zato velja: najprej pripravite cono pri novem ponudniku, šele nato spremenite imenske strežnike. Lekciji 2.3 in 6.3 se s tem ukvarjata podrobneje.

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

V Moj WebOké je na strani domene, pod zavihkom DNS, na vrhu prikazano, katere imenske strežnike domena uporablja. Če so tam navedeni drugi imenski strežniki kot tisti gostiteljskega ponudnika, nadzorna plošča prikaže, da se DNS upravlja drugje. V DirectAdmin v Upravljanje DNS vidite NS zapise v coni. Pozor: ti povedo le, kaj je zapisano v coni, ne tega, kaj je zapisano pri registru. Druge nadzorne plošče, kot so cPanel, Plesk ali nadzorna plošča Vašega registrarja, prikazujejo enake podatke, običajno pod naslovom, kot je "Imenski strežniki" ali "DNS".

Povzetek

• Imenski strežniki določajo, kdo upravlja DNS; zapisi določajo, kaj je v njem.
• Vsaka domena ima vsaj dva imenska strežnika, nastavljena prek registrarja.
• Cona je zbirka zapisov na imenskih strežnikih.
• Kdor upravlja imenske strežnike, upravlja DNS: spreminjanje na drugem mestu ne naredi ničesar.
• Pri menjavi imenskih strežnikov zapisi ne sledijo samodejno: najprej pripravite cono, šele nato preklopite.

Kviz

Naloga

Naloga Z2.1: Kdo upravlja DNS? Poiščite imenske strežnike domene wikipedia.org in svoje lastne domene (če jo imate). Vnesite jih in zapišite, pri katerem ponudniku bi morali spremeniti DNS svoje lastne domene.

Za nadaljnje branje

Ti članki opisujejo situacijo pri WebOké. Pri drugih ponudnikih deluje podobno.

• Priročnik DirectAdmin 5.1: Kaj je DNS in kdaj ga spremenite?
• Priročnik DirectAdmin 5.12: DNS v Moj WebOké in pri zunanjih imenskih strežnikih, kot je Cloudflare
• Uporaba lastnih ali zunanjih imenskih strežnikov (nameserver, npr. Cloudflare) za Vašo domeno
• Koliko časa traja sprememba nameserverja ali DNS-ja, in kaj storiti, če je ne vidite?