Usanidi wa mwongozo. Windows.

Katika MS Windows, anwani ya seva ya DNS, jina la kikoa na jina la mwenyeji huwekwa kwenye mipangilio ya mtandao (chagua itifaki ya TCP/IP, nenda kwenye mali zake na uchague kichupo cha DNS).

Angalau seva mbili zinawajibika kwa kila eneo la DNS. wengine ni sekondari. Seva msingi ina faili asili za hifadhidata za DNS za eneo lake. Seva za upili hupokea data hii kupitia mtandao kutoka kwa seva ya msingi na mara kwa mara huomba seva ya msingi kusasisha data (ishara ya sasisho la data ni ongezeko la nambari ya ufuatiliaji katika rekodi ya SOA - tazama hapa chini). Ikiwa data kwenye seva ya msingi inasasishwa, seva ya sekondari inaomba "uhamisho wa eneo" - i.e. hifadhidata ya eneo linalohitajika. Uhamisho wa eneo hutokea kwa kutumia itifaki ya TCP, bandari 53 (kinyume na maombi ambayo yanatumwa kwa UDP/53).

Mabadiliko kwenye hifadhidata ya DNS yanaweza tu kufanywa kwenye seva msingi. Kwa mtazamo wa kuhudumia maombi ya mteja, seva za msingi na za upili zinafanana; zote hutoa yenye mamlaka majibu. Inapendekezwa kuwa seva za msingi na za upili ziwe kwenye mitandao tofauti ili kuongeza uaminifu wa usindikaji wa ombi ikiwa mtandao wa moja ya seva haupatikani. Seva za DNS hazihitajiki kuwa katika kikoa ambacho zinawajibika.

Kumbuka. Seva ya pili si lazima ipokee data moja kwa moja kutoka kwa seva ya msingi; Seva nyingine ya upili pia inaweza kutumika kama chanzo cha data. Kwa hali yoyote, seva ya chanzo kwa seva hii ya pili inaitwa "bwana". Kwa sehemu iliyosalia ya sehemu hii, tunadhania kuwa seva ya pili inapata data ya eneo moja kwa moja kutoka kwa seva ya msingi.

23.2. Mahitaji ya SNiP kwa vifaa vya mtandao wa kompyuta
Mahitaji ya SCS
Nyaraka:
SCS iliyoundwa na/au inayoendeshwa lazima ifanywe kwa mujibu wa masharti ya hati zifuatazo za udhibiti:

- GOST R 53245-2008 Teknolojia ya habari. Mifumo ya cable iliyopangwa. Ufungaji wa vipengele kuu vya mfumo. Mbinu za mtihani;

- GOST R 53246-2008 Teknolojia ya habari. Mifumo ya cable iliyopangwa. Ubunifu wa sehemu kuu za mfumo;

– ISO/IEC 11801:2010 Teknolojia ya habari – Ufungaji wa kebo ya kawaida kwa majengo ya wateja – Marekebisho ya 2 (Teknolojia ya habari. Mfumo wa kabati uliopangwa kwa majengo ya wateja. Toleo la 2);

– ISO/IEC 14763-1:1999 Teknolojia ya habari – Utekelezaji na uendeshaji wa kebo za majengo ya mteja – Sehemu ya 1: Utawala;

– ISO/IEC 14763-2:2000 Teknolojia ya habari. Utekelezaji na uendeshaji wa cabling ya majengo ya mteja - Sehemu ya 2: Mipango na ufungaji (Teknolojia ya habari. Uingizaji na uendeshaji wa mfumo wa cable katika majengo ya mtumiaji. Sehemu ya 2. Mipango na ufungaji);

– ISO/IEC 14763-3:2006 Teknolojia ya habari. Utekelezaji na uendeshaji wa kabati za majengo ya mteja - Sehemu ya 3: Majaribio ya kebo ya nyuzi za macho.

Mahitaji ya muundo wa SCS:
Muundo wa SCS lazima ujumuishe vipengele vya uti wa mgongo (wima) na usambazaji (usawa). Katika kesi hii, inashauriwa kutumia kebo ya jozi nyingi ya kitengo kisicho chini kuliko 5e kwa sehemu kuu ya kebo ya simu ya SCS. Sifa kuu za kebo ya Kitengo cha 5e lazima ziwe mbaya zaidi:
bandwidth ya ishara - 100 MHz;
- impedance ya tabia katika 100 MHz - 100 ± 15 Ohms;
- kasi ya uenezi wa ishara (NVP) - 68%;
Upinzani wa DC - ≤ 10 Ohm/100 m;
uwezo wa jozi iliyopotoka - ≤ 56 nF / km;
- skew ya wakati wa kuchelewa (kuchelewa skew) saa 100 MHz - 45 ns/100 m;
- kuchelewa kwa uenezi wa ishara kwa 100 MHz - 536 ns/100 m.

Inapendekezwa kutumia multimode au kebo ya macho ya hali moja kwa sehemu ya kebo ya uti wa mgongo wa SCS kwa vifaa vinavyotumika vya LAN, mtawaliwa:

- hakuna mbaya zaidi kuliko OM3 na bandwidth ya 2000 MHz × km kwa bandwidth ya mode ya ufanisi (EMB) saa 850 nm, na muundo wa cable wa 50/125 μm kwa mawimbi ya mwanga yenye urefu wa 850 nm, 1300 nm;

- sio mbaya zaidi kuliko OS1 yenye muundo wa kebo ya 9(8)/125 µm kwa mawimbi ya mwanga yenye urefu wa 1310 nm, 1550 nm.
Kwa mitandao ndogo (hadi bandari 120, angalia kifungu cha 6.4.2) na uwekaji wa swichi za LAN kwenye tovuti na kufuata urefu wa vigogo kati ya bandari zao zisizo zaidi ya 90 m, inaruhusiwa kutumia kebo ya UTP ya shaba. ya kategoria ambayo hutoa upitishaji unaohitajika wa sehemu ya uti wa mgongo wa mtandao.
Njia za uti wa mgongo wa macho zinapaswa kutengenezwa kwa kupunguzwa tena kulingana na mpango unaozingatia muundo wa shirika wa LAN na kuondoa hatua moja ya kutofaulu kwa mtandao wa uti wa mgongo. Idadi ya nyuzi za macho kwenye nyaya za shina lazima iwe angalau 4.

Wakati wa kubuni sehemu ya uti wa mgongo wa macho ya SCS, utangamano na mfumo wa LAN wa kituo lazima uhakikishwe kwa suala la moduli za macho za vifaa vinavyofanya kazi, viunganishi vya macho vinavyotumiwa ndani yao, na aina ya nyuzi za macho.

Wakati wa kuwekewa nyaya kuu kati ya majengo ya kituo kimoja, mifereji ya maji taka inayofanana ya kutengeneza njia kwa mifumo ya chini iliyopo kwenye kituo inapaswa kutumika iwezekanavyo. Kwa kutokuwepo kwa mwisho, kuwekewa kwa nyaya za shina kunapaswa kufanywa chini. Shirika la mistari ya mawasiliano ya juu hairuhusiwi.

