Paglalaan ng domain. Pangkalahatang impormasyon tungkol sa pagtatalaga ng domain

Maraming mga baguhang may-ari ng website ang interesado sa kung bakit hindi kaagad magagamit ang domain. Sa katunayan, dahil ang pagpaparehistro ay tumatagal lamang ng ilang minuto, saan napupunta ang natitirang oras? Ang parehong problema ay nangyayari kapag naglilipat ng isang address sa isa pang pagho-host. Ang dahilan nito ay mula sa artikulo ay malalaman mo kung ano ito.

Bago ka magsimulang magrehistro, dapat mong piliin ang pangalan ng hinaharap na site, na dapat na binubuo ng isang natatanging pagkakasunud-sunod ng mga titik o numero (pinapayagan ang isang gitling, ngunit hindi sa dulo o simula). Ang kumbinasyong ito ay ang domain name ng iyong mapagkukunan. Maaari kang bumili ng isang libreng address mula sa mga kumpanya ng registrar, na madaling mahanap.

Proseso ng pagpaparehistro

Una sa lahat, pumunta ka sa isang mapagkukunan na nagbibigay ng mga serbisyong kailangan mo. Punan ang isang form kung saan ipinapahiwatig mo ang iyong data. Sinusuri sila ng registrar at, kung tama ang lahat, gumawa ng isang entry tungkol sa bagong address sa isang espesyal na registry, iyon ay, nagde-delegate ito ng mga domain. Sa lalong madaling panahon ang impormasyon ay maa-update sa pangunahing mga server. Kung kinakailangan, ina-update ang cache sa mga DNS server.

Ang bawat yugto ng pagpaparehistro ay tumatagal ng isang tiyak na tagal ng oras, na depende sa mga setting ng organisasyon. Ito ang dahilan kung bakit hindi mo maaaring simulan ang paggamit ng mapagkukunan kaagad pagkatapos magbayad para sa address. Maaari mong suriin ang delegasyon ng domain sa control panel sa iyong personal na account sa website ng registrar.

Paglipat ng domain

Mayroong isang pamamaraan tulad ng muling pagtatalaga nito. Upang maipatupad ito, kailangan mong magsumite ng aplikasyon para baguhin ang listahan ng mga NS server. Magagawa ito sa iyong personal na account sa website ng registrar. Para sa tamang pamamaraan, kailangan mong tukuyin ang mga bagong address ng server kung saan isasagawa ang muling pagtatalaga.

Ang mga pagbabago ay mabilis na ginawa, ang tinatayang oras ay halos kalahating oras. Pagkatapos ay magsisimula ang isang mas mahabang proseso (hanggang sa ilang araw) - ang hindi nauugnay na impormasyon tungkol sa mga lumang halaga ay naka-cache sa mga server ng provider.

Ang pag-update ng domain zone na ito ay isang proseso na hindi makokontrol. Ang oras ng paghihintay ay depende sa mga setting ng mga nakaraang server at ang katayuan ng DNS ng bawat indibidwal na provider. Sa teknikal na imposibleng hulaan kung kailan ito matatapos at makukumpleto ang pagtatalaga ng mga domain. Iyon ang dahilan kung bakit dapat kang maging matiyaga at huwag sisihin ang bagong hosting sa pagiging mabagal: sa kasong ito, halos walang nakasalalay dito.

Ano ang kailangang gawin upang mapabilis ang proseso?

Ang pangunahing dahilan na nagpapabagal sa paglalaan ng domain ay ang pag-cache ng maling impormasyon tungkol sa mga ito. Kung nagrerehistro ka ng isang ganap na bagong address, maging isang maliit na pasensya at maghintay, ang proseso ay hindi dapat magtagal. Makatuwirang kumilos kung naglilipat ka ng domain, kung gayon ang pagbawas sa oras ng paghihintay ay lubos na posible.

Makipag-ugnayan sa administrator ng server kung saan nakatalaga ang address at hilingin sa kanya na baguhin ang impormasyon ng TTL (itakda ang minimum na halaga).
Subukan ang domain zone. Maraming mga kumpanya ng registrar ang nag-aalok na gawin ito nang awtomatiko. Minsan, dahil sa mga problema sa network, ang pamamaraang ito ay mabibigo kahit na ang zone ay na-configure nang tama, kaya nasa iyo na magpasya kung gagamitin ang payong ito.
Kung babaguhin mo ang listahan ng mga server para sa isang domain, huwag itong i-access nang ilang sandali. Kung kailangan mong magtrabaho kasama ang mapagkukunan sa panahon ng paglilipat, makipag-ugnayan sa iyong hosting provider. Magtanong tungkol sa isang domain name ng serbisyo upang ma-access ang mga mapagkukunan (tinatawag ding mga teknikal na alias).
Kung magagawa mo ito, i-clear ang cache ng solver sa iyong sarili. Halimbawa, sa Windows operating system magagawa mo ito gamit ang console command.

Isa-isahin natin

