Osoba koja je barem jednom samostalno delegirala domen (ime domene) će se složiti da bi onaj koji je kupljen od jednog bolje stavio na server drugog registratora koji pruža usluge hostinga. Na prvi pogled se čini da se radi o vrlo jednostavnoj operaciji koja ne zahtijeva posebno znanje, ali osoba koja prvi put izvodi ovu proceduru ostaje zapanjena.
Zašto je potrebno provesti proceduru delegiranja domena?
Da biste odgovorili na tako važno pitanje, prvo morate jasno shvatiti da je domena samo lična adresa vaše web stranice kojoj se može pristupiti sa bilo kojeg mjesta na planeti koje ima konekciju na globalnu mrežu. Ali da bi domen počeo da radi u potpunosti, mora biti postavljen i povezan sa serverima ovog hostinga, drugim rečima, možemo reći da je u toku procedura DNS povezivanja.
Kako bi sajtu omogućio najsigurniji rad, potrebna su mu dva DNS servera. Ako jedan server prestane da radi u potpunosti, onda će drugi DNS server preuzeti ovaj zadatak. To treba shvatiti dostupnost Vašeg sajta je vrlo važan pokazatelj koji će direktno utjecati na veličinu vaše baze kupaca. Kako mislite da će se isti posjetitelj vratiti na vašu stranicu ako jednog dana vaš projekat nije bio dostupan čak i kratko vrijeme? A njegova nepristupačnost može biti posljedica nestanka struje ili negativnih posljedica prirodne katastrofe; situacije su različite, ali će rezultat biti isti.
Kako se vrši delegiranje domena?
Pogledajmo rješenje problema na konkretnom primjeru. Ime domene je kupljeno od registratora “1” i potrebno ga je povezati sa hostingom od registratora “2”. Čitava poenta ovog procesa je da ćete na kraju procesa registracije imena domene kod registratora “1” biti zatraženo da navedete adresu dva DNS servera od registratora “2”, to se radi kako bi se obezbijedila najpouzdaniji i stabilniji rad vašeg Internet - projekta. Iz ovoga proizilazi da se usluga hostinga kod registratora “2” mora naručiti unaprijed.
Nakon što je proces registracije imena domena završen, pojavit će se dvije ili više ćelija u koje će biti potrebno smjestiti postojeće adrese DNS servera za delegiranje domena. Naravno, ove ćelije se mogu ostaviti prazne i popuniti tek nakon što se donese odluka o izboru hostera. Ali primjer će se razmotriti u slučaju popunjavanja dvije ćelije.
Na primjer, imate hosting provajdera RU centar, čija se dva servera nalaze u Amsterdamu i Moskvi, a za provođenje postupka delegiranja potrebno je registrovati podatke servera. DNS 1: ns4.nic.ru (prva ćelija) i DNS 2: ns5.nic.ru (druga ćelija). Možete registrovati i treću adresu, na primjer, ns6.nic.ru, ali ova procedura nije obavezna. Umjesto DNS-a, možete registrovati i IP adresu, ali ova situacija nimalo ne olakšava cjelokupni proces. Ali ako vam je zgodnije, IP adrese možete saznati od službe podrške registratora koji vam pruža hosting.
Da bi se izvršila procedura delegiranja domena, ništa drugo nije potrebno. Nakon što se ažuriraju informacije o stanju u domenskim zonama, delegirana domena će biti dostupna za korištenje na hostingu koji ste naveli i možete započeti ispunite svoju web stranicu.
U organizaciji, DNS mora biti konfigurisan ne samo na pojedinačnom serveru, već i za cijelu mrežu. DNS serveri treba da budu postavljeni na način da se može upravljati opterećenjem obrade servera, smanjiti količina saobraćaja između servera i klijenata i smanjiti vreme odgovora DNS servera na upite klijenata. Sve osim najmanjih organizacija moraju implementirati više od jednog DNS servera za obavljanje ovih zadataka.
Kada organizacija implementira više DNS servera, konzistentnost podataka na tim serverima postaje važan aspekt konfigurisanja i upravljanja DNS-om na mreži. Da biste osigurali da DNS serveri vaše organizacije klijentima pružaju sinhronizirane, trenutne informacije, morate konfigurirati replikaciju i prijenos zone.
Replikacija zone je proces sinhronizacije podataka o zoni integriranih u Active Directory. Prijenos zone je sinhronizacija podataka o zoni između glavne zone i dodatne standardne zone. Ova dva mehanizma su zasnovana na različitim tehnologijama, pa se konfigurišu zasebno.
Konfiguriranje replikacije zona integriranih u Active Directory
Zone integrisane u Active Directory mogu se instalirati samo na kontrolerima domena koji imaju instaliranu ulogu DNS servera. Zone integrisane u Active Directory pružaju višeslojnu replikaciju podataka, pojednostavljenu konfiguraciju i poboljšanu sigurnost i efikasnost u poređenju sa standardnim zonama. Sa pohranom integriranom u Active Directory, DNS klijenti mogu poslati ažuriranja na bilo koji DNS server integriran u Active Directory. Ova ažuriranja se zatim kopiraju putem replikacije na druge DNS servere integrirane u Active Directory.
Replikacija i particija direktorija aplikacija
DNS podaci za jednu zonu mogu se replicirati među kontrolerima domena na različite načine, ovisno o particiji direktorija aplikacije gdje su pohranjeni podaci o DNS zoni.
Particija je struktura podataka u Active Directory koja definira podatke koji se repliciraju. Po defaultu, kontroleri domena uključuju dvije particije direktorija aplikacija rezervirane za DNS podatke: DomainDnsZones i ForestDnsZones. Replikacija particije DomainDnsZones se dešava na svim kontrolerima domena koji takođe služe kao DNS serveri u određenom domenu, a replikacija particije ForestDnsZones se dešava na svim kontrolerima domena koji takođe služe kao DNS serveri u svakoj domeni u šumi Active Directory.
Svaka od ovih particija direktorija aplikacije je imenovana prema FQDN-u podređene DNS domene. Ovi ključevi se mogu vidjeti u DNS Manageru. Osim toga, svaka zona sadrži naziv DomainDnsZones, koji identificira particiju koja se replicira samo u lokalnim domenama.
Pored ove dvije particije, također možete kreirati prilagođenu ili korisnički definiranu particiju u katalogu aplikacija i imenovati je kako želite. Zatim možete konfigurirati zonu za pohranjivanje podataka u ovoj novoj strukturi. Podrazumevano, nova particija direktorijuma aplikacije postoji samo na serveru na kojem je kreirana, ali možete navesti druge servere u ovoj particiji tako da se podaci o replikaciji njenog sadržaja tamo kopiraju.
Pohranjivanje DNS podataka u domensku particiju Podaci o zoni integrirani u Active Directory pohranjeni su na particiji domene zajedno sa ostalim podacima domene. U ovoj konfiguraciji, DNS podaci se repliciraju ne samo na kontrolere domena koji su također DNS serveri, već i na sve lokalne kontrolere domena. Međutim, korištenje ove opcije generiše dodatni promet replikacije. Trebalo bi da se koristi za repliciranje DNS podataka na Windows Server 2000 računarima.
Odabir opsega replikacije zone
Particija u kojoj je zona pohranjena efektivno definira opseg replikacije za tu zonu integriranu u Active Directory. Kada koristite program Dcpromo da odredite server kao kontroler za novu domenu, nova zona integrirana u Active Direcrory automatski se kreira u odjeljku DomainDnsZones. Međutim, kada kreirate novu zonu pomoću čarobnjaka za novu zonu na stranici Područje replikacije za zonu integriranu u Active Directory (Opseg replikacije zone Active Directory ), možete odabrati particiju za spremanje zone.
Na stranici opsega replikacije zone integrirane u Active Directory ( Opseg replikacije zone Active Directory ), predstavljene su četiri opcije.
■ Za sve DNS-serveri u ovoj šumi (To Sve DNS Serveri U Ovo Šuma)
ForestDnsZones . Svaki kontroler domene u cijeloj šumi gdje instalirate DNS
■ Za sve DNSservere u ovoj domeni (That Sve DNS Serveri U Ovo Domain)
Nova zona je sačuvana u sekciji DomainDnsZones . Svaki lokalni kontroler domene gdje je instaliran DNS -server će dobiti kopiju ove zone.
■ Za sve kontrolere domena u ovoj domeni (That Sve Domain Kontrolori U Ovo Domain)
Zona je pohranjena na particiji domene. Svaki lokalni kontroler domene će dobiti kopiju ove zone, bez obzira na to da li ima DNS serveri.
■ On Sve kontrolori domena, specificirano V region dato odjeljak katalog ( ToSvi kontrolori domena navedeni u okviru ove particije direktorija)
Zona se sprema u korisnički kreiranu particiju direktorija aplikacije, koja je navedena u padajućoj listi. Da bi kontroler domene bio uključen u opseg takve particije direktorija, morate ručno navesti kontroler domene u particiji.
Opseg replikacije kreirane zone može se promijeniti u bilo kojem trenutku. Da biste to učinili, na kartici Općenito ( Generale ) kliknite na dugme Uredi ( Promjena ) pored parametra replikacije.
Otvara se dijaloški okvir Promjena opsega replikacije zone koji pruža iste opcije odabira opsega replikacije kao i stranica Čarobnjak za novu zonu.
Kada birate opseg replikacije, imajte na umu da će povećanje ovog opsega povećati količinu mrežnog prometa povezanog s replikacijom. Na primjer, ako odaberete integriranu replikaciju Active Directory zone za sve DNS -serveri u šumi, obim mrežnog saobraćaja će biti veći nego kod repliciranja podataka o zonama DNS samo za sve DNS -serveri u lokalnoj domeni. S druge strane, replikacija podataka zone na sve DNS -serveri u šumi mogu ubrzati razlučivanje imena i pružiti toleranciju grešaka.
BILJEŠKA: Ponovno kreiranje zona DomalnDnsZonesIForestDnsZones
Izbrisane ili oštećene particije direktorija aplikacije mogu se ponovo kreirati u upravitelju DNS desnim klikom na serverski čvor i korištenjem naredbe Kreiraj zadane particije direktorija aplikacije ( Kreirajte zadane particije direktorija aplikacija).
Kreirajte prilagođenu particiju direktorija aplikacije
Možete kreirati vlastite prilagođene particije direktorija aplikacija koje ćete koristiti DNS a zatim navedite odabrane kontrolere domene na mreži za upravljanje replikama ove particije. Da biste dovršili ovaj zadatak, prvo kreirajte particiju koristeći ovu naredbu:
dnscmd server_name /createdirectorypartition hmp_FQDN
Zatim navedite u odjeljku ostali DNS -serveri koristeći sljedeću naredbu:
dnscmdserver_name /enlistdirectorypartitionime_FQDN
Dakle, za kreiranje particije direktorija aplikacije DNSpartitionA na serveru 1 u domenu Active Directory pod nazivom microsoft. com , unesite ovu naredbu:
dnscmd server1 /createdirectorypartition DNSpartitionA.microsoft.com
BILJEŠKA: Korišćenje tačke (.) za označavanje imena lokalnog servera
Ako se naredba izvodi na istom poslužitelju na kojem je kreirana particija, umjesto imena lokalnog poslužitelja možete koristiti tačku.
Za popis računara u particiji direktorija aplikacije Server 2, unesite ovu naredbu:
dnscmd server2 /enlistdirectorypartition DNSpartitionA.microsoft.com
BILJEŠKA: Tko može kreirati particiju direktorija aplikacije
Particiju kataloga aplikacije može kreirati samo član Enterprise Admins grupe ( Enterprise Admins).
Particija direktorija aplikacije koju ste kreirali pojavljuje se na padajućoj listi na stranici Zone Integrated Replication Area. Active Directory (Opseg replikacije zone Active Directory ) čarobnjaka za novu zonu iu dijaloškom okviru Promjena vidljivosti zone replikacije ( Promijenite opseg replikacije zone ). Da biste zonu spremili na novu particiju, odaberite opciju Za sve kontrolere domene navedene u opsegu ove particije direktorija (Na A ll Kontrolori domena navedeni u djelokrugu ove particije direktorija ) i odaberite ovaj odjeljak na padajućoj listi.
Transfer zona
Ako svi DNS -serveri se nalaze na kontrolerima domena kako bi se osigurala konzistentnost podataka o zoni između svih DNS -serveri koriste replikaciju Aktivni direktorij . Međutim, ova opcija nije dostupna tokom instalacije DNS -server na računaru koji nije kontroler domene. U tom slučaju zona se ne može pohraniti Aktivni direktorij , umjesto toga trebali biste koristiti standardnu zonu, koja pohranjuje podatke u lokalnom tekstualnom fajlu na svakoj DNS -server. Ako organizacija koristi mnogo DNS -servers, onda se originalni podaci mogu kopirati u dodatne zone samo za čitanje kojima upravljaju drugi serveri. Da biste osigurali konzistentnost i ažuriranje podataka između primarne i sekundarne zone, morate konfigurirati prijenos zona.
Prijenos zone je u suštini preuzimanje podataka započeto u sekundarnim zonama, kopiranjem podataka iz glavne zone, koja sama po sebi može biti primarna zona ili druga sekundarna zona. Glavna zona čak ne mora biti standardna sa sekundarnom zonom - možete konfigurirati sekundarnu zonu za glavnu zonu integriranu u Aktivni direktorij . Na primjer, imate dvije stranice - jednu u New Yorku, drugu u Los Angelesu, a svaka stranica pripada zasebnoj domeni Aktivni direktorij . Svaka domena može pružiti razlučivanje imena suprotnoj domeni bez instaliranja novog kontrolera domene ili upravljanja prometom replikacije između dvije lokacije.
Omogućavanje prijenosa zone
Prijenos podataka za dodatne zone može se pokrenuti u bilo kojem od tri slučaja.
■ Nakon što je istekao početni interval ažuriranja zapisa Core zona SOA.
■ Prilikom učitavanja dodatne zone od strane servera.
■ Kao rezultat promjene konfiguracije primarne zone, ako je ta zona konfigurirana da obavijesti sekundarnu zonu o ažuriranjima.
Podrazumevano, prenos je onemogućen za sve zone. Mora biti omogućeno na kartici Zone Transfer ( Zone Transfers ) prozor sa svojstvima zone. Označavanjem polja za potvrdu omogućavanja prijenosa zone, možete odabrati jednu od tri opcije prijenosa.
■ Na bilo koji server ( Na bilo koji server ) Ova postavka pruža minimalnu sigurnost. Pošto je prenos zone kopija podataka o zoni, ova opcija omogućava svakome ko ima pristup mreži DNS serveru da vidi sadržaj zone, uključujući imena svih servera i računara sa njihovim IP adresama. Stoga ovu opciju treba koristiti samo na privatnim mrežama s visokim nivoom sigurnosti.
■ Samo na servere navedene na stranici servera zone ( Samo za servere navedene na kartici Serveri imena ) Ova opcija vam omogućava da prenesete zone sa NS zapisom samo na one dodatne DNS servere koji su mjerodavni za te zone.
■ Samo na servere sa ove liste ( Samo na sljedeće servere ) Ovaj parametar vam omogućava da odredite listu dodatnih servera na koje će zone biti prebačene. Ovi dodatni serveri ne zahtevaju identifikaciju pomoću NS zapisa u zoni.
Postavljanje obavještenja
Na kartici Prijenos zona također možete konfigurirati obavještenje koje će biti poslano dodatnim serverima u slučaju promjena u primarnoj zoni. Budući da su prijenosi zona PULL operacije, ne mogu se konfigurirati za prijenos novih podataka na dodatne servere. Umjesto toga, kada se podaci modificiraju, primarna zona šalje obavijest svim navedenim serverima koji upravljaju sekundarnim zonama. Dodatna zona koja primi obavijest inicira prijenos zone.
Za konfiguriranje obavještenja na kartici Zone Transfer ( Zone Transfers ) kliknite na dugme Obavijesti ( Obavijesti ). Otvara se dijaloški okvir Obavještenja ( Obavijesti ), gdje možete odrediti dodatne servere koji će biti obaviješteni kada dođe do ažuriranja zone na lokalnom glavnom serveru.
kontekstni meni u kojem možete koristiti sljedeće operacije za ažuriranje zone.Dodatna zona se ponovo učitava iz lokalne memorije.
■ Transfer zona sa glavnog servera (Transfer From Master)
Server koji upravlja lokalnom sekundarnom zonom utvrđuje da je interval ažuriranja serijskog broja sekundarne zone u SOA zapisu istekao i vrši prijenos zone sa glavnog servera.
■ Ponovno učitajte zonu sa glavnog servera (Reload From Master)
Zona se prenosi sa glavnog servera sekundarne zone bez obzira na serijski broj u SOA zapisu sekundarne zone.
Korištenje stub zona
Stub zona je kopija koja sadrži samo glavne zapise glavne zone. Odredite stub zonu tako da lokalni DNS server može proslijediti upite ovlaštenim serverima imena u glavnoj zoni. Dakle, stub zona je funkcionalno identična delegiranju zone. Međutim, budući da stub zone mogu pokrenuti i prihvatiti prijenos zona iz glavne (delegirane) zone, one pružaju dodatne informacije roditeljskim zonama o ažuriranjima NS zapisa podređenih zona.
Stub zone se mogu koristiti u sljedeće svrhe:
■ Ažuriranje podataka delegirane zone
Redovnim ažuriranjem stub zone za jednu od svojih podređenih zona, DNS server koji upravlja roditeljskom zonom i stub zonom će održavati trenutnu listu autoritativnih DNS servera za podređenu zonu. Delegirana zona je podređena zona roditeljske zone kojom se upravlja na vlastitom DNS serveru. Kada je delegirana, roditeljska zona sadrži NS zapis za server koji upravlja tom podređenom zonom. Stoga, kada se zahtjevi za ime primaju u podređenoj zoni, roditeljska zona ih preusmjerava na server naveden u NS zapisu.
Primjer stub zone
Recimo da radite kao administrator DNS server Dns 1. microsoft. com , koja je ovlaštena za zonu Microsoft. com . Vaša kompanija ima podređenu domenu Active Directory pod nazivom Indija. microsoft. com , za koji se vrši delegiranje. Tokom početnog delegiranja, dječja zona je integrirana i Aktivni direktorij , sadrži samo dva ovlaštena DNS -serveri - 192.168.2.1 i 192.168.2.2. Kasnije administratori domena Indija. microsoft. com implementirati dodatne kontrolere domene i instalirati ulogu DNS server ) na novim kontrolerima. Međutim, administratori vas nisu obavijestili da su dodali ovlašteni DNS -serveri za vašu domenu. Kao rezultat na serveru Dns 1. microsoft. com zapisi o novim nisu konfigurisani DNS -serveri ovlašteni za domenu Indija. microsoft. com , a zahtjevi se i dalje prosljeđuju samo dvojici DNS -server naveden u početnoj delegaciji.
Ovaj problem se može riješiti kreiranjem stub zone na Dns1 serveru. microsoft.com za domen India.microsoft.com. Sa novom stub zonom, Dns1 računar uči nove servere imena ovlašćene za roditeljsku zonu India.microsoft.com putem prenosa zona. Na ovaj način, Dns1 će moći da usmjeri upite za imenski prostor Inclia.microsoft.com na sve ovlaštene DNS servere u podređenoj zoni.
Drugi primjeri korištenja stub zona
Stub zone se mogu koristiti za rješavanje imena između domena, sprječavajući da se roditeljski server traži u DNS imenskom prostoru. Stub zone tako zamjenjuju sekundarne zone u situacijama kada se DNS podaci trebaju razmjenjivati između domena bez redundantnih podataka za glavnu zonu. Osim toga, stub zone optimiziraju proces rješavanja imena i smanjuju opterećenje mrežnih resursa prilikom prijenosa podataka o zonama.
Delegiranje domena je pokazatelj DNS servera koji osiguravaju njegovu funkcionalnost. DNS serveri moraju biti navedeni u postavkama domena na web stranici registratora.
Pažnja.
Možete delegirati domen na Yandex servere tek nakon što ga dodate u Mail za domen.
Da delegirate domenu Yandex serverima:
Primarni DNS server je “dns1.yandex.net”. .
Sekundarni DNS server - “dns2.yandex.net.” .
Da biste to učinili, otvorite stranicu Moji domeni i prijavite se na račun kreiran za rad s njim. Provjerite dostupnost tražene domene.
Prijavite se na kontrolnu tablu svoje domene na web stranici registratora. Idite na odjeljak postavki delegiranja.
Promijenite vrijednosti primarnog i sekundarnog DNS servera na sljedeći način:
Bilješka. Slovo “d” na početku naziva DNS servera je obavezno.
Ako vaša kontrolna tabla ima polja za unos IP adresa, ostavite ih prazna.
Pričekajte da promjene DNS-a stupe na snagu. Ovaj proces može potrajati do 72 sata.
Provjerite status svoje domene na stranici Moji domeni - njegova vrijednost bi trebala biti “Domena je povezana i delegirana na Yandex”.
Kako će delegiranje domene utjecati na vašu web stranicu
DNS hosting i web hosting su dvije različite usluge koje često pružaju hosting provajderi u isto vrijeme. Ali oni nisu povezani ni na koji način, tako da možete bezbolno prenijeti DNS hosting na Yandex servere. Ovo neće uticati na rad stranice.
Kada delegirate domenu Yandexu, kreiraju se A-zapisi za domenu na Mail serverima, koji upućuju na adresu hostinga vaše stranice. Ako A zapisi nisu kreirani automatski, možete ih dodati ručno u DNS editoru:
ako je ime poddomena bar bar » ;
ako je ime poddomena foo.bar "foo.bar" .
U polje Host unesite vrijednost "@" ako postavljate unos za root domen.
Ako je zapis konfiguriran za poddomenu, tada u polju Host morate navesti dio naziva poddomena do prve tačke, na primjer:
u listi Tip izaberite vrijednost “A” (ili “AAAA”, ako je stranica dostupna putem IPv6 protokola);
U polju Entry value navedite IP adresu željene lokacije.
Zatim ponovite postupak za još jedan A-zapis. Ako postavljate unos za korijenski domen, unesite "www" u polje Host. Ako je zapis konfiguriran za poddomenu, tada u polju Host morate navesti “www” i dio naziva poddomena prije prve tačke, na primjer:
ako je ime poddomena bar.yourdomain.tld, u polju Host navedite " www.bar » ;
ako je ime poddomena foo.bar.yourdomain.com, u polju Host navedite "www.foo.bar" .
Preostala polja su konfigurisana na isti način kao i prvi unos.
U ovom članku ću vam pokazati kako delegirati domen, šta to znači, a naučit ćete i šta je DNS. Općenito, ovo može izgledati teško za početnike, ali to će se morati učiniti kako bi se napravila web stranica. Ovo je potrebno uraditi samo jednom za svaku novu stranicu. Također će biti potrebno prilikom prijenosa s jednog hostinga na drugi ili sa lokalnog servera na pravi hosting. Općenito, to je neophodna stvar i mora se znati, iako je teško razumjeti.
Da bih vam rekao kako delegirati domen, morat ću početi izdaleka - sa DNS-om.
DNS je sistem imena domena koji sadrži podatke o tome koji IP ima domena stranice, a samim tim i kojem hostingu pripada. Odavde postaje jasno da ako je DNS pogrešno konfigurisan, stranica neće raditi.
Kako delegirati domenu na hosting
Dakle, hajdemo sada direktno na pitanje kako delegirati domen. Kao što ste već pretpostavili, delegiranje znači dodeljivanje imena domene IP adrese hosting servera.
Delegiranje domena, jednostavnim riječima, je prijenos domene na hosting. Ovaj proces pokazuje na kojem se hostingu nalazi određena domena i odakle se datoteke moraju preuzeti da bi se prikazale u pregledniku posjetitelja.
Domen se usmerava tako što mu se dodeljuju NS hosting serveri (ispod NS postoji i IP, ali ima potpuno drugačiji izgled). Prije nego što delegirate domenu, trebali biste nabaviti svoj hosting NS. To se radi na ličnom računu hosting naloga. Pokazat ću vam na snimku ekrana kako to izgleda na hostingu na kojem se moja stranica ranije nalazila (). Ako imate drugačiji hosting, onda biste trebali imati nešto slično, ali suština je ista. Postoji nekoliko NS - obično 4 komada.
NS primamo od hostinga Moj NS izgleda ovako:
ns1.hostinger.ru
ns2.hostinger.ru
ns3.hostinger.ru
ns4.hostinger.ru
Sada idite na lični nalog vašeg registratora domena i tamo zapišite primljeni NS. Opet ću pokazati kako delegirati domenu koristeći primjer mog registratora (). Ako imate drugačiji, onda će neke stvari biti drugačije, ali suština je ista.
Registracija NS-a na nalogu registratora domena Registracija NS-a sa hostinga u kontrolnom panelu domena je pravac od domena do hostinga. Sada znate kako delegirati domenu, ali postoji još nešto što ne znate.
DNS ažuriranje
Posebna priča je ažuriranje DNS-a. Jasno je da se mnoga imena domena registruju svaki dan, osim toga, mnogi prelaze sa jednog hostinga na drugi (sa jednog NS-a na drugi). Stoga se DNS sistem mora stalno ažurirati da bi ostao aktuelan.
Ažuriranje DNS-a se dešava drugačije za svakog Internet provajdera i ne zavisi ni od koga osim njih samih. Odnosno, svaki Internet provajder ažurira u sopstvenoj keš memoriji informacije o vezivanju određenog imena domena za neki hosting. Provajderi to rijetko rade - za neke to može biti i do 1 put na svaka 72 sata.
Stoga, ako ste delegirali domenu i registrovali NS hosting, stranica će biti potpuno operativna tek nakon 72 sata. Za to vrijeme može već raditi u nekim regijama, ali još ne u drugim. Nema smisla raspravljati se s podrškom hostera ili registratora. Takođe, vaš ISP vam neće pomoći. U ovom slučaju, samo trebate pričekati dok se NS koji ste naveli ne distribuira širom svijeta.
Kako pogledati web stranicu ako delegiranje domene još nije završeno
Ako DNS vašeg provajdera još nije ažuriran, a hitno morate početi raditi na svojoj novoj web stranici, možete učiniti sljedeće. Na računaru idite u fasciklu C:\Windows\System32\drivers\etc (gde je „C“ disk na kojem je instaliran operativni sistem) i otvorite datoteku hosts. Nema ekstenziju i može se otvoriti pomoću bilo kojeg uređivača teksta, kao što je Notepad. U datoteku hosts upisujemo sljedeće podatke.
