Šta su nameserveri i kada ih treba promeniti

Nameserveri su autoritativni serveri koji za vaš domen čuvaju i serviraju DNS zonu (skup A, MX, TXT i drugih zapisa). Većina domena ima dva NS-a, retko tri ili četiri (ns1, ns2, ...). Menjate ih kada menjate provajdera autoritativnog DNS-a. Ako selite samo sajt, često možete zadržati iste nameservere i promeniti potrebne A/AAAA zapise. Promena se radi kod registrara. Većina resolvera vidi nove NS-ove za nekoliko sati, a kao gornji okvir računajte 24 do 48 sati.

Kada pregledač traži IP adresu nekog sajta, rekurzivni DNS resolver (najčešće kod vašeg internet provajdera) prolazi DNS hijerarhiju: pita root server, koji ga upućuje na TLD servere (.rs, .com, ...); pita TLD server, koji vraća listu autoritativnih nameservera za taj domen; i tek tada postavlja konkretno pitanje upravo tim nameserverima.

Autoritativno znači da ti serveri čuvaju originalni, „pravi" zapis te zone. Šta god oni odgovore, to važi. Svi ostali serveri u DNS lancu samo prosleđuju ili keširaju ono što su autoritativni NS-ovi rekli.

Pojmovi se često mešaju jer se sreću jedan pored drugog u istim panelima. Razlika je u nivou:

• nameserveri su KO drži vašu DNS zonu (npr. ns1.nijefila.rs)
• DNS zapisi su ŠTA u toj zoni piše (A 185.10.20.30, MX mail.example.rs, TXT v=spf1 ...)

Kada na domenu postavite nameservere hosting provajdera, DNS zona od tog trenutka živi kod njega, i sve zapise dalje uređujete u njegovom panelu, a ne kod registrara. Kompletan pregled tipova zapisa i šta se kojim podešava, dat je u tekstu o DNS zapisima.

Format imena je obično nsBROJ.imedomena.tld. Hosting provajderi koriste sopstvene nameservere, na primer:

shell
ns1.nijefila.rs
ns2.nijefila.rs

Cloudflare zoni dodeljuje konkretne nameservere, na primer dean.ns.cloudflare.com i kelly.ns.cloudflare.com. Veliki provajderi često imaju i ns3 i ns4 u različitim regionima radi rezerve, što RFC 2182 preporučuje za sve sem najmanjih zona.

U praksi se NS-ovi ručno postavljaju ili menjaju u nekoliko tipičnih situacija:

• prvi put povezujete novi domen sa hostingom (više u tekstu o registrovanju domena i povezivanju sa hostingom)
• selite i DNS kod drugog provajdera; samo preseljenje fajlova sajta ne zahteva promenu NS-a
• prebacujete DNS zonu kod treće strane (Cloudflare, Route 53, DNSimple) zbog kešovanja, DNSSEC-a ili centralizacije zapisa
• konsolidujete više domena pod isti DNS panel da biste lakše menjali zapise

Kada se hosting menja u okviru istog provajdera (na primer nadogradnja paketa), nameserveri se obično ne diraju, jer DNS zona ostaje na istim NS-ovima.

Promena se radi kod registrara, tj. tamo gde je domen registrovan. Koraci su slični kod svih:

• ulazite u nalog na sajtu registrara
• otvarate sekciju domena, najčešće Domains ili My Domains
• birate konkretan domen i nalazite tab Nameservers ili DNS Management
• birate opciju Use custom nameservers ili sličnu
• unosite imena novih NS-ova, po pravilu najmanje dva
• čuvate promenu

Ako je domen registrovan kod NIJEFILA, pretraga i upravljanje domenima idu kroz isti nalog kao i hosting paket, pa se NS postavljaju jednim kratkim podešavanjem bez prekopavanja po više različitih panela.

Nameserveri se ne menjaju trenutno. Registar zapisuje nove vrednosti u zoni odgovarajućeg TLD-a (na primer RNIDS za .rs domene), a onda informacija putuje kroz DNS sistem ka rekurzivnim resolverima.

Deo korisnika može da vidi novu zonu već za par minuta, drugi tek za par sati. Pravilo palca je 24 do 48 sati kao gornji okvir, posle čega bi promena trebalo da bude svuda. Ako u međuvremenu menjate i hosting, dobro je TTL pre promene spustiti na nisku vrednost; detaljnije u tekstu o prebacivanju sajta na novi hosting.

Promena NS deluje kao trivijalna operacija, ali ume da obori sajt ili email kada se zaboravi nešto na novoj zoni:

• pošta odjednom prestane da stiže jer na novim NS-ovima nisu upisani MX zapisi, a stari NS-ovi više nisu autoritativni
• sajt otvara nepoznat (default) hosting prikaz jer A zapis na novoj zoni nije postavljen ili pokazuje na pogrešan server
• subdomeni (shop., app., blog.) nestaju jer su bili definisani samo na staroj zoni, a niko ih nije preneo
• SSL prestane da radi posle propagacije ako se sertifikat nije ponovo izdao na novom hostingu
• DNS provera javi NXDOMAIN jer su novi NS-ovi pogrešno napisani u registru, klasična štamparska greška u imenu

Sva ova pucanja se dešavaju kada se na nove nameservere prenese samo deo zone, a ne kompletna kopija starih zapisa.

Ako domen koristi DNSSEC, pre promene proverite i DS zapis kod registrara. Stari DS koji ne odgovara ključu nove zone može izazvati SERVFAIL i oboriti i sajt i poštu. Pratite postupak migracije DNSSEC-a, uz vreme potrebno da stari podaci isteknu iz keša.

Za potvrdu da su nameserveri stigli kod resolvera koji vas zanima, najjednostavnije su dve komande iz terminala:

shell
dig NS example.com +short
dig +trace NS example.com

dig NS koristi odgovor izabranog resolvera, dok dig +trace prati DNS delegaciju od korena. Primer koristi rezervisani domen; zamenite ga svojim. Registraciju proverite u registrarovom nalogu ili RDAP servisu za generičke domene; za .rs koristite RNIDS pretragu. Od 2025. WHOIS više nije obavezan za većinu generičkih registara, pa prazna WHOIS komanda sama ne dokazuje da domen ne postoji.

Dosta puta se NS-ovi diraju bez razloga. Promena nije potrebna kada:

• menjate samo sadržaj sajta ili WordPress temu (sajt fizički ostaje na istom serveru)
• otvarate novi email nalog na istom hostingu, jer MX zapisi ostaju isti
• nadograđujete hosting paket kod istog provajdera
• dodajete subdomen tipa blog.mojadomena.rs, jer se to rešava kroz A ili CNAME zapis u postojećoj zoni

Bespotrebna promena NS-a unosi vreme propagacije i rizik da nešto pukne, bez efekta na ono što ste hteli da postignete.