Kaya ngayon alam mo na kung ano ang ibig sabihin ng delegasyon ng domain. Ito ang ikalawang yugto ng pagpaparehistro ng iyong address sa Internet. Una, ang impormasyon tungkol sa bagong address ay idinagdag sa isang espesyal na database, pagkatapos ay direktang italaga ang domain. Kung hindi kinukumpleto ang mahahalagang hakbang na ito, hindi mo maaasahan na gagana ang mapagkukunan.

Ang delegasyon ay isang mahalagang yugto ng pagpaparehistro. Pagkatapos lamang itong ganap na maipasa ay magiging ganap na gumagana ang address, at pagkatapos lamang ay makikita mo ang site sa World Wide Web. Sa madaling salita, ang delegasyon ay ang pag-activate ng isang nakarehistrong domain.

Oo kaya mo.

Upang magtalaga ng isang domain nang walang pagsubok sa mga server, sa mga setting ng domain, tukuyin lamang ang listahan ng mga DNS server at i-click ang "I-save ang mga pagbabago".

Upang tumukoy ng listahan ng mga DNS server para sa isang domain:

mag-log in sa seksyong "Para sa Mga Kliyente" sa www.nic.ru;
hanapin ang kinakailangang serbisyo ng Domain;
sa seksyong "Mga server ng DNS," piliin ang link na "Baguhin" (para sa isang itinalagang domain) o link na "Itakda" (para sa isang domain na may katayuang "Hindi Na-delegate");
magtakda ng listahan ng mga DNS server;
i-click ang “I-save ang mga pagbabago”.

Kung, kapag naglalagay ng order, nilagyan mo ng check ang flag na "Subukan ang mga DNS server para sa mga .RU at .SU na domain," magsisimula ang karaniwang pamamaraan para sa pagsubok ng mga DNS server. Sa kasong ito, ang pamamaraan ng paglalaan ng domain ay tatagal mula 6 na oras hanggang ilang araw, depende sa mga resulta ng pagsubok. Pagkatapos ng matagumpay na pagkumpleto ng pagsubok, ang data tungkol sa bagong listahan ng mga DNS server para sa domain ay ipinadala sa mga root server ng zone at ang Whois service. Ang data ng Whois ay ina-update bawat 15 minuto.

Kung ang flag na "Subukan ang mga DNS server para sa mga .RU at .SU na domain" ay hindi naitakda kapag nag-order, ang domain ay itinalaga kapag nag-a-update ng impormasyon sa top-level na zone. Ang RU zone ay ina-update 4 na beses sa isang araw: sa 02:00, 10:00, 14:00, 19:00 (oras ng Moscow). Ang mga SU at RF zone ay ina-update bawat kakaibang oras. Ang mga update sa zone ay tumatagal mula sa ilang minuto hanggang kalahating oras. Sa kasong ito, ang pamamaraan ng paglalaan ng domain ay tatagal mula sa ilang minuto hanggang 6 na oras, depende sa oras ng pag-update ng data sa top-level na zone.

Dapat mo ring bigyang pansin na ang pag-update ng data sa pag-cache ng mga DNS server ng mga Internet provider ay maaaring tumagal ng hanggang ilang karagdagang araw.

Oo, kaya mo. Upang gawin ito kailangan mo:

mag-log in sa seksyong "Para sa mga Kliyente";
piliin ang item sa menu na "Mga Serbisyo". Aking mga domain";
hanapin ang domain kung saan ang delegasyon ay kailangang masuspinde;
sundin ang link na "Baguhin" sa column na "Mga DNS server";
sa block na "Suspindihin ang delegasyon ng domain," i-click ang "Suspindihin ang delegasyon."

Upang ihinto ang pagsubok sa mga DNS server kailangan mong:

mag-log in sa seksyong "Para sa Mga Kliyente" sa www.site;
I-click ang "Ihinto ang pagsubok".

Upang simulan muli ang pamamaraan ng pagsubok sa DNS, kailangan mong gawin ang sumusunod sa seksyong "Para sa Mga Kliyente" sa www.site:

piliin ang item sa menu na "Mga Serbisyo". Tingnan at baguhin ang data → Aking mga domain”;
hanapin ang kinakailangang serbisyo ("Domain");
sa seksyong "Mga server ng DNS", piliin ang link na "Baguhin";
lagyan ng tsek ang kahon na "Subukan ang mga DNS server";

Magkakabisa ang mga pagbabago pagkatapos i-update ang impormasyon sa top-level na zone. Ang RU zone ay ina-update 4 na beses sa isang araw: sa 02:00, 10:00, 14:00, 19:00 (oras ng Moscow). Ang mga SU at RF zone ay ina-update bawat kakaibang oras. Ang mga update sa zone ay tumatagal mula sa ilang minuto hanggang kalahating oras.

Pagkatapos i-update ang zone, tumatagal ng humigit-kumulang isang araw para kumalat ang impormasyon tungkol sa domain sa Internet.