Kwa ujumla, muundo wa SCS unapaswa kujumuisha kiunganisho kikuu cha msalaba, kilichowekwa ikiwezekana kwenye sakafu ya kwanza ya kituo, na vituo vya kubadili sakafu (hapa vinajulikana kama ECC), vilivyowekwa kwenye sakafu ya jengo au mahali ambapo idadi kubwa ya watumiaji wamejilimbikizia. Msalaba kuu unaweza kuunganishwa na ECC.

Uunganisho kuu wa msalaba wa SCS unapaswa kusanikishwa kwenye chumba cha vifaa (hapa - PA), ECC - katika vyumba tofauti kwenye sakafu. Ikiwa haiwezekani kutenga majengo tofauti kwa ECC, inaruhusiwa kuwaweka kwenye kanda, maeneo ya teknolojia au ofisi ya kituo. Katika kesi hiyo, baraza la mawaziri la mawasiliano ya simu lazima liwe na lock. Usambazaji kuu na vifaa vya ECC lazima viweke kwenye makabati ya kawaida ya sakafu ya 19-inch au ukuta, ambayo urefu wake lazima uamuliwe na muundo.

Katika maeneo ya kazi, soketi mbili za habari za RJ-45 lazima zisakinishwe (isipokuwa ikiwa imebainishwa vinginevyo katika uainishaji wa kiufundi) kwenye sanduku kwenye kizuizi kimoja na soketi za umeme. Inaruhusiwa, kwa makubaliano na mtumiaji wa mwisho, kufunga soketi za habari katika maeneo fulani yaliyofichwa kwenye ukuta, juu, kwenye vifuniko au kwenye racks za huduma, ama pamoja na soketi za umeme au tofauti.

Idadi ya bandari za SCS zilizowekwa kwenye tovuti zinapaswa kuzingatia matarajio ya maendeleo ya taasisi katika suala la kuongeza idadi ya wafanyakazi, wakati jumla ya idadi ya bandari inapaswa kutambuliwa kwa makubaliano na mtumiaji wa mwisho.

Uwekaji wa nyaya kuu za SCS unapaswa kufanyika katika trays tofauti za chuma, iwezekanavyo, na matumizi ya juu ya nafasi nyuma ya dari ya uongo na risers ya jengo. Ndani ya PA, muundo wa cable lazima ufanyike katika nafasi ya sakafu iliyoinuliwa au, bila kutokuwepo kwa mwisho, katika trays za chuma juu ya makabati ya mawasiliano ya simu. Trays lazima ziwe chini ya basi ya kutuliza kinga kwa mujibu wa mahitaji ya PUE na mahitaji ya nyaraka za kazi.

Kuweka cable ya sehemu ya usawa ya SCS lazima ifanyike katika masanduku ya ukuta. Sehemu ya sehemu ya cable ya usawa, sawa na moja kuu, inaweza kuwekwa kwenye trays, ikiwa ni pamoja na zilizopo kwenye tovuti, ikiwa kuna nafasi ya kutosha ya bure ndani yao. Inaruhusiwa katika maeneo fulani ya vitu kuweka nyaya za sehemu ya usawa ya SCS, kwa makubaliano na mtumiaji wa mwisho, iliyofichwa kwenye ukuta au sakafu kwa kutumia mabomba ya plastiki ya kutengeneza channel. Wakati wa kuchanganya sehemu ya usawa ya SCS na cable ya umeme katika sanduku moja, sanduku lazima iwe na sehemu mbili zilizotengwa na kugawa.

Mahali pa vituo vya habari lazima iwe kwa mujibu wa mipango ya kituo cha kazi iliyotolewa na mtumiaji wa mwisho. Uwekaji wa soketi za habari zinazokusudiwa kuunganisha mifumo ya ufikiaji isiyo na waya kwenye tovuti (Wi-Fi), mifumo ya uhandisi, mifumo ya usalama (utumaji, ufuatiliaji wa video, mfumo wa udhibiti wa ufikiaji (hapa unajulikana kama ACS), n.k.), kwa kutumia SCS kama upitishaji. kati , lazima ifanyike kwa mujibu wa maelezo ya kiufundi yaliyotolewa na wabunifu wa mifumo hii.

23.3. Mahitaji ya SNiP kwa vifaa vya majengo kwa ajili ya kubuni mitandao ya kompyuta
Mahitaji ya vifaa vya vyumba vya vifaa

Vifaa vya PA lazima zifanyike kwa mujibu wa mahitaji ya kanuni za ujenzi CH512.

PA inapaswa kuwa katika jengo la kudumu kwenye sakafu juu ya basement, mbali na vyumba vilivyo na michakato ya kiteknolojia ya mvua na vumbi (vyoo, jikoni) na mahali ambapo mitambo ya umeme yenye nguvu iko (lifti, seti za jenereta). Wakati wa kuchagua chumba chini ya basement, hatua lazima zichukuliwe ili kuzuia maji ya PA. Uwepo wa mabomba ya usafiri (ugavi wa maji, mabomba ya joto) na mistari ya cable hairuhusiwi katika PA.

Vipimo vya PA vinapaswa kuamua na mahitaji ya muundo wa uwekaji wa vifaa, vifungu vya kiteknolojia kwa ajili ya ufungaji, ukarabati na matengenezo ya kazi, pamoja na mahitaji ya mfumo wa hali ya hewa kuhusu hali muhimu ya kuweka vifaa ili zaidi. kudumisha kwa ufanisi viwango vya hali ya hewa vinavyohitajika.

Maeneo yaliyohifadhiwa lazima yawe na mifumo ya hali ya hewa ili kudumisha vigezo vya hali ya hewa vifuatavyo:

Ili kuhifadhi vifaa katika tukio la moto, mitambo ya kuzima moto ya gesi ya moja kwa moja inapaswa kuwekwa kwenye mfumo wa kuzima moto.

Ghorofa ya PA lazima ifunikwa na nyenzo za antistatic - linoleum au nyingine ambayo haina kukusanya umeme wa tuli, na upinzani wa angalau 106 Ohms. Mizigo inayoruhusiwa iliyosambazwa na kujilimbikizia kwenye sakafu ya PA lazima ichaguliwe kwa mujibu wa SNiP 2.01.07, kwa kuzingatia uzito wa vifaa vilivyowekwa kwenye PA.

Kwa kuzingatia hali ya joto na unyevu wa uendeshaji wa vifaa, inaruhusiwa, kwa makubaliano na mtumiaji wa mwisho, kutumia uingizaji hewa wa asili ili kuondoa joto la ziada kutoka kwa vifaa hadi PA.

Katika PA, jopo la umeme na kubadili nguvu ya pembejeo ya kawaida lazima iwe imewekwa kwa watumiaji wote wa majengo maalum. Vipimo vya switchboard ya pembejeo na ufungaji wake wa reli ya DIN lazima kuruhusu usakinishaji wa wavunjaji wa mzunguko wa kuunganisha watumiaji wote uliowekwa na mradi wa usambazaji wa umeme kwa vifaa vya PA.

