Osoba koja je barem jednom samostalno delegirala domenu (naziv domene) složit će se da je onu kupljenu od jednog bolje smjestiti na poslužitelj drugog registrara koji pruža usluge hostinga. Na prvi pogled se čini da je riječ o vrlo jednostavnoj operaciji koja ne zahtijeva posebno znanje, ali osoba koja prvi put radi ovaj zahvat ostaje zapanjena.
Zašto je potrebno provesti proceduru delegiranja domene?
Da biste odgovorili na tako važno pitanje, prvo morate jasno razumjeti da je domena samo osobna adresa vaše web stranice, kojoj se može pristupiti s bilo kojeg mjesta na planetu koje ima vezu s globalnom mrežom. Ali da bi domena počela raditi u potpunosti, mora biti postavljena i povezana s poslužiteljima ovog hostinga, drugim riječima možemo reći da se provodi procedura DNS povezivanja.
Kako bi stranica imala najsigurniji rad, potrebna su joj dva DNS poslužitelja. Ako jedan poslužitelj prestane raditi u potpunosti, tada će drugi DNS poslužitelj preuzeti ovaj zadatak. Treba razumjeti da dostupnost vaše stranice je vrlo važan pokazatelj koji će izravno utjecati na veličinu vaše korisničke baze. Što mislite kako će se isti posjetitelj vratiti na vašu stranicu ako jednog dana vaš projekt nije bio dostupan čak ni kratko vrijeme? A njegova nedostupnost može biti zbog nestanka struje ili negativnih posljedica prirodne katastrofe, situacije su različite, ali rezultat će biti isti.
Kako se vrši delegiranje domene?
Pogledajmo rješenje problema na konkretnom primjeru. Naziv domene je kupljen kod registrara “1” i potrebno ju je povezati s hostingom kod registrara “2”. Cjelokupna poanta ovog procesa je da ćete na kraju procesa registracije naziva domene kod registra “1” morati dati adresu dvaju DNS poslužitelja od registra “2”, to se radi kako bi se osigurao najpouzdaniji i najstabilniji rad vašeg Internet - projekta. Iz ovoga proizlazi da se usluga hostinga kod matičara “2” mora naručiti unaprijed.
Nakon završetka procesa registracije naziva domene pojavit će se dvije ili više ćelija u koje će biti potrebno smjestiti postojeće adrese DNS poslužitelja za delegiranje domene. Naravno, ove ćelije mogu ostati prazne i popunjene tek nakon što se donese odluka o izboru hostera. Ali primjer ćemo razmotriti u slučaju popunjavanja dviju ćelija.
Na primjer, imate pružatelja usluga hostinga RU centar, čija se dva poslužitelja nalaze u Amsterdamu i Moskvi, a za provedbu postupka delegiranja trebate registrirati podatke poslužitelja. DNS 1: ns4.nic.ru (prva ćelija) i DNS 2: ns5.nic.ru (druga ćelija). Također možete registrirati treću adresu, na primjer, ns6.nic.ru, ali ovaj postupak nije obavezan. Umjesto DNS-a možete registrirati i IP adresu, ali ova situacija nimalo ne olakšava cijeli proces. Ali ako vam je prikladnije, možete saznati IP adrese od službe podrške registrara koji vam pruža hosting.
Za provođenje postupka delegiranja domene nije potrebno ništa drugo. Nakon ažuriranja informacija o stanju u domenskim zonama, delegirana domena bit će dostupna za korištenje na hostingu koji ste naveli i možete započeti ispunite svoju web stranicu.
U organizaciji DNS treba konfigurirati ne samo na pojedinačnom poslužitelju, već i za cijelu mrežu. DNS poslužitelji trebaju biti postavljeni na takav način da se može upravljati radnim opterećenjem obrade poslužitelja, smanjiti količina prometa između poslužitelja i klijenata i smanjiti vrijeme odgovora DNS poslužitelja na upite klijenta. Sve osim najmanjih organizacija moraju postaviti više od jednog DNS poslužitelja za obavljanje ovih zadataka.
Kada organizacija postavi više DNS poslužitelja, dosljednost podataka na tim poslužiteljima postaje važan aspekt konfiguracije i upravljanja DNS-om na mreži. Kako biste osigurali da DNS poslužitelji vaše organizacije pružaju sinkronizirane, aktualne informacije klijentima, morate konfigurirati replikaciju zone i prijenos.
Replikacija zone je proces sinkronizacije podataka zone integrirane u Active Directory. Prijenos zone je sinkronizacija podataka zone između glavne zone i dodatne standardne zone. Ova dva mehanizma temelje se na različitim tehnologijama, pa se zasebno konfiguriraju.
Konfiguriranje replikacije zona integriranih u Active Directory
Zone integrirane u Active Directory mogu se instalirati samo na kontrolere domene koji imaju instaliranu ulogu DNS poslužitelja. Zone integrirane u Active Directory pružaju replikaciju podataka na više razina, pojednostavljenu konfiguraciju i poboljšanu sigurnost i učinkovitost u usporedbi sa standardnim zonama. Uz pohranu integriranu u Active Directory, DNS klijenti mogu slati ažuriranja na bilo koji DNS poslužitelj integriran u Active Directory. Ta se ažuriranja zatim kopiraju putem replikacije na druge DNS poslužitelje integrirane u Active Directory.
Replikacija i particija imenika aplikacija
DNS podaci za jednu zonu mogu se replicirati između kontrolera domene na različite načine, ovisno o particiji direktorija aplikacije gdje su pohranjeni podaci DNS zone.
Particija je podatkovna struktura u Active Directoryju koja definira podatke koji se repliciraju. Prema zadanim postavkama kontroleri domene uključuju dvije particije direktorija aplikacija rezervirane za DNS podatke: DomainDnsZones i ForestDnsZones. Replikacija particije DomainDnsZones događa se na svim kontrolerima domene koji također služe kao DNS poslužitelji u određenoj domeni, a replikacija particije ForestDnsZones događa se na svim kontrolerima domene koji također služe kao DNS poslužitelji u svakoj domeni u šumi Active Directory.
Svaka od ovih particija direktorija aplikacije nazvana je 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.
Osim ove dvije particije, također možete stvoriti prilagođenu ili korisnički definiranu particiju u katalogu aplikacija i imenovati je po želji. Zatim možete konfigurirati zonu za pohranjivanje podataka u ovoj novoj strukturi. Prema zadanim postavkama, nova particija direktorija aplikacije postoji samo na poslužitelju na kojem je stvorena, ali možete navesti druge poslužitelje u ovoj particiji tako da se replikacijski podaci njenog sadržaja tamo kopiraju.
Pohranjivanje DNS podataka u particiji domene Podaci zone integrirani u Active Directory pohranjuju se u particiju domene zajedno s ostalim podacima domene. U ovoj konfiguraciji, DNS podaci se repliciraju ne samo preko kontrolera domene koji su također DNS poslužitelji, već i preko svih lokalnih kontrolera domene. Međutim, korištenje ove opcije generira dodatni replikacijski promet. Trebao bi se koristiti za repliciranje DNS podataka na Windows Server 2000 računalima.
Odabir opsega replikacije zone
Particija u kojoj je zona pohranjena učinkovito definira opseg replikacije za tu zonu integriranu u Active Directory. Kada koristite program Dcpromo da odredite poslužitelj kao kontroler za novu domenu, nova zona integrirana u Active Directory automatski se stvara u odjeljku DomainDnsZones. Međutim, kada stvorite novu zonu pomoću čarobnjaka za novu zonu na stranici područja 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 (Ono svi DNS poslužitelji U Ovaj Šuma)
ForestDnsZones . Svaki kontroler domene u cijeloj šumi u kojoj instalirate DNS
■ Za sve DNSposlužitelji u ovoj domeni (To svi DNS poslužitelji U Ovaj Domena)
Nova zona je spremljena u odjeljku DomainDnsZones . Svaki lokalni kontroler domene gdje je instaliran DNS -poslužitelj će primiti kopiju ove zone.
■ Za sve kontrolere domene u ovoj domeni (To svi Domena Kontrolori U Ovaj Domena)
Zona je pohranjena u particiji domene. Svaki lokalni kontroler domene primit će kopiju ove zone, bez obzira na to ima li je DNS poslužitelji.
■ Na svi kontrolori domena, specificirano V regija dano odjeljak katalog ( DaSvi kontroleri domene navedeni u opsegu ove particije direktorija)
Zona se sprema u particiju direktorija aplikacije koju je stvorio korisnik i koja je navedena na padajućem popisu. Da bi kontroler domene bio uključen u opseg takve particije direktorija, morate ručno navesti kontroler domene u particiji.
Opseg replikacije stvorene zone može se promijeniti u bilo kojem trenutku. Da biste to učinili, na kartici Općenito ( Općenito ) kliknite gumb Uredi ( Promijeniti ) pored parametra replikacije.
Otvara se dijaloški okvir Promjena opsega replikacije zone koji nudi iste mogućnosti odabira opsega replikacije kao i stranica čarobnjaka za novu zonu.
Prilikom odabira opsega 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-ove -poslužitelja u šumi, obujam mrežnog prometa bit će veći nego kod repliciranja podataka zone DNS samo za sve DNS-ove -poslužitelja u lokalnoj domeni. S druge strane, replikacija podataka zone na sve DNS -poslužitelji u šumi mogu ubrzati rješavanje imena i pružiti toleranciju na greške.
BILJEŠKA: Ponovno stvaranje zona DomalnDnsZonesIForestDnsZones
Izbrisane ili oštećene particije direktorija aplikacije mogu se ponovno stvoriti u upravitelju DNS desnim klikom na čvor poslužitelja i korištenjem naredbe Create default application directory partitions ( Stvorite zadane particije imenika aplikacija).
Stvorite prilagođenu particiju direktorija aplikacije
Možete izraditi vlastite prilagođene particije direktorija aplikacija za korištenje DNS a zatim navedite odabrane kontrolere domene na mreži za upravljanje replikama ove particije. Da biste dovršili ovaj zadatak, prvo napravite particiju pomoću ove naredbe:
dnscmd server_name /createdirectorypartition hmp_FQDN
Zatim navedite u odjeljku ostali DNS -poslužitelja pomoću sljedeće naredbe:
dnscmdnaziv_poslužitelja /uvrsti particiju direktorijaIme_FQDN
Dakle, za stvaranje particije imenika aplikacije DNSpartitionA na poslužitelju 1 u domeni Active Directory pod nazivom microsoft. com , unesite ovu naredbu:
dnscmd server1 /createdirectorypartition DNSpartitionA.microsoft.com
BILJEŠKA: Upotreba točke (.) za označavanje naziva lokalnog poslužitelja
Ako se naredba izvodi na istom poslužitelju na kojem je stvorena particija, možete koristiti točku umjesto naziva lokalnog poslužitelja.
Za popis računala u particiji direktorija aplikacije poslužitelj 2, unesite ovu naredbu:
dnscmd server2 /enlistdirectorypartition DNSpartitionA.microsoft.com
BILJEŠKA: Tko može kreirati particiju imenika aplikacije
Particiju kataloga aplikacija može izraditi samo član grupe Enterprise Admins ( Administratori poduzeća).
Particija direktorija aplikacije koju ste kreirali pojavljuje se na padajućem popisu na stranici Zone Integrated Replication Area. Active Directory (Opseg replikacije zone Active Directory ) čarobnjaka za novu zonu i u dijaloškom okviru Promjena vidljivosti zone replikacije ( Promjena opsega replikacije zone ). Da biste spremili zonu u novu particiju, odaberite opciju Za sve kontrolore domene navedene u opsegu ove particije direktorija (Za A ll Kontrolori domene navedeni u opsegu ove particije imenika ), i odaberite ovaj odjeljak na padajućem popisu.
Prijenos zona
Ako svi DNS -poslužitelji se nalaze na kontrolerima domena kako bi se osigurala dosljednost podataka o zoni između svih DNS -poslužitelji koriste replikaciju Aktivni direktorij . Međutim, ova opcija nije dostupna tijekom instalacije DNS -poslužitelj na računalu koje nije kontroler domene. U tom se slučaju zona ne može spremiti Aktivni direktorij , trebali biste umjesto toga koristiti standardnu zonu koja pohranjuje podatke u lokalnoj tekstualnoj datoteci na svakom DNS -poslužitelj. Ako organizacija koristi puno DNS -poslužitelja, tada se izvorni podaci mogu kopirati u dodatne zone samo za čitanje kojima upravljaju drugi poslužitelji. Kako biste osigurali dosljednost i ažuriranje podataka između primarne i sekundarne zone, trebate konfigurirati prijenos zona.
Prijenos zone u biti je dohvaćanje podataka pokrenuto u sekundarnim zonama, kopiranje 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čivost imena suprotstavljenoj domeni bez instaliranja novog kontrolera domene ili upravljanja prometom replikacije između dva mjesta.
Omogućavanje prijenosa zona
Prijenos podataka za dodatne zone može se pokrenuti u bilo kojem od tri slučaja.
■ Nakon isteka početnog intervala ažuriranja zapisa Osnovna zona SOA.
■ Prilikom učitavanja dodatne zone od strane poslužitelja.
■ Kao rezultat promjene konfiguracije primarne zone, ako je ta zona konfigurirana za obavještavanje sekundarne zone o ažuriranjima.
Prema zadanim postavkama prijenos je onemogućen za sve zone. Mora biti omogućeno na kartici Prijenos zone ( Zonski transferi ) prozor svojstava zone. Označavanjem okvira za omogućavanje prijenosa zone možete odabrati jednu od tri opcije prijenosa.
■ Na bilo koji poslužitelj ( Bilo kojem poslužitelju ) Ova postavka pruža minimalnu sigurnost. Budući da je prijenos zone kopija podataka o zoni, ova opcija omogućuje bilo kome s mrežnim pristupom DNS poslužitelju pregled sadržaja zone, uključujući imena svih poslužitelja i računala s njihovim IP adresama. Stoga se ova opcija smije koristiti samo na privatnim mrežama s visokom razinom sigurnosti.
■ Samo za poslužitelje navedene na stranici poslužitelja zone ( Samo na poslužitelje navedene na kartici Name Servers ) Ova vam opcija omogućuje prijenos zona s NS zapisom samo na one dodatne DNS poslužitelje koji su mjerodavni za te zone.
■ Samo poslužiteljima s ovog popisa ( Samo na sljedeće poslužitelje ) Ovaj parametar omogućuje vam da odredite popis dodatnih poslužitelja na koje će se zone prenijeti. Ovi dodatni poslužitelji ne zahtijevaju identifikaciju pomoću NS zapisa u zoni.
Postavljanje obavijesti
Na kartici Zone Transfers također možete konfigurirati obavijest koja će biti poslana dodatnim poslužiteljima 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 poslužitelje. Umjesto toga, kada se podaci izmijene, primarna zona šalje obavijest svim navedenim poslužiteljima koji upravljaju sekundarnim zonama. Dodatna zona koja prima obavijest pokreće prijenos zone.
Za konfiguriranje obavijesti na kartici Prijenos zone ( Zonski transferi ) kliknite gumb Obavijesti ( Obavijestiti ). Otvara se dijaloški okvir Obavijest ( Obavijestiti ), gdje možete odrediti dodatne poslužitelje koji će biti obaviješteni kada dođe do ažuriranja zone na lokalnom glavnom poslužitelju.
kontekstni izbornik gdje možete koristiti sljedeće operacije za ažuriranje zone.Dodatna zona ponovno se učitava iz lokalne pohrane.
■ Zona prijenosa s glavnog poslužitelja (Transfer From Master)
Poslužitelj koji upravlja lokalnom sekundarnom zonom utvrđuje da je interval ažuriranja serijskog broja sekundarne zone u SOA zapisu istekao i izvodi prijenos zone s glavnog poslužitelja.
■ Ponovno učitavanje zone s glavnog poslužitelja (Reload From Master)
Zona se prenosi s glavnog poslužitelja sekundarne zone bez obzira na serijski broj u SOA zapisu sekundarne zone.
Korištenje stub zona
Stup zona je kopija koja sadrži samo glavne zapise glavne zone. Odredite stub zonu tako da lokalni DNS poslužitelj može proslijediti upite mjerodavnim imenskim poslužiteljima u glavnoj zoni. Dakle, stub zona je funkcionalno identična delegiranju zone. Međutim, budući da stub zone mogu inicirati i prihvatiti prijenose 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
Redovitim ažuriranjem stub zone za jednu od svojih podređenih zona, DNS poslužitelj koji upravlja nadređenom zonom i stub zonom održavat će trenutni popis autoritativnih DNS poslužitelja za podređenu zonu. Delegirana zona podređena je zona nadređene zone kojom se upravlja na vlastitom DNS poslužitelju. Kada je delegirana, nadređena zona sadrži NS zapis za poslužitelj koji upravlja tom podređenom zonom. Dakle, kada se zahtjevi za imenom prime u podređenoj zoni, nadređena zona ih preusmjerava na poslužitelj naveden u NS zapisu.
Primjer zaštitne zone
Recimo da radite kao administrator DNS poslužitelj Dns 1. microsoft. com , koja je ovlaštena za zonu Microsoft. com . Vaša tvrtka ima podređenu domenu Active Directory pod nazivom India. Microsoft. com , za koje se delegiranje obavlja. Tijekom početnog delegiranja dječja zona je integrirana i Aktivni direktorij , sadrži samo dva ovlaštena DNS -poslužitelji - 192.168.2.1 i 192.168.2.2. Kasnije administratori domene Indija. Microsoft. com implementirati dodatne kontrolere domene i instalirati ulogu DNS poslužitelj ) na novim kontrolerima. Međutim, administratori vas nisu obavijestili da su dodali autorizirane DNS -poslužitelja za vašu domenu. Kao rezultat na poslužitelju DNS 1. microsoft. com zapisi novih nisu konfigurirani DNS -serveri ovlašteni za domenu Indija. Microsoft. com , a zahtjevi se i dalje prosljeđuju samo dvojici DNS -poslužitelj naveden u početnom delegiranju.
Ovaj se problem može riješiti stvaranjem stub zone na Dns1 poslužitelju. microsoft.com za domenu India.microsoft.com. S novom stub zonom, Dns1 računalo uči nove poslužitelje imena ovlaštene za nadređenu zonu India.microsoft.com putem prijenosa zona. Na taj će način Dns1 moći usmjeriti upite za prostor imena Inclia.microsoft.com na sve autoritativne DNS poslužitelje 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 traženje nadređenog poslužitelja 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 razlučivanja imena i smanjuju opterećenje mrežnih resursa prilikom prijenosa podataka zone.
Delegiranje domene je pokazatelj DNS poslužitelja koji osiguravaju njegovu funkcionalnost. DNS poslužitelji moraju biti navedeni u postavkama domene na web stranici registra.
Pažnja.
Domenu možete delegirati na Yandex poslužitelje tek nakon što ste je dodali u Mail za domenu.
Da biste delegirali domenu Yandex poslužiteljima:
Primarni DNS poslužitelj je “dns1.yandex.net.” .
Sekundarni DNS poslužitelj - “dns2.yandex.net.” .
Da biste to učinili, otvorite stranicu Moje domene i prijavite se na račun stvoren za rad s njom. Provjerite dostupnost tražene domene.
Prijavite se na upravljačku ploču svoje domene na web stranici registrara. Idite na odjeljak postavki delegiranja.
Promijenite vrijednosti primarnog i sekundarnog DNS poslužitelja na sljedeći način:
Bilješka. Slovo “d” na početku naziva DNS poslužitelja je obavezno.
Ako vaša upravljačka ploča ima polja za unos IP adresa, ostavite ih prazna.
Pričekajte da promjene DNS-a stupe na snagu. Ovaj proces može trajati do 72 sata.
Provjerite status svoje domene na stranici Moje domene - njegova bi vrijednost trebala biti "Domena je povezana i delegirana na Yandex".
Kako će delegiranje domene utjecati na vašu web stranicu
DNS hosting i web hosting dvije su različite usluge koje pružatelji usluga hostinga često pružaju u isto vrijeme. Ali oni nisu ni na koji način povezani, tako da možete bezbolno prenijeti DNS hosting na Yandex poslužitelje. To neće utjecati na rad stranice.
Kada delegirate domenu Yandexu, A-zapisi se stvaraju za domenu na Mail poslužiteljima, koji upućuju na adresu hostinga vaše stranice. Ako A zapisi nisu stvoreni automatski, možete ih dodati ručno u DNS uređivaču:
ako naziv poddomene bar bar » ;
ako naziv poddomene foo.bar "foo.bar" .
U polje Domaćin unesite vrijednost "@" ako postavljate unos za korijensku domenu.
Ako je zapis konfiguriran za poddomenu, tada u polju Host trebate navesti dio naziva poddomene do prve točke, na primjer:
u popisu Vrsta odaberite vrijednost "A" (ili "AAAA", ako je stranica dostupna putem IPv6 protokola);
U polje Entry value navedite IP adresu željenog mjesta.
Zatim ponovite postupak za drugi A-zapis. Ako postavljate unos za korijensku domenu, unesite "www" u polje Host. Ako je zapis konfiguriran za poddomenu, tada u polju Host trebate navesti “www” i dio naziva poddomene prije prve točke, na primjer:
ako naziv poddomene bar.yourdomain.tld, u polju Host navedite " www.bar » ;
ako naziv poddomene foo.bar.yourdomain.com, u polju Host navedite "www.foo.bar" .
Ostala polja su konfigurirana na isti način kao i prvi unos.
U ovom članku ću vam pokazati kako delegirati domenu, što to znači, a također ćete naučiti što je DNS. Općenito, ovo se može činiti teškim za početnike, ali to će morati biti učinjeno kako bi se izradila web stranica. To je potrebno učiniti samo jednom za svako novo mjesto. Također će biti potreban prilikom prijenosa s jednog hostinga na drugi ili s lokalnog poslužitelja na pravi hosting. Općenito, to je neophodna stvar i mora se znati, iako je teško razumjeti.
Da bih vam rekao kako delegirati domenu, morat ću krenuti izdaleka - s DNS-om.
DNS je sustav imena domena koji sadrži podatke o tome koji IP ima domena stranice, a time i kojem hostingu pripada. Odavde postaje jasno da ako je DNS neispravno konfiguriran, stranica neće raditi.
Kako delegirati domenu na hosting
Dakle, prijeđimo sada izravno na pitanje kako delegirati domenu. Kao što ste već trebali pogoditi, delegiranje znači dodjeljivanje naziva domene IP adrese hosting poslužitelja.
Delegiranje domene, jednostavnim riječima, prijenos je domene na hosting. Ovaj proces pokazuje na kojem se hostingu nalazi određena domena i odakle je potrebno preuzeti datoteke da bi se prikazale u pregledniku posjetitelja.
Domena se usmjerava tako da joj se dodjeljuju NS hosting serveri (ispod NS-a je i IP, ali ima potpuno drugačiji izgled). Prije nego što delegirate domenu, trebali biste nabaviti svoj hosting NS. To se radi na osobnom računu hosting računa. Pokazat ću vam na snimci zaslona kako to izgleda na hostingu na kojem se prije nalazila moja stranica (). 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.
Dobivamo NS od hostinga Moj NS izgleda ovako:
ns1.hostinger.ru
ns2.hostinger.ru
ns3.hostinger.ru
ns4.hostinger.ru
Sada idemo na osobni račun našeg registrara domene i tamo zapisujemo primljeni NS. Opet ću pokazati kako delegirati domenu na primjeru svog registrara (). Ako imate drugačiji, onda će neke stvari biti drugačije, ali suština je ista.
Registracija NS-a na račun registrara domene Registracija NS s hostinga u kontrolnoj tabli domene je usmjeravanje domene na hosting. 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 mnogi nazivi domena registriraju svaki dan, osim toga, mnogi se sele s jednog hostinga na drugi (s jednog NS-a na drugi). Stoga se DNS sustav mora stalno ažurirati kako bi ostao aktualan.
Ažuriranje DNS-a događa se drugačije za svakog pružatelja internetskih usluga i ne ovisi ni o kome osim o njima samima. Odnosno, svaki pružatelj internetskih usluga ažurira u vlastitoj predmemoriji informacije o privitku određenog naziva domene na neki hosting. Pružatelji usluga to rijetko čine - za neke to može biti i do 1 puta svaka 72 sata.
Dakle, ako ste delegirali domenu i registrirali NS hosting, stranica će biti u potpunosti operativna tek nakon 72 sata. Tijekom tog vremena možda već radi u nekim regijama, ali još ne u drugima. Nema smisla raspravljati s podrškom hostera ili registrara. Također, vaš ISP vam neće pomoći. U ovom slučaju samo trebate pričekati dok se NS koje ste naveli ne distribuiraju diljem svijeta.
Kako pregledati web mjesto ako delegiranje domene još nije dovršeno
Ako DNS vašeg pružatelja usluga još nije ažuriran, a hitno morate početi raditi na svojoj novoj stranici, možete učiniti sljedeće. Na računalu idite u mapu C:\Windows\System32\drivers\etc (gdje je "C" pogon na kojem je instaliran operativni sustav) i otvorite datoteku hosts. Nema ekstenziju, možete ga otvoriti pomoću bilo kojeg uređivača teksta, na primjer, Notepada. U datoteku hosts upisujemo sljedeće podatke.