Magagawa lang ang pagtatalaga ng isang domain sa RU zone kung mayroong hindi bababa sa dalawang server (Pangunahin at Pangalawang DNS) na sumusuporta sa itinalagang domain.

Binago ng DNS server na ns.www.com ang IP address nito. Upang ang impormasyon tungkol dito ay ma-update sa DNS, kailangan mong baguhin ang impormasyon sa www.com zone. Makipag-ugnayan sa administrator ng iyong domain para sa www.com o sa iyong ISP na nangangasiwa sa DNS server na ito.

Upang baguhin ang listahan ng mga DNS server:

piliin ang item sa menu na "Mga Serbisyo". Tingnan at baguhin ang data → Aking mga domain”;
hanapin ang kinakailangang serbisyo ("Domain");
sa seksyong "Mga server ng DNS", piliin ang link na "Baguhin";
ipasok ang listahan ng mga server at mag-click sa pindutang "I-save ang mga pagbabago".

Kailangan mong gumawa ng NS record para sa ikatlong antas ng domain sa mas mataas na antas ng pangalawang antas na domain. Halimbawa, upang italaga ang domain na masha.test.ru, at sa parehong oras gamitin ang ns.my-provider.ru, ns.myprovider.ru bilang Pangunahin at Pangalawang server, kailangan mong gawin ang sumusunod na entry sa test.ru zone:

sundan ang link na ibinigay sa huling talata ng bawat mensahe na ipinadala sa iyo;
humiling na alisin ang iyong email address sa aming mailing list.

Upang magpadala ng kahilingan, kailangan mong malaman ang numero ng kontrata, ang mga detalye ng contact kung saan kasama ang iyong email address. Matatagpuan ang numero ng kontrata sa alinman sa mga liham sa koreo kung saan ka nag-unsubscribe.

Ang isang email ay kaagad na ipapadala sa email address na ibinigay sa kahilingan na humihiling sa iyo na kumpirmahin ang iyong intensyon na alisin ang address na ito mula sa DEXTRA mailing list. Hanggang sa makumpirma mo ang kahilingan, hindi aalisin ang email address sa impormasyon sa pakikipag-ugnayan sa ilalim ng kontrata.

Kung, kapag pinupunan ang form, hindi ka tumukoy ng email address para sa mga teknikal na abiso (mnt-nfy), hindi ka makakatanggap ng mga mensahe, halimbawa, tungkol sa hindi matagumpay na pagsubok na nagpapahiwatig ng dahilan.

Maaari mong awtomatikong ipasok ang address na ito gamit ang web interface:

pumunta sa seksyong "Para sa mga Kliyente";
sa menu na "Kontrata", piliin ang "Baguhin ang data";
gumawa ng mga pagbabago sa field na "Email address para sa mga teknikal na abiso (mnt-nfy)";
i-save ang mga pagbabago.

Ang delegasyon ng domain ay ang indikasyon ng mga DNS server na nagsisiguro sa functionality nito. Dapat na tukuyin ang mga DNS server sa mga setting ng domain sa website ng registrar.

Pansin.

Maaari ka lang magtalaga ng domain sa mga server ng Yandex pagkatapos mo itong idagdag sa Mail para sa domain.

Upang magtalaga ng domain sa mga server ng Yandex:

Upang gawin ito, buksan ang pahina ng Aking Mga Domain at mag-log in sa account na ginawa upang gumana dito. Suriin ang pagkakaroon ng kinakailangang domain.

Mag-log in sa iyong domain control panel sa website ng registrar. Pumunta sa seksyon ng mga setting ng delegasyon.

Baguhin ang pangunahin at pangalawang halaga ng DNS server tulad ng sumusunod:

Ang pangunahing DNS server ay “dns1.yandex.net.” .

Pangalawang DNS server - “dns2.yandex.net.” .

Tandaan. Ang titik na "d" sa simula ng pangalan ng mga DNS server ay kinakailangan.

Kung ang iyong control panel ay may mga field para sa pagpasok ng mga IP address, iwanang blangko ang mga ito.

Hintaying magkabisa ang mga pagbabago sa DNS. Maaaring tumagal ng hanggang 72 oras ang prosesong ito.

Suriin ang katayuan ng iyong domain sa pahina ng Aking Mga Domain - ang halaga nito ay dapat "Ang domain ay konektado at itinalaga sa Yandex".

Paano makakaapekto ang pagtatalaga ng domain sa iyong website

Ang pagho-host ng DNS at pagho-host ng website ay dalawang magkaibang serbisyo na kadalasang ibinibigay ng mga provider ng pagho-host sa parehong oras. Ngunit hindi sila konektado sa anumang paraan, kaya maaari mong walang sakit na ilipat ang DNS hosting sa mga server ng Yandex. Hindi ito makakaapekto sa pagpapatakbo ng site.

Kapag nagtalaga ka ng domain sa Yandex, ang mga A-record ay nilikha para sa domain sa mga Mail server, na tumuturo sa hosting address ng iyong site. Kung hindi awtomatikong ginawa ang mga tala, maaari mong idagdag ang mga ito nang manu-mano sa editor ng DNS:

