Kivinjari cha Chromium, mzazi anayestawi wa chanzo-wazi cha Google Chrome na Microsoft Edge mpya, kimepokea umakini mkubwa hasi kwa kipengele ambacho kilikusudiwa kwa nia njema: hukagua ikiwa ISP ya mtumiaji "inaiba" matokeo ya hoja ya kikoa ambayo haipo. .
, ambayo huunda maswali ghushi kwa "vikoa" nasibu ambavyo havina uwezekano wa kuwepo kitakwimu, inawajibika kwa takriban nusu ya trafiki yote iliyopokelewa na seva za DNS ulimwenguni kote. Mhandisi wa Verisign Matt Thomas aliandika muda mrefu kwenye blogu ya APNIC ikielezea tatizo na kutathmini ukubwa wake.
Jinsi azimio la DNS kawaida hutekelezwa
Seva hizi ndizo mamlaka ya juu kabisa unapaswa kuwasiliana nayo ili kutatua .com, .net, n.k. ili zikuambie kwamba frglxrtmpuf si kikoa cha kiwango cha juu (TLD).
DNS, au Mfumo wa Jina la Kikoa, ni mfumo ambao kompyuta zinaweza kutatua majina ya vikoa vya kukumbukwa kama vile arstechnica.com katika anwani za IP zisizofaa mtumiaji kama vile 3.128.236.93. Bila DNS, Mtandao haungekuwepo kwa njia ambayo wanadamu wanaweza kutumia, ikimaanisha kuwa mzigo usio wa lazima kwenye miundombinu ya kiwango cha juu ni shida halisi.
Kupakia ukurasa mmoja wa wavuti wa kisasa kunaweza kuhitaji idadi ya ajabu ya utafutaji wa DNS. Kwa mfano, tulipochanganua ukurasa wa nyumbani wa ESPN, tulihesabu majina 93 tofauti ya vikoa, kuanzia a.espncdn.com hadi z.motads.com. Zote ni muhimu kwa ukurasa kupakia kikamilifu!
Ili kushughulikia aina hii ya mzigo wa kazi kwa injini ya utafutaji ambayo inahitaji kuhudumia ulimwengu mzima, DNS imeundwa kama daraja la ngazi mbalimbali. Juu ya piramidi hii kuna seva za mizizi - kila kikoa cha kiwango cha juu, kama vile .com, kina familia yake ya seva ambazo ndizo mamlaka ya juu zaidi kwa kila kikoa kilicho chini yao. Hatua moja juu ya haya seva ni seva za mizizi zenyewe, kutoka a.root-servers.net kwa m.root-servers.net.
Hii hutokea mara ngapi?
Shukrani kwa viwango vingi vya uakibishaji wa miundombinu ya DNS, asilimia ndogo sana ya hoja za DNS duniani hufikia seva za mizizi. Watu wengi hupata maelezo yao ya kisuluhishi cha DNS moja kwa moja kutoka kwa ISP wao. Wakati kifaa cha mtumiaji kinahitaji kujua jinsi ya kufikia tovuti mahususi, ombi hutumwa kwanza kwa seva ya DNS inayodhibitiwa na mtoa huduma huyo wa ndani. Ikiwa seva ya ndani ya DNS haijui jibu, hutuma ombi kwa "wasambazaji" wake (ikiwa imebainishwa).
Ikiwa si seva ya DNS ya mtoa huduma wa karibu au "seva za usambazaji" zilizobainishwa katika usanidi wake zina jibu lililohifadhiwa, ombi litatolewa moja kwa moja kwa seva ya kikoa iliyoidhinishwa. juu ya ambayo unajaribu kubadilisha. Lini Π΄ΠΎΠΌΠ΅Π½.com hii itamaanisha kuwa ombi linatumwa kwa seva zenye mamlaka za kikoa chenyewe com, ambazo ziko gtld-servers.net.
System gtld-servers, ambayo ombi lilifanywa, hujibu kwa orodha ya seva za jina zilizoidhinishwa kwa domain.com, pamoja na angalau rekodi ya kiungo iliyo na anwani ya IP ya seva moja ya jina kama hilo. Kisha, majibu husogezwa chini ya msururu - kila msambazaji hupitisha majibu haya chini kwa seva iliyoyaomba, hadi majibu yatakapofika kwenye seva ya mtoa huduma wa ndani na kompyuta ya mtumiaji. Wote huhifadhi majibu haya ili wasisumbue mifumo ya kiwango cha juu bila lazima.
Katika hali nyingi, rekodi za seva za jina domain.com tayari itawekwa kwenye akiba kwenye mojawapo ya visambazaji mbele hivi, kwa hivyo seva za mizizi hazitasumbuliwa. Hata hivyo, kwa sasa tunazungumza kuhusu aina ya URL tunayoifahamu - ile ambayo inabadilishwa kuwa tovuti ya kawaida. Maombi ya Chrome yako katika kiwango juu ya hii, kwa hatua ya nguzo zenyewe root-servers.net.
Ukaguzi wa wizi wa Chromium na NXDomain
Chromium hukagua "je, seva hii ya DNS inanidanganya?" akaunti kwa karibu nusu ya trafiki yote kufikia kundi Verisign ya seva mizizi DNS.
Kivinjari cha Chromium, mradi mzazi wa Google Chrome, Microsoft Edge mpya, na vivinjari vingi visivyojulikana sana, wanataka kuwapa watumiaji urahisi wa kutafuta katika kisanduku kimoja, wakati mwingine huitwa "Sanduku kuu." Kwa maneno mengine, mtumiaji huingiza URL halisi na maswali ya injini ya utafutaji kwenye uga sawa wa maandishi juu ya dirisha la kivinjari. Kuchukua hatua nyingine kuelekea kurahisisha, pia haimlazimishi mtumiaji kuingiza sehemu ya URL nayo http:// au https://.
Kwa jinsi hii inavyofaa, mbinu hii inahitaji kivinjari kuelewa ni nini kinapaswa kuzingatiwa kuwa URL na ni nini kinachopaswa kuzingatiwa kama hoja ya utafutaji. Katika hali nyingi hii ni dhahiri - kwa mfano, kamba iliyo na nafasi haiwezi kuwa URL. Lakini mambo yanaweza kuwa magumu zaidi unapozingatia intranetiβmitandao ya kibinafsi ambayo inaweza pia kutumia vikoa vya kibinafsi vya kiwango cha juu kutatua tovuti halisi.
Ikiwa mtumiaji kwenye intraneti ya kampuni yake anaandika "masoko" na intraneti ya kampuni ina tovuti ya ndani yenye jina sawa, basi Chromium itaonyesha kisanduku cha taarifa ikimuuliza mtumiaji kama anataka kutafuta "masoko" au nenda kwenye https://marketing. Hii inaweza kuwa sivyo, lakini ISPs nyingi na watoa huduma za Wi-Fi za umma "huteka nyara" kila URL iliyoandikwa vibaya, na kuelekeza mtumiaji kwenye baadhi ya ukurasa uliojaa mabango.
Kizazi cha nasibu
Wasanidi wa Chromium hawakutaka watumiaji kwenye mitandao ya kawaida waone kisanduku cha taarifa wakiuliza walichomaanisha kila mara walipotafuta neno moja, kwa hivyo walitekeleza jaribio: Wanapozindua kivinjari au kubadilisha mitandao, Chromium hutafuta DNS mara tatu. kiwango cha juu cha "vikoa" vilivyozalishwa bila mpangilio, urefu wa herufi saba hadi kumi na tano. Ikiwa maombi yoyote mawili kati ya haya yanarudi na anwani sawa ya IP, basi Chromium inadhani kuwa mtandao wa ndani "unateka nyara" makosa. NXDOMAIN, ambayo inapaswa kupokea, kwa hivyo kivinjari kinazingatia hoja zote za neno moja zilizoingizwa kuwa majaribio ya utafutaji hadi taarifa zaidi.
Kwa bahati mbaya, katika mitandao hiyo hakuna kuiba matokeo ya maswali ya DNS, shughuli hizi tatu kawaida huinuka hadi juu kabisa, hadi kwenye seva za jina la mizizi zenyewe: seva ya ndani haijui jinsi ya kutatua. qwajuixk, kwa hivyo hutuma ombi hili kwa msambazaji wake, ambaye hufanya vivyo hivyo, hadi mwishowe a.root-servers.net au mmoja wa "ndugu" zake hatalazimishwa kusema "Samahani, lakini hii sio kikoa."
Kwa kuwa kuna takriban 1,67*10^21 majina ya kikoa ghushi yanayowezekana kuanzia urefu wa vibambo saba hadi kumi na tano, linalojulikana zaidi. kila mmoja kutoka kwa vipimo hivi vilivyofanywa kwenye mtandao "waaminifu", hupata seva ya mizizi. Hii ni sawa na kiasi nusu kutoka kwa jumla ya mzigo kwenye mzizi wa DNS, kulingana na takwimu kutoka kwa sehemu hiyo ya vikundi root-servers.net, ambazo zinamilikiwa na Verisign.
Historia inajirudia
Hii si mara ya kwanza kwa mradi kuundwa kwa nia bora au karibu kujaa rasilimali ya umma na trafiki isiyo ya lazima - hii ilitukumbusha mara moja historia ndefu na ya kusikitisha ya seva ya D-Link na Poul-Henning Kamp ya NTP (Network Time Protocol) katikati ya miaka ya 2000.
Mnamo mwaka wa 2005, msanidi programu wa FreeBSD Poul-Henning, ambaye pia alimiliki seva ya Itifaki ya Muda ya Mtandao ya Stratum 1 pekee ya Denmark, alipokea bili isiyotarajiwa na kubwa ya trafiki inayotumwa. Kwa kifupi, sababu ilikuwa kwamba watengenezaji wa D-Link waliandika anwani za seva za Stratum 1 NTP, ikiwa ni pamoja na seva ya Kampa, kwenye firmware ya mstari wa kampuni ya swichi, routers na pointi za kufikia. Hii iliongeza papo hapo trafiki ya seva ya Kampa mara tisa, na kusababisha Danish Internet Exchange (Denmaki Internet Exchange Point) kubadilisha ushuru wake kutoka "Bure" hadi "$9 kwa mwaka."
Shida haikuwa kwamba kulikuwa na vipanga njia vingi vya D-Link, lakini kwamba walikuwa "nje ya mstari." Kama vile DNS, NTP lazima ifanye kazi katika mfumo wa daraja - Seva za Stratum 0 hupitisha taarifa kwa seva za Stratum 1, ambazo hupitisha taarifa kwa seva za Stratum 2, na kadhalika chini ya daraja. Kipanga njia cha kawaida cha nyumbani, swichi, au sehemu ya ufikiaji kama ile ya D-Link iliyoratibiwa na anwani za seva ya NTP inaweza kutuma maombi kwa seva ya Stratum 2 au Stratum 3.
Mradi wa Chromium, pengine kwa nia njema kabisa, uliiga tatizo la NTP katika tatizo la DNS, ukipakia seva za msingi za Mtandao na maombi ambayo hayakusudiwa kushughulikia.
Kuna tumaini la suluhisho la haraka
Mradi wa Chromium una chanzo wazi , ambayo inahitaji kulemaza Kitambua Uelekezaji Upya cha Intranet kwa chaguo-msingi ili kutatua suala hili. Ni lazima tutoe sifa kwa mradi wa Chromium: hitilafu ilipatikana kabla ya hapojinsi Matt Thomas wa Verisign alivyomvutia sana na yake kwenye blogu ya APNIC. Mdudu huyo aligunduliwa mnamo Juni, lakini alibaki kusahaulika hadi chapisho la Thomas; Baada ya kufunga, alianza kuwa chini ya uangalizi wa karibu.
Inatarajiwa kwamba tatizo hilo litatatuliwa hivi karibuni, na seva za DNS hazitahitaji tena kujibu maswali ya uwongo yanayokadiriwa kufikia bilioni 60 kila siku.
Haki za Matangazo
Seva za Epic - Je, au Linux iliyo na vichakataji vya nguvu vya familia vya AMD EPYC na anatoa za Intel NVMe za haraka sana. Haraka ili kuagiza!
Chanzo: mapenzi.com