Kuweka kwa nyaya za nguvu katika PA inapaswa kufanyika katika nafasi ya sakafu iliyoinuliwa au (bila kutokuwepo) katika trays tofauti za chuma zilizowekwa juu ya TS. Kuendesha nyaya za nguvu na kufunga soketi za kaya katika PA zinapaswa kufanywa katika masanduku ya ukuta.

Wakati wa kuunda vitu vyake na idadi ndogo (hadi 60) ya watumiaji, ambapo kuhakikisha uendeshaji unaoendelea wa vifaa hauhitajiki au hauwezekani, mahitaji yaliyorahisishwa ya kuandaa PA yanaweza kutumika, kwa makubaliano na mtumiaji wa mwisho. Wakati huo huo, mahitaji ya viwango vyote muhimu, kanuni, sheria na mapendekezo kuhusu usambazaji wa umeme, usalama wa moto na usalama wa maisha lazima uzingatiwe.

Katika majengo ya ECC, vizima moto vya gesi vilivyowekwa na ukuta lazima viwekewe na kiasi cha kutosha cha wakala wa kuzima moto unaolingana na kiasi cha majengo yaliyolindwa kulingana na SP 9.13130.2009, na viwango vingine vya usalama wa moto lazima zizingatiwe. kwa mujibu wa Kanuni za Moto katika Shirikisho la Urusi (iliyoidhinishwa na azimio "Kanuni za kiufundi juu ya mahitaji ya usalama wa moto."

Jopo la umeme na swichi ya nguvu ya pembejeo ya jumla na swichi za kiotomatiki za kuunganisha vifaa vya LAN vinavyotumika lazima zisanikishwe kwenye ECC.

Wakati wa kuchagua maeneo ya ECC, upendeleo unapaswa kutolewa kwa majengo karibu na maeneo ya viinua vya chini vya sasa vya jengo au maeneo ya karibu ambapo idadi kubwa ya watumiaji wamejilimbikizia. Vipimo vya majengo kwa ECC vinapaswa kuamua na mahitaji ya kubuni kwa kuwekwa kwa vifaa, vifungu vya teknolojia kwa ajili ya kazi ya ufungaji, ukarabati na matengenezo. ECC lazima itoe vigezo muhimu vya hali ya hewa kwa uendeshaji wa vifaa.

Watumiaji wengi wa Intaneti wanajua kwamba seva ya DNS hutoa tafsiri ya majina ya tovuti katika anwani za IP. Na kwa kawaida hapa ndipo maarifa kuhusu seva ya DNS huisha. Makala hii imeundwa ili kuangalia kwa kina zaidi kazi zake.

Kwa hivyo, hebu tufikirie kuwa lazima utatue mtandao ambao mtoa huduma ametenga kizuizi cha anwani "za haki", au usanidi seva yako ya DNS kwenye mtandao wa ndani. Hapa ndipo kila aina ya maneno ya kutisha yanatokea mara moja, kama vile "eneo", "uhamisho", "msambazaji", "in-addr.arpa" na kadhalika. Hebu tutatue hili hatua kwa hatua.

Kwa njia isiyoeleweka sana, tunaweza kusema kwamba kila kompyuta kwenye mtandao ina vitambulisho viwili kuu - jina la kikoa (kwa mfano, www..0.0.1). Lakini uondoaji upo katika ukweli kwamba kompyuta inaweza kuwa na anwani kadhaa za IP (zaidi ya hayo, kila interface inaweza kuwa na anwani yake, kwa kuongeza, anwani kadhaa zinaweza kuwa za interface moja), na kunaweza pia kuwa na majina kadhaa. Kwa kuongezea, wanaweza kuwasiliana na anwani moja au kadhaa za IP. Na tatu, kompyuta inaweza kuwa haina jina la kikoa kabisa.

Kama ilivyoelezwa hapo awali, kazi kuu ya seva ya DNS ni kutafsiri majina ya kikoa katika anwani za IP na kinyume chake. Mwanzoni mwa mtandao, wakati bado ARPANET, hii ilitatuliwa kwa kudumisha orodha ndefu za mitandao yote ya kompyuta. Katika kesi hii, nakala ya orodha kama hiyo inapaswa kuwa kwenye kila kompyuta. Kwa kawaida, pamoja na ukuaji wa mtandao, teknolojia hii haikuwa rahisi kwa watumiaji, kwa sababu faili hizi zilikuwa kubwa kwa ukubwa, na pia zilihitaji kusawazishwa. Kwa njia, baadhi ya "echoes za zamani" za njia hii bado zinaweza kupatikana leo. Hivi ndivyo unavyoweza kuingiza anwani za seva ambazo unafanya kazi mara kwa mara kwenye faili ya HOSTS (wote katika UNIX na Windows).

Kwa hivyo, mfumo usiofaa wa "faili moja" ulibadilishwa na DNS - muundo wa jina la kihierarkia uliovumbuliwa na Dk. Paul Mockapetris.

Kwa hivyo, kuna "mzizi wa mti" - "." (kitone). Kwa kuzingatia kwamba mzizi huu ni sawa kwa vikoa vyote, dot kawaida haiwekwi mwishoni mwa jina. Lakini inatumika katika maelezo ya DNS na unahitaji kukumbuka hili. Chini ya "mizizi" hii ni vikoa vya ngazi ya kwanza. Kuna wachache wao - com, net, edu, org, mil, int, biz, info, gov (n.k.) na vikoa vya serikali, kwa mfano, ua. Hata chini ni vikoa vya ngazi ya pili, na hata chini ni vikoa vya ngazi ya tatu, nk.

"Uongozi unaopanda" ni nini

Wakati wa kusanidi, anwani ya angalau seva moja ya DNS imetajwa, lakini kama sheria, kuna mbili. Kisha, mteja hutuma ombi kwa seva hii. Seva inayopokea ombi hujibu ikiwa jibu linajulikana kwake, au hutuma ombi kwa seva "bora" (ikiwa inajulikana), au moja kwa moja kwa mzizi, kwani kila seva ya DNS inajua anwani za mzizi. Seva za DNS.
Kisha ombi huanza kwenda chini - seva ya mizizi inapeleka ombi kwa seva ya kiwango cha kwanza, ambayo huipeleka kwa seva ya kiwango cha pili, nk.

Mbali na "uunganisho wa wima", pia kuna "usawa", kulingana na kanuni ya "msingi - sekondari". Na ikiwa tunadhania kwamba seva inayotumikia kikoa na kufanya kazi "bila chelezo" haipatikani ghafla, basi kompyuta zilizo kwenye kikoa hiki pia hazitapatikana! Ndiyo sababu, wakati wa kusajili kikoa cha ngazi ya pili, kuna mahitaji ya kuonyesha angalau seva mbili za DNS ambazo zitatumikia kikoa hiki.

Mtandao ulipoendelea kukua, vikoa vyote vya ngazi ya juu viligawanywa katika vikoa vidogo au kanda. Kila eneo ni kikoa huru, lakini wakati wa kupata hifadhidata ya jina, inauliza kikoa cha mzazi. Ukanda wa mzazi huhakikisha haki ya eneo la mtoto kuwepo na inawajibika kwa tabia yake mtandaoni (kama ilivyo katika maisha halisi). Kila eneo lazima liwe na angalau seva mbili za DNS zinazodumisha hifadhidata ya DNS ya eneo hilo.

Masharti kuu ya uendeshaji wa seva za DNS katika eneo moja ni uwepo wa uunganisho tofauti kwenye mtandao na uwekaji wao katika mitandao tofauti ili kuhakikisha uvumilivu wa makosa. Kwa hivyo, mashirika mengi hutegemea watoa huduma wa mtandao kudumisha seva za DNS za sekondari na za juu kwao.

Seva zinazojirudia na zisizorudiwa

Seva za DNS zinaweza kujirudia au zisizojirudia. Tofauti kati yao ni kwamba zile zinazojirudia kila wakati hurejesha jibu kwa mteja, kwa kuwa wao hufuatilia kwa uhuru marejeleo kwa seva zingine za DNS na kuziuliza, wakati zisizo za kujirudia hurudisha marejeleo haya kwa mteja, na mteja lazima aulize kwa uhuru seva maalum. .

Seva za kujirudia kawaida hutumiwa katika viwango vya chini, kwa mfano, katika mitandao ya ndani, kwa vile huhifadhi majibu yote ya kati, na hivyo kwa maombi yanayofuata, majibu yatarejeshwa kwa kasi zaidi. Na seva zisizojirudia mara nyingi ziko juu ya uongozi kwa sababu hupokea maombi mengi sana hivi kwamba hakuna rasilimali za kutosha kuweka akiba ya majibu.

Wasambazaji - omba visambazaji mbele na viongeza kasi vya utatuzi wa majina

Seva za DNS zina mali muhimu - uwezo wa kutumia kinachojulikana kama "wasambazaji". Seva ya DNS "ya uaminifu" huuliza kwa kujitegemea seva zingine na hupata jibu linalohitajika. Lakini ikiwa mtandao wako umeunganishwa kwenye mtandao kupitia mstari wa polepole (kwa mfano, piga-up), basi mchakato huu unaweza kuchukua muda mrefu. Kwa hiyo, unaweza kuelekeza maombi haya, kwa mfano, kwa seva ya mtoa huduma, na baada ya hapo kukubali tu majibu yake.

Matumizi ya "wasambazaji" vile yanaweza kuwa na manufaa kwa makampuni makubwa ambayo yana mitandao kadhaa. Kwa hivyo katika kila mtandao unaweza kusakinisha seva dhaifu ya DNS, na ubainishe mashine yenye nguvu zaidi iliyo na laini ya haraka kama "msambazaji". Kwa hiyo inageuka kuwa majibu yote yatahifadhiwa na seva hii yenye nguvu zaidi, ambayo itasababisha azimio la jina la kasi kwa mtandao mzima.

Kila kikoa hudumisha hifadhidata yake ya DNS, ambayo inaonekana kama seti ya faili rahisi za maandishi. Ziko kwenye seva ya msingi (kuu) ya DNS, na mara kwa mara hunakiliwa kwa seva za sekondari. Na usanidi wa seva unaonyesha ni faili gani iliyo na maelezo ya eneo, na pia ikiwa seva ni ya msingi au ya pili kwa eneo hili.

Anwani ya kipekee

Anwani ya kipekee ya mtandao huundwa kwa kuongeza jina la kikoa kwa jina la mwenyeji. Kwa hivyo, kompyuta, kwa mfano, "fred" katika kikoa, kwa mfano, "smallorg.org" itaitwa fred.smallorg.org. Kwa njia, kikoa kinaweza kuwa na majeshi na kanda. Kwa mfano, kikoa cha smallorg.org kinaweza kuwa na mwenyeji fred.smallorg.org na wakati huo huo mwenyeji wa zone acctg.smallorg.org, ambayo ni kikoa kidogo na inaweza kuwa na mwenyeji mwingine barney.acctg.smallorg.org. Ingawa hii hurahisisha hifadhidata ya majina, hufanya kutafuta wapangishaji kwenye Mtandao kuwa mgumu zaidi.

Mfumo wa DNS unatumia matukio matatu ya kutafuta anwani ya IP katika hifadhidata.

• Kompyuta inayohitaji kupata muunganisho kwa kompyuta nyingine katika eneo sawa hutuma ombi kwa seva ya eneo la karibu ya DNS ili kutafuta anwani ya IP ya kompyuta ya mbali. Seva ya ndani ya DNS, ambayo ina anwani hii katika hifadhidata ya jina la ndani, inarudisha anwani ya IP iliyoombwa kwa kompyuta iliyotuma ombi.

* Kompyuta inayohitaji kupata muunganisho kwa kompyuta katika eneo lingine huuliza seva ya ndani ya DNS ya eneo lake. Seva ya ndani ya DNS hutambua kuwa kompyuta inayolengwa iko katika eneo tofauti na kuulizia seva ya DNS. Seva ya mizizi ya DNS inashuka kwenye mti wa seva za DNS na kupata seva ya ndani ya DNS inayolingana. Kutoka kwake hupokea anwani ya IP ya kompyuta iliyoombwa. Seva ya mizizi ya DNS kisha hupitisha anwani hii kwa seva ya ndani ya DNS iliyotuma ombi. Seva ya ndani ya DNS inarudisha anwani ya IP kwa kompyuta ambayo ombi lilifanywa. Pamoja na anwani ya IP, thamani maalum hupitishwa - TTL (wakati wa kuishi) maisha. Thamani hii huiambia seva ya ndani ya DNS muda gani inaweza kuhifadhi anwani ya IP ya kompyuta ya mbali kwenye kashe yake. Hii huongeza kasi ya uchakataji wa maombi yanayofuata.

* Kompyuta inayohitaji kuunganishwa tena na kompyuta katika eneo lingine huuliza seva ya ndani ya DNS ya eneo lake. Seva ya ndani ya DNS hukagua ili kuona kama jina liko kwenye akiba yake na kama TTL bado haijaisha muda wake. Ikiwa anwani bado iko kwenye kashe na TTL haijaisha muda wake, basi anwani ya IP inatumwa kwa kompyuta inayoomba. Hili linachukuliwa kuwa jibu ambalo halijaidhinishwa kwa sababu seva ya ndani ya DNS inaamini kuwa anwani ya IP ya kompyuta ya mbali haijabadilika tangu ombi la mwisho.

Katika visa vyote vitatu, kompyuta inahitaji tu anwani ya IP ya seva ya ndani ya DNS ili kutafuta kompyuta kwenye mtandao. Kazi zaidi ya kupata anwani ya IP inayolingana na jina lililoombwa inafanywa na seva ya ndani ya DNS. Kama unaweza kuona, kila kitu sasa ni rahisi zaidi kwa kompyuta ya ndani.

Mti wa DNS ulipokua, mahitaji mapya yaliwekwa kwenye seva za Mfumo wa Jina la Kikoa. Kama ilivyotajwa awali, seva za DNS za wazazi lazima ziwe na anwani za IP za seva za DNS za watoto wao ili kushughulikia kwa usahihi hoja za DNS za jina hadi azimio la anwani ya IP. Ili hoja za DNS kuchakatwa ipasavyo, utafutaji wa miti ya DNS lazima uanze katika sehemu maalum. Wakati wa uchanga wa Mtandao, utafutaji wa majina mengi ulikuwa wa majina ya wapangishaji wa ndani. Sehemu kubwa ya trafiki ya DNS ilikuwa ndani ya eneo la karibu na katika hali mbaya zaidi ndiyo ilifikia seva kuu za DNS. Walakini, kwa umaarufu unaokua wa Mtandao na, haswa, Wavuti, maswali zaidi na zaidi ya DNS yalitolewa kwa wapangishaji wa mbali nje ya eneo la ndani. Wakati seva ya DNS haikupata jina la mpangishaji kwenye hifadhidata yake, ililazimika kuuliza seva ya mbali ya DNS. Wagombea wanaofaa zaidi kwa seva za mbali za DNS, kwa kawaida, walikuwa seva za kiwango cha juu za DNS, ambazo zina taarifa kamili kuhusu mti wa kikoa na zinaweza kupata seva ya DNS inayotakiwa inayowajibika kwa eneo ambalo mwenyeji aliyeombwa ni wake. Kisha wanarudisha anwani ya IP ya mwenyeji anayetaka kwa seva ya ndani ya DNS. Yote hii husababisha upakiaji mkubwa wa seva za mizizi ya mfumo wa DNS. Kwa bahati nzuri, hakuna wengi wao na wote husambaza sawasawa mzigo kati yao wenyewe. Seva za DNS za ndani hufanya kazi na seva za DNS za kiwango cha juu kwa kutumia itifaki ya DNS, ambayo itajadiliwa baadaye katika sura hii.

Mfumo wa DNS ni barabara ya njia mbili. DNS haipati tu anwani ya IP kulingana na jina la mwenyeji, lakini pia ina uwezo wa kufanya operesheni ya nyuma, i.e. Tambua jina la mwenyeji kwenye mtandao kwa kutumia anwani ya IP. Seva nyingi za Wavuti na FTP kwenye Mtandao huzuia ufikiaji kulingana na kikoa ambacho mteja anayezifikia anamiliki. Baada ya kupokea ombi la muunganisho kutoka kwa mteja, seva hupitisha anwani ya IP ya mteja kwa seva ya DNS kama hoja ya DNS ya kinyume. Ikiwa eneo la DNS la mteja limesanidiwa ipasavyo, ombi litarejesha jina la mpangishi wa mteja, kulingana na uamuzi ambao unafanywa ikiwa mteja anaruhusiwa kuingia kwenye seva au la.

Mara nyingi, wakati wa kuunganisha router peke yao, watumiaji bila kutarajia hugundua kichupo cha "seva ya DNS" kwenye mipangilio ya router na kukimbilia kwa ukubwa wa Mtandao Wote wa Ulimwenguni kutafuta jinsi ya kusajili DNS kwenye router.

Walakini, kabla ya "kuingia kwenye magugu" na kubadilisha mipangilio ya DNS kwenye kipanga njia mwenyewe, unahitaji kujua ni "mnyama" wa aina gani - DNS, na kwa nini unahitaji seva ya DNS kabisa.

Tulijadili suala hili kwa undani zaidi katika makala, lakini hapa tutazingatia tu "sifa" zake kuu.

Kwa hivyo, DNS (au mfumo wa jina la kikoa) ni moja ya itifaki ambayo hutoa safu ya matumizi ya mitandao ya kompyuta.

Iliundwa kuchukua nafasi ya lebo za majina ya kikoa marefu na yasiyoweza kudhibitiwa (IP) kwa anwani zinazolingana.

Kwa hivyo, kazi kuu ya seva ya DNS ni "kusambaza" majina ya kikoa na kugawa lebo hizi zilizounganishwa kwenye sehemu ya mtandao iliyokabidhiwa kwake.

Kwa kweli, kuna seva nyingi kuu za DNS "zinazofanya kazi" kwenye mtandao - kwa mikoa na mabara tofauti. Wakati huo huo, seva zingine zote huomba utengamano wa kikoa kutoka kwao (tafsiri ya majina ya kikoa kuwa anwani za IP).

Uwakilishi ni nini?

Unapokuwa na ufikiaji wa Mtandao, jukumu la kubainisha majina ya vikoa kwa waliojisajili wa mtandao fulani huangukia , ambayo huunganisha nodi zote za utendakazi za mtandao wako wa karibu.

Kwa chaguo-msingi, ruta zinaomba "jina" la IP ya mtandao inayotaka kutoka kwa seva ya DNS ya ISP. Katika kesi hii, operesheni hii inaitwa uwakilishi na hutokea moja kwa moja bila "kuingilia" kwa msimamizi wa mtandao huu.

Hata hivyo, mipangilio chaguo-msingi ina drawback moja muhimu - ombi hili linaweza kukabidhiwa mara kadhaa kwa seva nyingi za seva mbadala. Kwa hivyo, ikiwa matatizo yanatokea na seva moja, basi badala ya tovuti yako favorite, ujumbe usio na furaha utaonyeshwa kwenye kivinjari. Na mpaka wasimamizi wa seva kurekebisha tatizo, utaweza tu kupata tovuti inayotakiwa kwa anwani ya IP - i.e. kujua usimbuaji wa kikoa chake.

Kwa kuongeza, hata kwa utendakazi kamili wa kila kiungo cha mtandao huu, kila operesheni ya uwakilishi inachukua muda wa ziada ili kusambaza ombi na majibu (kutoka kwa kompyuta yako hadi kwenye mojawapo ya seva kuu za DNS na nyuma).

Ipasavyo, ni mantiki kusajili DNS kwenye router kwa mikono - i.e. sanidi uwakilishi moja kwa moja, ukipita seva zote za kati.

Je, ni seva gani za DNS ambazo ninapaswa kujiandikisha kwenye kipanga njia?

Kimsingi, kuna anwani kadhaa za kuaminika ambazo unaweza kukumbuka au kuandika, na "ikiwa kitu kitatokea" unaweza kutumia kwa usalama.

Moja ya "anwani" hizi ambazo zinaweza kuingizwa kwenye mipangilio ya DNS kwenye router ni 8.8.8.8.

Anwani hii inapaswa kutatua suala la utulivu wa upatikanaji wa seva ya DNS, lakini haitawezekana "kufinya" kasi ya juu ya upakiaji wa ukurasa kwa msaada wake.

Ili kufanya hivyo, unapaswa kujua ni seva gani ya DNS iliyo karibu na sehemu yako ya mtandao wa kimataifa na kuisajili kwenye kipanga njia.

Wakati huo huo, unaweza kujua seva ya DNS "bora" ya kipanga njia chako kwa kutumia programu maalum kutoka kwa Google inayoitwa Namebench.

Pakua programu hii kwenye kompyuta yako ya mtandao, fungua faili, bofya kifungo cha dondoo na kwenye dirisha inayoonekana, kifungo cha mwanzo cha benchmark.

Operesheni hii inaweza kuchukua dakika kadhaa.

Kulingana na matokeo ya vipimo hivi, programu itapakia ukurasa kwenye kivinjari, ambapo seva zilizopendekezwa zitaorodheshwa juu kulia: msingi, sekondari na moja ya ziada - hizi ndizo zinazohitaji kuingizwa kwenye DNS. mipangilio kwenye router.

Kulingana na mfano wa router, njia ya mipangilio ya DNS inaweza kutofautiana, lakini operesheni hii inafanywa daima na unapaswa kutafuta kichupo kinachohitajika ama katika "Mipangilio ya Jumla" au katika "Mipangilio ya Uunganisho wa Mtandao".

"Jinsi ya kujua seva ya DNS ya mtoaji," - swali hili wakati mwingine linaweza kutokea kutoka kwa watumiaji wenye uzoefu na kutoka kwa watu wanaotatua shida yao na ufikiaji wa mtandao. Inaweza kutokea wakati inahitajika kusanidi ufikiaji wa Mtandao kupitia mtandao wa ndani, kwa kutumia anwani maalum ya seva ya DNS, na sio anwani iliyoamuliwa kiatomati. Kwa kawaida, hii inaweza kuwa muhimu ikiwa baadhi ya matatizo yanatokea kila mara na dimbwi la anwani linalobadilika. Muunganisho huu ni thabiti zaidi na hukuruhusu kusanidi ufikiaji wa DSL bila kukatizwa kwenye mstari.

Njia rahisi ya kujua mtoa huduma wako wa DNS ni kupiga simu kwa huduma ya usaidizi. Waendeshaji kawaida hutoa anwani mbili ambazo unaweza kuingiza kwenye mipangilio ya mtandao wako. Ikiwa kwa sababu fulani hii haiwezi kufanywa, tumia vidokezo vyetu hapa chini.

Ushauri wa msimamizi! Ikiwa kuna shida na ufikiaji wa mtandao. Labda huduma ya uamuzi wa anwani ya DNS haifanyi kazi kwa usahihi, kwa sababu hiyo utakuwa na upatikanaji wa kimwili kwenye mtandao, lakini bila upatikanaji wa mtandao kupitia kivinjari. Hii inaweza kusasishwa kwa kuanzisha tena kompyuta; watumiaji wenye uzoefu wanaweza kuanzisha upya huduma na kurejesha mtandao kupitia itifaki ya http.

Jinsi DNS inavyofanya kazi

Kanuni ya uendeshaji wa DNS (Huduma za Jina la Kikoa) imeonyeshwa vizuri katika kielelezo. Mtumiaji hutuma jina la maandishi la kawaida la tovuti na kwa kujibu hupokea anwani ya IP ambayo upatikanaji wa rasilimali maalum tayari unapatikana. DNS ni mtandao wa kimataifa wa vipanga njia vya seva vinavyotoa muunganisho wa mnyororo wa daisy na ufikiaji wa mfumo wa seva.

Ushauri wa msimamizi! Watumiaji wa kawaida hawana haja ya kusanidi mipangilio ya mtandao na kufafanua mtoa huduma wa DNS na tovuti nyingine. Lakini kwa maendeleo ya jumla, unahitaji kujua kwamba kila jina la maandishi linahusishwa na anwani maalum ya IP, kwa mfano, 78.1.231.78.

DNS spoofing ni shambulio la kawaida la wadukuzi

Watumiaji wenye uzoefu watavutiwa kujifahamisha na mchoro wa seva zinazotoa ufikiaji wa Mtandao. Pia kuna seva ya DNS inayoelekeza trafiki ya watumiaji upande wa mtoa huduma wako.

Ushauri wa msimamizi! Tafadhali kumbuka kuwa ukiharibu seva ya DNS, unaweza kuunganisha kwenye tovuti "bandia". Kwa kutumia kiolesura hiki, manenosiri na data ya kadi ya mkopo huibiwa. Suala hili kwa kawaida hutatuliwa kwa kusakinisha programu ya kuzuia virusi inayojumuisha ulinzi dhidi ya "usikivu kama huo wa trafiki."

Mtoa huduma wa DNS

Kama tulivyosema, ili kusanidi muunganisho wa mtandao unahitaji anwani ya DNS ya mtoaji. Kawaida kuna kadhaa yao, haswa kwa mifumo mikubwa ya mawasiliano ambayo watumiaji wengi huunganisha. Kawaida, huduma ya usaidizi inaweza kujua DNS ya msingi na ya upili; seva hizi huiga kila mmoja wakati kuna mzigo mzito wakati wa kuunganisha watumiaji.

Kuamua mtoa huduma wa DNS kutoka kwa mtandao wako

Njia rahisi zaidi ya kufanya hivyo ni wakati kuna mtandao na ufikiaji wa mtandao, au hiyo hiyo inaweza kufanywa kutoka kwa mteja ambaye pia anahudumiwa katika mtandao wa mtoaji wako. Kwa madhumuni haya, fuata maagizo:

• zindua mstari wa amri kwa kubofya kwenye menyu ya "Anza", kisha "Run" na uandike CMD (kesi ya chini) kwenye mstari;
• katika dirisha la mstari wa amri linalofungua, chapa ipconfig/all;
• katika ripoti utapokea orodha ya anwani za DNS;
• anwani zilizopokelewa zinaweza kusajiliwa kimwili katika mipangilio ya mtandao; katika kesi hii, ufikiaji wa mtandao utafanya kazi kwa utulivu hata ikiwa ugunduzi wa moja kwa moja wa seva za DNS hautafaulu.

Njia hii husaidia kufanya ufikiaji wa mtandao kuwa thabiti zaidi; kwa kweli, unapeana seva ya kudumu ya DNS na anwani mbadala. Seva zote mbili zitaelekeza maombi yako kwenye Mtandao.

Picha za skrini

Mifano inaonyeshwa kwenye picha za skrini. Katika kesi ya kwanza, anwani za seva za kawaida zinaonyeshwa. Katika kesi ya pili, hifadhi na ziada. Katika chaguo hili, watumiaji wanaweza kufikia seva tatu za chelezo.

Ripoti baada ya kuendesha ipconfig /amri yote na kioo kimoja cha DNS

Ripoti baada ya kuendesha ipconfig /amri yote na vioo viwili vya DNS

Njia mbadala za kupata anwani za DNS za mtoaji

Ikiwa huna upatikanaji wa mtandao, huduma ya usaidizi haitoi anwani za moja kwa moja za DNS na huwezi kuzipata kwa njia nyingine yoyote, jaribu kutafuta kupitia utafutaji wa mtandao. Hili linaweza kufanywa kwa kutumia injini ya utafutaji na maneno muhimu "Anwani za DNS (jina la mtoa huduma wako)." Katika baadhi ya matukio, taarifa hii inaweza kuwekwa kwenye tovuti rasmi ya kampuni ya mawasiliano ya simu au katika vikao na watumiaji.

DNS inafafanua aina mbili za seva: msingi na sekondari. Seva ya msingi ni seva ambayo hukusanya faili kuhusu eneo ambalo ina mamlaka. Ana jukumu la kuunda, kudumisha na kurekebisha faili ya eneo. Faili ya eneo imekusanywa kwenye diski ya ndani.

Seva ya pili ni seva inayotuma taarifa kamili za eneo kwa seva zingine (za msingi au sekondari) na kuhifadhi faili kwenye diski yake ya ndani. Seva ya pili haiundi au kurekebisha faili ya eneo. Ikiwa mabadiliko yanahitajika, lazima afanye hivyo kwa usaidizi wa seva ya msingi, ambayo hutuma toleo lililobadilishwa kwa sekondari.

DNS ya mtandao

DNS ni itifaki ambayo inaweza kutumika kwenye majukwaa mbalimbali. Kwenye mtandao, nafasi ya jina la kikoa (mti) imegawanywa katika sehemu tatu tofauti: kikoa cha jumla, kikoa cha nchi, na kikoa kinyume.

Kikoa cha jumla

Kikoa cha jumla kinafafanua usajili wa seva pangishi (kikoa cha jumla) kulingana na asili yake ya jumla. Viwango hivi vinahusishwa na aina za mashirika, kama, kwa mfano, inavyoonyeshwa kwa USA katika Jedwali. 3.1.

Kila nodi ya mti ni kikoa ambacho ni sehemu ya msingi wa nafasi ya jina la kikoa.

Katika jedwali, kiwango cha kwanza katika sehemu ya kikoa cha jumla kinaruhusu viwango saba vinavyowezekana vya wahusika watatu. Viwango hivi vinahusiana na aina za mashirika kama ilivyoorodheshwa katika Jedwali. 3.1.

Vikoa vya Nchi

Sehemu vikoa vya nchi hufuata muundo sawa na vikoa vya jumla, lakini hutumia vifupisho vya nchi vyenye wahusika wawili (kwa mfano, ru kwa Urusi) badala ya muundo wa shirika wa ngazi ya kwanza wa wahusika watatu. Vifupisho vya kiwango cha pili vinaweza kuwa vya shirika au vinaweza kufafanua utaifa kwa undani zaidi. Urusi (ru), kwa mfano, hutumia vifupisho kwa miji ya mtu binafsi (kwa mfano, spb.ru). Anwani gut.spb.ru inaweza kutambulika kama Chuo Kikuu cha Jimbo la Mawasiliano, St. Petersburg, Urusi.

Kikoa kinyume

Kikoa kinyume hutumia uakisi wa anwani katika jina. Hii inaweza kuhitajika, kwa mfano, wakati seva inapokea ombi kutoka kwa mteja kufanya kazi maalum. Kwa sababu seva ina faili iliyo na orodha ya wateja wanaoidhinishwa, seva huorodhesha tu anwani za IP za wateja (kwa kuzitoa kutoka kwa pakiti iliyopokelewa). Ili kubaini kama mteja yuko kwenye orodha inayoruhusiwa, seva inaweza kuuliza seva ya DNS kwa upangaji wa anwani-kwa-jina.

Hoja ya aina hii inaitwa hoja kinyume, au hoja ya kielekezi. Ili kushughulikia ombi la kielekezi, kikoa kinyume huongeza nodi ya kiwango cha kwanza inayoitwa arpa (kwa sababu za kihistoria) kwenye nafasi ya majina ya kikoa. Kiwango cha pili pia kinarejelea nodi moja kama in-addr (kwa anwani kinyume). Sehemu iliyobaki ya kikoa inafafanua anwani za IP.

Seva inayoshughulikia kikoa kinyume pia ni ya daraja. Hii ina maana kwamba nambari ya mtandao sehemu ya anwani (netid) lazima iwe katika kiwango cha juu (132 katika mfano huu) kuliko sehemu ndogo ya anwani, 45 katika mfano huu; na sehemu ndogo ya anwani lazima iwe katika kiwango cha juu kuliko anwani ya mwenyeji (mwenyeji). Usanidi huu hufanya kikoa kionekane kugeuzwa ikilinganishwa na kikoa cha jumla na kikoa cha nchi.

Utambuzi wa jina

Kupanga jina kwa anwani au anwani ya jina kunaitwa "utambuzi wa anwani ya jina."

Kisuluhishi

Itifaki za DNS zimeundwa kama programu-tumizi ya mteja wa seva. Mpangishi anayehitaji anwani-kwa-jina au ramani ya jina-kwa-anwani huita mteja wa DNS, ambayo huitwa kisuluhishi. Kitatuzi hufikia seva ya DNS iliyo karibu na ombi la ramani. Ikiwa seva ina maelezo, inatimiza ombi la kutatua; vinginevyo, inapeleka kitatuzi kwa seva zingine au yenyewe inaomba seva zingine kutoa habari hii.

Kitambulisho kinapopokea upangaji huu, huchanganua jibu ili kuona kama ni utambuzi wa kweli au kosa. Matokeo yake hatimaye hutolewa kwa mchakato ulioomba.

Kupanga majina kwa anwani

Mara nyingi, kisuluhishi hutoa majina kwa seva na kuomba anwani zinazolingana. Katika hali hii, seva hukagua kikoa cha jumla au cha nchi ili kupata ramani.

Ikiwa jina la kikoa limetoka kwa sehemu ya jumla, kisuluhishi hupokea jina la kikoa kama vile kafedra.gut.edu. Hoja inatumwa na kitatuzi kwa seva ya ndani ya DNS kwa utatuzi. Ikiwa seva ya ndani haitambui ombi, hutuma kisuluhishi kwa seva nyingine au kuomba seva nyingine moja kwa moja.

Ikiwa jina la kikoa limetoka sehemu ya vikoa vya nchi, kisuluhishi hupokea jina la kikoa kama vile kafedra.gut.spb.ru. Utaratibu ni sawa.

Kuweka anwani kwa majina

Mteja anaweza kutuma anwani ya IP kwa seva ili kuonyesha jina la kikoa. Hili linaitwa ombi la PTR. Kwa ombi kama hilo, DNS hutumia kikoa kilichogeuzwa. Hata hivyo, anwani ya IP ya ombi lazima ibadilishwe na lebo mbili, in-addr au arpa, lazima ziambatishwe ili kuunda kikoa kinachoweza kufikiwa kwa kutumia sehemu ya kikoa iliyogeuzwa. Kwa mfano, ikiwa kisuluhishi kilipokea anwani ya IP 132.34.45.121, kisuluhishi kwanza hugeuza anwani na kisha kuongeza lebo mbili kabla ya kutuma. Jina la kikoa linalotumwa ni 121.45.34.132.in-addr.arpa. Inapatikana kwa kutumia DNS ya ndani na inatambulika.

Utambuzi wa kujirudia

Mteja (kisuluhishi) anaweza kuomba jibu la kujirudia kutoka kwa seva ya jina. Ikiwa seva inaweza kufanya hivi, inakagua hifadhidata yake na kujibu. Ikiwa seva haijaidhinishwa, inatuma ombi kwa seva nyingine (kawaida ile ya juu) na inangojea jibu. Ikiwa seva ya mkondo wa juu imeidhinishwa, inajibu; vinginevyo, inatuma ombi kwa seva nyingine. Wakati ombi linapotambuliwa hatimaye, jibu husogea nyuma hadi hatimaye limfikie mteja aliyeombwa.

Utambuzi wa kurudia

Ikiwa mteja hataomba jibu la kujirudia, uchoraji wa ramani unaweza kufanywa mara kwa mara. Ikiwa seva ina jina lililotatuliwa, hutuma jibu. Ikiwa sivyo, inarudi kwa mteja anwani ya IP ya seva ambayo inadhania inaweza kujibu ombi. Mteja anarudia ombi kwa seva ya pili. Ikiwa seva mpya iliyoshughulikiwa inaweza kutambua ombi, inajibu kwa anwani ya IP; vinginevyo, inarudisha anwani ya IP ya seva mpya kwa mteja. Sasa mteja lazima kurudia ombi kwa seva ya tatu. Utaratibu huu unaitwa kurudia kwa sababu mteja hurudia ombi sawa kwa seva nyingi.

Kuhifadhi akiba

Kila wakati seva inapokea ombi la jina ambalo haliko katika kikoa chake, lazima itafute hifadhidata ya anwani ya seva msingi. Kupunguza muda wa utafutaji kungeongeza ufanisi. DNS hufanya hivyo kupitia utaratibu unaoitwa caching. Seva inapoomba onyesho kutoka kwa seva nyingine na kupokea jibu, huhifadhi maelezo haya kwenye kumbukumbu yake ya akiba kabla ya kuyatuma kwa mteja mwingine. Ikiwa mteja sawa au mwingine ataomba onyesho, inaweza kuangalia akiba yake na kutambua nambari. Hata hivyo, ili kumjulisha mteja kwamba jibu lilitoka kwa akiba na si kutoka kwa chanzo kinachoidhinishwa, seva huweka jibu kuwa halijaidhinishwa.

Uakibishaji huharakisha utambuzi, lakini pia unaweza kusababisha matatizo. Seva ikihifadhi onyesho kwa muda mrefu, inaweza kutuma onyesho la kizamani kwa mteja. Ili kukabiliana na hili, njia mbili hutumiwa.

Na wa kwanza wao, seva yenye mamlaka daima huongeza kipande cha habari ili kuonyesha kinachojulikana kama "wakati wa kuishi" (TTL - wakati wa kuishi). Inabainisha muda katika sekunde ambazo seva inayopokea inaweza kuhifadhi habari. Baada ya muda huu kuisha, upangaji ramani ni batili na ombi lolote linaweza kutumwa tena kwa seva iliyoidhinishwa.

Njia ya pili ni kwamba swala la DNS ambalo kila seva huhifadhi kwenye kumbukumbu lina TTL - muda mdogo kwa kila ramani. Akiba huchanganuliwa mara kwa mara na michoro yenye "muda wa kuishi" (TTL) ulioisha muda wake huondolewa.

Ujumbe wa DNS

DNS ina aina mbili za ujumbe: ombi na majibu. Aina zote mbili zina muundo sawa. Ujumbe wa ombi una kichwa, rekodi ya ombi, rekodi ya majibu, rekodi ya mamlaka, na rekodi za ziada (Mchoro 4.1).

Mchele. 4.1. Omba ujumbe na rekodi

Kichwa

Ujumbe wa ombi na majibu una umbizo sawa la kichwa na sehemu kadhaa zimewekwa kuwa sufuri kwa ujumbe wa majibu. Kichwa ni ka 12 na umbizo lake linaonyeshwa katika (Jedwali 4.2).

Sehemu za kichwa ni kama ifuatavyo:

Utambulisho. Sehemu hii ya 16-bit inatumiwa na mteja kulinganisha jibu na ombi. Mteja hutumia nambari tofauti ya kitambulisho kila wakati anapotuma ombi. Seva inarudia nambari hii katika jibu linalolingana.

Bendera. Sehemu hii ya biti 16 iliyo na sehemu ndogo imeonyeshwa kwenye (Mchoro 4.2).

Mchele. 3.2. Uwanja wa bendera

Maelezo mafupi ya sehemu ndogo za kila bendera yametolewa hapa chini.

1. QR (swali/jibu) - ombi/jibu. Hii ni sehemu ndogo ya sehemu moja inayotambua aina ya ujumbe. Ikiwa ni 0, ujumbe ni ombi. Ikiwa ni sawa na 1, basi ujumbe ni jibu.

2. OpCode (msimbo wa uendeshaji). Huu ni uwanja mdogo wa 4-bit ambao unabainisha aina ya ombi au jibu (0 - aina ya kawaida, 1 - aina ya kinyume, na 2 - hali ya kuomba seva).

4. TC (iliyopunguzwa - iliyopunguzwa). Hii ni sehemu ya sehemu moja. Inapowekwa (thamani 1), inamaanisha kuwa jibu lilikuwa zaidi ya baiti 512 na lilipunguzwa hadi 512. Hutumika wakati DNS inatumia huduma ya UDP.

5. RD (recursiondesired - kujirudia ni kuhitajika). Hii ni sehemu ndogo ya sehemu moja. Inapowekwa (thamani 1), inamaanisha kuwa jibu la kujirudia linatamaniwa na mteja. Imewekwa katika ujumbe wa ombi na kurudiwa katika ujumbe wa majibu.

6. RA (kujirudia kunapatikana - kujirudia kunawezekana). Sehemu ndogo ya sehemu moja. Inapowekwa katika jibu, inamaanisha kuwa jibu la kujirudia linawezekana. Weka tu katika ujumbe wa majibu.

7. Imehifadhiwa. Huu ni uwanja mdogo wa-bit-tatu na seti ya sufuri.

8. rCode (r-code). Hii ni sehemu ya 4-bit inayoonyesha hali ya hitilafu ya jibu. Kwa kweli, seva iliyoidhinishwa tu inaweza kufanya tathmini kama hiyo.

Jedwali 4.2. inaonyesha thamani zinazowezekana za uga huu.

Maana