Sa field ng Host, ilagay ang value na "@" kung nagse-set up ka ng entry para sa root domain.

Kung naka-configure ang record para sa isang subdomain, sa field ng Host kailangan mong tukuyin ang bahagi ng pangalan ng subdomain hanggang sa unang tuldok, halimbawa:

kung ang pangalan ng subdomain bar bar » ;

kung ang pangalan ng subdomain foo.bar "foo.bar" .

sa listahan ng Uri, piliin ang halaga na "A" (o "AAAA", kung maa-access ang site sa pamamagitan ng IPv6 protocol);

Sa field ng Entry value, tukuyin ang IP address ng gustong site.

Pagkatapos ay ulitin ang pamamaraan para sa isa pang A-record. Kung nagse-set up ka ng entry para sa root domain, ilagay ang "www" sa field ng Host. Kung naka-configure ang record para sa isang subdomain, sa field ng Host kailangan mong tukuyin ang "www" at bahagi ng pangalan ng subdomain bago ang unang tuldok, halimbawa:

kung ang pangalan ng subdomain bar.yourdomain.tld, sa field ng Host tukuyin ang " www.bar » ;

kung ang pangalan ng subdomain foo.bar.yourdomain.com, sa field na Host tukuyin "www.foo.bar" .

Ang natitirang mga patlang ay na-configure sa parehong paraan tulad ng unang entry.

Ang delegasyon ng domain ay ang pagbibigay ng kontrol at pamamahala sa bahagi ng domain zone sa isang third-party na responsableng organisasyon. Ginagawa ito gamit ang NS record. Ipinapahiwatig nito ang address ng third party na DNS server (responsable para sa pagpapanatili ng zone at nilalaman nito). Pagkatapos ng pag-expire ng panahon ng pagpaparehistro, ang domain ay aalisin mula sa delegasyon at aalisin mula sa Register of Registered Domains.

Paano magtalaga at muling magtalaga ng domain

Maaari mong italaga o muling italaga ang isang domain sa panahon ng pagpaparehistro o anumang oras pagkatapos ng pagpaparehistro.

Ang algorithm ng delegasyon at muling pagtatalaga ay ang mga sumusunod:

buksan ang "Control Panel";

pumunta sa tab na "Mga Domain";

pumili ng domain at i-click ang button na "I-edit ang domain" sa tapat nito;

magpasok ng listahan ng mga DNS zone kung saan nangyayari ang delegasyon.

Delegasyon at muling pagtatalaga ng RU at RF na mga domain

Ayon sa mga patakaran para sa pagrerehistro ng domains.ru at.рф, sa panahon ng proseso ng delegasyon ng domain, obligado ang registrar na suriin ang posibilidad ng pakikipag-ugnayan sa administrator nito. Nagaganap ang pag-verify gamit ang numero ng telepono na nakalista sa Register of Registered Domains. Ang telepono ay dapat magkaroon ng function ng pagtanggap ng mga mensaheng SMS.

Mga DNS Server

Ang kasapatan ng itinalagang domain ay tinutukoy ng mga DNS server. Ang DNS server ay isang hardware at software complex kung saan matatagpuan ang lahat ng data ng domain. Ang server ay nagbibigay ng impormasyon ng domain sa Internet alinsunod sa mga teknikal na kinakailangan.

Kapag nagdelegasyon ng domain sa mga NS server ng registrar (ns1.site, ns2.site), posibleng ilagay ang lahat ng impormasyong kinakailangan para sa mga DNS record.

Gaano katagal ang pagtatalaga ng domain?

Nagaganap ang delegasyon ng domain sa 2 yugto. Sa una, ang registrar ay gumagawa ng mga pagbabago sa mga talaan ng NS. Sa ikalawang yugto, ang natanggap na mga tala ng DNS ay ina-update ng mga provider ng Internet.

Ang paggawa ng mga pagbabago mula sa site ay tumatagal ng ilang minuto. Ang bilis ng pagtanggap ng provider ng mga pagbabago ay depende sa dalas ng mga update nito. Inirerekomenda ng regulasyon ang pagtatakda ng oras ng pag-update para sa mga provider ng Internet sa loob ng 6-24 na oras. Sa pagsasagawa, ang prosesong ito ay maaaring tumagal mula 15 minuto hanggang 72 oras.

Panimula

Ang pangunahing layunin ng DNS ay i-map ang mga domain name sa mga IP address at vice versa - IP sa DNS. Bakit kailangan ang buong sistemang ito? Ang mga computer sa isang network ay nakikipag-usap sa isa't isa gamit lamang mga IP address. Ang isang IP address ay maaaring ihambing sa isang numero ng telepono - upang ang isang computer ay makipag-ugnayan sa isa pa, kailangan nitong malaman ang IP address nito. Gayunpaman, ang mga IP address ay may dalawang disadvantages: una, mayroon lamang isang limitadong bilang ng mga ito (na hindi masyadong mahalaga sa amin ngayon), at pangalawa, at higit sa lahat, ang isang IP address ay napakahirap para sa isang tao na matandaan. Sa pagpapatuloy ng pagkakatulad sa mga numero ng telepono, naaalala mo ba ang mga numero ng telepono ng lahat ng iyong mga kaibigan at kakilala? Malamang hindi. Ngunit maaari mong palaging gumamit ng isang kuwaderno.

KWENTO

Ang Domain Name System ay naimbento ni Paul McPatris sa kahilingan ni Jon Postel noong 1983, at isinagawa din niya ang unang pagpapatupad nito. Noong 1984, 4 na estudyante ng Berkeley - sina Douglas Tarry, Mark Painter, David Riggle at Sodny Zu ang sumulat ng unang pagpapatupad ng UNIX, na tinawag nilang Berkeley Internet Name Domain Server (BIND para sa maikli). Noong 1985, ang code para sa pagpapatupad na ito ay makabuluhang muling isinulat ni Kevin Dunlap, at noong 1990 ito ay nai-port sa Windows NT. Ang BIND ay kasalukuyang pinakaginagamit na DNS server sa mundo.

Mga Konsepto ng Domain Name System

Ang istruktura ng domain ng DNS ay isang hierarchy na parang puno na binubuo ng mga node, zone, domain, subdomain at iba pang elemento.

Ang "tuktok" ng istraktura ng domain ay ang root zone. Ang mga setting ng root zone ay matatagpuan sa maraming mga server/mirror na matatagpuan sa buong mundo at naglalaman ng impormasyon tungkol sa lahat ng mga server ng root zone, at responsable din para sa unang antas ng mga domain(ru, net, org, atbp.). Ang impormasyon tungkol sa mga server ng root zone ay matatagpuan sa website ng mga root server.

Sona ay anumang bahagi ng domain name system tree na matatagpuan sa kabuuan sa ilan DNS server. Para sa higit na pag-unawa, maaaring tawagan ang zone "lugar ng responsibilidad". Ang layunin ng paghiwalayin ang bahagi ng puno sa isang hiwalay na zone ay ang paglipat ng responsibilidad ( delegasyon) para sa sangay na ito sa ibang tao o organisasyon.

Domain ay isang pinangalanang sangay o subtree sa puno ng pangalan ng DNS, ibig sabihin, ito ay isang partikular na node na kinabibilangan ng lahat ng mga child node nito.

Ang bawat node sa DNS hierarchy ay pinaghihiwalay mula sa magulang nito ng isang tuldok. Ang domain name ay nagsisimula sa isang tuldok (root domain) at dumadaan sa mga domain ng una, pangalawa at, kung kinakailangan, pangatlo, atbp. mga antas at nagtatapos sa hostname. Yung. domain name ganap na sumasalamin Istraktura ng hierarchy ng DNS. Ang huling tuldok (pagtatalaga ng root domain) sa domain name ay tinanggal (iyon ay, sa browser na ipinasok namin hindi site.nam e. , at site.nam e ).

Kaya, nang masuri ang istraktura ng isang domain name, tahimik naming nilapitan ang konsepto FQDN.

FQDN(Ingles) Ganap na Kwalipikadong Domain Name, ganap na kwalipikadong pangalan ng domain) ay ang pangalan ng domain tiyak pagtukoy ng isang domain name at kasama ang mga pangalan ng lahat ng parent domain sa DNS hierarchy, kasama ang ugat. Isang uri ng analogue ng isang ganap na landas sa file system.

Tingnan natin ang nasa itaas gamit ang domain name na www.mydomain.com bilang isang halimbawa:

Ang maximum na laki ng FQDN ay 255 bytes, na may limitasyon na 63 bytes bawat domain name.

Mayroon ding tinatawag na nakareserbang mga pangalan ng domain, tinukoy sa RFC 2606 ( Nakareserbang Mga Pangalan ng DNS sa Nangungunang Antas- ang mga nakareserbang top-level na domain name) ay tumutukoy sa mga domain name na dapat gamitin bilang mga halimbawa (halimbawa, sa dokumentasyon) at para din sa pagsubok. Kasama sa mga naturang pangalan ang example.com, example.org at example.net, pati na rin ang test, invalid, atbp.

Paano gumagana ang DNS

Ang buong sistema ng DNS ay binuo sa teknolohiya client-server. Ibig sabihin meron Mga DNS server, na naghihintay ng mga kahilingan mula sa mga user, at mayroon Mga kliyente ng DNS, na nagpapadala ng mga kahilingang ito. Ang lahat ng mga browser ay may built-in na DNS client, na responsable para sa transcoding ng DNS name sa isang IP address. Pagkatapos mong mag-type ng isang bagay sa address bar at pindutin ang enter, magsisimula itong gumana. Sa una, wala na siyang alam tungkol sa domain name kaysa sa iyo, kaya naman nagsimula siyang magtanong. Isaalang-alang natin ang pamamaraan para sa pagkuha ng isang IP address batay sa isang domain name.

Kung ang isang gumagamit ay nag-access sa parehong mapagkukunan ng network sa loob ng maikling panahon, ang kahilingan ay hindi ipinadala sa malayong server, ngunit ang impormasyon ay hinahanap sa cache. Ang pagkakasunud-sunod ng pagproseso ng kahilingan ay maaaring ilarawan tulad ng sumusunod: maghanap ng sagot sa lokal na cache -> maghanap ng sagot sa lokal na server ng provider -> maghanap ng impormasyon sa network.

Ang scheme na ito ay ang pinakakaraniwan sa network at ganito ang hitsura:

Hakbang 1. Hinahanap ng browser ang IP address ng domain sa lokal na cache at kung hindi ito matagpuan, nakikipag-ugnayan ito sa lokal na domain name server (ISP server) para sa IP address, na sinasabi dito ang domain name.
Hakbang 2. Tinutukoy ng server ng provider na ang address ay hindi bahagi ng ibinigay na domain at bumaling sa root domain name server para sa server address ng hiniling na domain.
Hakbang 3. Sinasabi ng root domain name server sa lokal na domain name server ang address ng domain name server ng gustong domain.
Hakbang 4. Ang lokal na domain name server ay humihiling sa malayong server na lutasin ang kahilingan ng kliyente nito (browser).
Hakbang 5. Iniuulat ng malayong server ang IP address sa lokal na server.
Hakbang 6. Ang lokal na server ay nagbibigay ng IP address sa browser.
Hakbang 7 Ginagamit ng browser ang natanggap na IP address upang makipag-ugnayan sa hosting server ng site.
Hakbang 8 Ang hosting server ay nagbibigay ng data na nabuo kapag hiniling.

Ito ay kung paano tinutukoy ang IP address ng test-site.ru:

Naglo-load ng listahan ng root server (static data): -> a.root-servers.net (198.41.0.4) -> b.root-servers.net (192.228.79.201) -> c.root-servers.net (192.33.4.12 ) -> d.root-servers.net (128.8.10.90) -> e.root-servers.net (192.203.230.10) -> f.root-servers.net (192.5.5.241) -> g.root-servers .net (192.112.36.4) -> h.root-servers.net (128.63.2.53) -> i.root-servers.net (192.36.148.17) -> j.root-servers.net (192.58.128.30) - > k.root-servers.net (193.0.14.129) -> l.root-servers.net (199.7.83.42) -> m.root-servers.net (202.12.27.33) Nagpapadala ng kahilingan sa "f.root-servers .net" (192.5.5.241) Nakatanggap ng referral na tugon - DNS server para sa "ru": -> e.dns.ripn.net (193.232.142.17) -> d.dns.ripn.net (194.190.124.17) -> a .dns.ripn.net (193.232.128.6) -> b.dns.ripn.net (194.85.252.62) -> f.dns.ripn.net (193.232.156.17) Nagpapadala ng kahilingan sa "f.dns.ripn.net " (193.232.156.17) Nakatanggap ng tugon ng referral - Mga DNS server para sa "test-site.ru": -> ns2.test-site.ru (5.9.195.91) -> ns1.test-site.ru (5.9.195.90) Pagpapadala ng kahilingan sa "ns2.test-site.ru" (5.9.195.91) Timeout na naghihintay ng tugon Nagpapadala ng kahilingan sa "ns1.test-site.ru" (5.9.195.90) Nakatanggap ng awtoritatibong (AA) na tugon: -> Sagot: A- record para sa test-site.ru = 5.9.195.90 -> Authority: NS-record para sa test-site.ru = ns1.test-site.ru -> Authority: NS-record para sa test-site.ru = ns2.test- site.ru -> Karagdagang: A-record para sa ns1.test-site.ru = 5.9.195.90 -> Karagdagang: A-record para sa ns2.test-site.ru = 5.9.195.91

Pag-iimbak ng impormasyon sa mga DNS server

Ang mga DNS server ay nag-iimbak ng impormasyon sa anyo ng mga resource record.

Resource record ay isang yunit ng imbakan at paghahatid ng impormasyon sa DNS. Ang bawat naturang tala ay dala impormasyon sa pagsunod ilang pangalan At opisyal na impormasyon sa DNS, halimbawa, tumutugma sa isang domain name sa isang IP address.

Ang isang resource record ay binubuo ng mga sumusunod na field:

pangalan (NAME)- ang domain name kung saan naka-link ang resource record na ito o “pag-aari”, o isang IP address. Kung wala ang field na ito, ang resource record ay minana mula sa nakaraang record.
Oras Upang Mabuhay (TTL)- literal na "habambuhay" ng isang tala, ang oras na ang isang tala ay naka-imbak sa DNS cache (pagkatapos ng tinukoy na oras na ang tala ay tinanggal), ang field na ito ay maaaring hindi tinukoy sa mga indibidwal na mga talaan ng mapagkukunan, ngunit pagkatapos ay dapat itong tukuyin sa simula ng zone file at mamanahin ng lahat ng record.
klase (CLASS)- tinutukoy ang uri ng network (sa 99.99% ng mga kaso, IN ang ginagamit (na nangangahulugang Internet). Ang field na ito ay nilikha sa pag-aakalang maaaring gumana ang DNS sa ibang mga uri ng network maliban sa TCP/IP)
uri (TYPE)- uri ng record, syntax at layunin ng record
data (DATA)- iba't ibang impormasyon, ang format at syntax na kung saan ay tinutukoy ng uri.

Sa kasong ito, posibleng gamitin ang mga sumusunod na simbolo:

; - Naglalagay ng komento
· # - Naglalagay din ng mga komento (BIND 4.9 lang)
@ - Kasalukuyang domain name
() - Payagan ang data na sumasaklaw sa maraming linya
* - Metacharacter (sa field lang ng pangalan)

Ang buong hanay ng mga resource record ay matatagpuan sa Wikipedia. Ang pinakakaraniwang ginagamit sa pagsasanay ay ang mga sumusunod::

mga rekord ng mapagkukunan - (A talaan ng address ) imapa ang isang hostname (domain name) sa isang IPv4 address. Dapat gawin ang isa para sa bawat interface ng network ng makina.
A-record : Halimbawa

test-site.ru. A. 5.9.195.90. SA. 3600. (MX pagpapalitan ng koreo
A-record :

) - tumutukoy sa mga host para sa paghahatid ng mail na naka-address sa domain. Sa kasong ito, ang field ng NAME ay nagpapahiwatig ng patutunguhang domain, ang TTL at CLASS na mga field ay ang karaniwang halaga, ang TYPE field ay kumukuha ng value na MX, at ang DATA field ay nagpapahiwatig ng mga priyoridad na pinaghihiwalay ng isang espasyo - ang domain name ng host na responsable para sa pagtanggap mail.

test-site.ru. MX. 10. mx.yandex.ru. SA. 3600. NAME TTL KLASE URI
DATA 3600 MX.YANDEX.RU SA 10

MX (N.S. name server

A-record :

) ay tumuturo sa DNS server na naghahatid ng domain na ito. Mas tumpak na sabihin na ipinapahiwatig ng mga ito ang mga server kung saan itinalaga ang ibinigay na domain. Kung ang mga rekord ng NS ay tumutukoy sa mga name server para sa kasalukuyang zone, ang sistema ng domain name ay halos hindi ginagamit ang mga ito. Ipinapaliwanag lang nila kung paano nakaayos ang zone at kung aling mga makina ang gumaganap ng mahalagang papel sa pagbibigay ng serbisyo ng pangalan.
test-site.ru. NS. ns1.test-site.ru. SA. 3600.

test-site.ru. MX. 10. mx.yandex.ru. SA. 3600.	NAME	TTL	KLASE	URI
test-site.ru. NS. ns2.test-site.ru. SA. 3600.	3600	MX.YANDEX.RU	TEST-SITE.RU.	N.S.
test-site.ru. NS. ns2.test-site.ru. SA. 3600.	3600	MX.YANDEX.RU	TEST-SITE.RU.	NS1.TEST-SITE.RU

NS2.TEST-SITE.RU (PTR panturo

) - Iniuugnay ng mga PTR record ang isang IP address sa isang hostname sa reverse lookup domain (in-addr.arpa). Ang entry ay naglalaman ng IP address at ang hostname na naaayon sa address na iyon. Ang hostname ay tinukoy sa ganap na kwalipikadong format ng domain name. Maraming mga site, bilang panukalang panseguridad, ang tumatanggi sa pag-access mula sa mga computer na may mga pagkakaiba sa pagitan ng mga A at PTR na tala, kaya siguraduhing panatilihing naka-sync ang mga nilalaman ng mga tala ng PTR sa mga tala ng A. (SOA) - inilalarawan ang mga pangunahing/paunang setting ng zone, maaaring sabihin ng isa, na tumutukoy sa lugar ng responsibilidad ng server na ito. Dapat ay mayroon lamang isang tala ng SOA para sa bawat zone at ito ang dapat na una sa field na NAME ay naglalaman ng pangalan ng domain/zone, ang TTL, ang mga field ng CLASS ay ang karaniwang halaga, ang TYPE na field ay tumatagal ng SOA na halaga, at ang Ang patlang ng DATA ay binubuo ng ilang mga halaga na pinaghihiwalay ng mga puwang:

- Pangalan pangunahingDNS (Pangunahing Pangalan Server)

- address ng tagapangasiwa ng zone

Susunod - serial number ng zone file (Serial numero) . Sa tuwing gagawin ang mga pagbabago sa zone file, dapat na tumaas ang halagang ito, ipinapahiwatig nito sa mga pangalawang server na nagbago ang zone at kailangan nilang i-update ang kanilang zone.

Susunod - mga halaga ng timer (I-refresh - tumutukoy kung gaano kadalas dapat i-poll ng mga pangalawang server ang pangunahin upang makita kung tumaas ang serial number ng zone, Subukan muli - oras ng paghihintay pagkatapos ng hindi matagumpay na pagtatangka sa botohan, Mag-expire - ang maximum na oras kung saan magagamit ng pangalawang server ang impormasyon tungkol sa natanggap na zone, Pinakamababang TTL - ang pinakamababang oras kung kailan nananatili ang data sa cache ng pangalawang server).

A-record :

test-site.ru. SOA. test-site.ru. root.test-site.ru. 2013112923. 10800. 3600. 604800. 86400. IN. 3600.

test-site.ru. MX. 10. mx.yandex.ru. SA. 3600.	NAME	TTL	KLASE	DATA (ayon sa order sa itaas)
test-site.ru. NS. ns2.test-site.ru. SA. 3600.		MX.YANDEX.RU	SOA	test-site.ru	root.test-site.ru	2013112923	10800.3600.604800.86400
				test-site.ru. root.test-site.ru. 2013112923. 10800. 3600. 604800. 86400

SRV (pagpili ng server) - ipahiwatig ang mga server na nagbibigay ng pagpapatakbo ng ilang mga serbisyo sa isang ibinigay na domain (halimbawa, Jabber at Active Directory).

Delegasyon ng domain

Delegasyon(mas tamang sabihin delegasyon ng responsibilidad) ay isang operasyon paglipat ng responsibilidad para sa bahagi ng domain name tree (zone) sa ibang tao o organisasyon. Sa pamamagitan ng delegasyon, tinitiyak ng DNS ang distributed administration at storage ng mga zone.

Sa teknikal na paraan, ang delegasyon ay ang pagdaragdag ng isang listahan ng mga DNS server kung saan dapat ilagay ang teknikal na impormasyon tungkol sa domain (zone file) sa mga DNS server na nagbibigay ng pagpapatakbo ng mga top-level na domain. Ang delegasyon ay isang kinakailangang kondisyon para sa pagpapatakbo ng isang website at mail sa isang domain.

Isinasagawa ang delegasyon ng domain sa pamamagitan ng pagpapalit ng mga rekord ng domain ng NS, na nagpapahiwatig ng address ng DNS server, na pagmamay-ari ng isang third party at responsable sa pagpapanatili ng domain zone. Ang mga hanay ng IP address ay itinalaga gamit ang in-addr.arpa domain zone.

Dahil sa mga teknikal na tampok ng paggana ng sistema ng conversion ng domain name, pagkatapos mag-install ng mga DNS server para sa isang domain, ang domain ay hindi agad na idedelegate sa kanila. Sa kabila ng katotohanan na ang impormasyon sa whois server ay halos magbabago, ang mga lokal na DNS server ng mga Internet provider ay makakatanggap lamang nito pagkatapos ng ilang oras.

Eksperimento na itinatag na ang delegasyon ng domain, i.e. Tumatagal ng humigit-kumulang 24 na oras upang maipakalat ang impormasyon tungkol sa bagong DNS sa mga provider ng Internet ng ating planeta. Ngunit huwag magulat kung pagkatapos baguhin ang mga DNS server ay makikita mo ang isang gumaganang website sa iyong domain nang mas maaga. Karaniwang kasanayan ito at 24 na oras ang maximum na tagal ng oras na kinakailangan para magtalaga ng domain.

Pagpaparehistro ng domain name

Sa maikling salita, nais kong tugunan ang isyu pagpaparehistro ng domain name.

Pagpaparehistro ng domain ay ang aksyon kung saan sasabihin ng kliyente sa registrar kung saang mga DNS server ang subdomain dapat italaga, at nagbibigay din sa registrar ng impormasyon sa pakikipag-ugnayan at pagbabayad. Ang registrar ay nagpapadala ng impormasyon sa naaangkop na pagpapatala. Kadalasan, ito ang proseso ng pagpasok sa pagpapatala unang antas ng mga zone(iyon ay, sa TLD zones ru, com o iba pa), mga talaan tungkol sa bagong domain subname.

Domain name registrar ay isang organisasyong may awtoridad na lumikha (magrehistro) ng mga bagong domain name at i-renew ang validity ng mga umiiral nang domain name sa isang domain kung saan itinatag ang mandatoryong pagpaparehistro.

Ang mga antas ng domain na nangangailangan ng mandatoryong pagpaparehistro ng taong responsable para sa domain ay ang mga sumusunod:

root domain
lahat ng nangungunang antas ng domain (TLDs)
ilang pangalawang antas na domain (halimbawa, com.ru o co.uk)

Registrar para sa root domain ay isang organisasyong tinatawag na ICANN. Upang maging isang domain registrar sa mga second-level zone (.com .net .org .biz .info .name .mobi .asia .aero .tel .travel .jobs ...), kailangan mong kumuha ng ICANN accreditation.