Msajili wa APNIC, anayehusika na usambazaji wa anwani za IP katika eneo la Asia-Pasifiki, matokeo ya uchanganuzi wa usambazaji wa trafiki kwenye mojawapo ya seva za DNS a.root-servers.net. 45.80% ya maombi kwa seva ya msingi yalihusiana na ukaguzi uliofanywa na vivinjari kulingana na injini ya Chromium. Kwa hivyo, karibu nusu ya rasilimali za seva za DNS hutumiwa kuendesha ukaguzi wa uchunguzi wa Chromium badala ya kushughulikia maombi kutoka kwa seva za DNS ili kubainisha maeneo ya mizizi. Ikizingatiwa kuwa Chrome inachukua 70% ya soko la kivinjari cha wavuti, shughuli kama hiyo ya uchunguzi husababisha takriban maombi bilioni 60 kutumwa kwa seva za mizizi kwa siku.
Ukaguzi wa uchunguzi hutumiwa katika Chromium ili kubaini kama watoa huduma wanatumia huduma zinazoelekeza upya maombi kwa majina ambayo hayapo kwa vidhibiti vyao. Mifumo kama hii inatekelezwa na baadhi ya watoa huduma ili kuelekeza trafiki kwa majina ya vikoa yaliyoingizwa na hitilafu - kama sheria, kwa vikoa visivyopo, kurasa zinaonyeshwa na onyo la hitilafu, kutoa orodha ya majina ambayo labda ni sahihi, na utangazaji. Kwa kuongezea, shughuli kama hiyo inaharibu kabisa mantiki ya kuamua majeshi ya intranet kwenye kivinjari.
Wakati wa usindikaji swali la utafutaji lililoingia kwenye bar ya anwani, ikiwa neno moja tu limeingia bila dots, kivinjari kwanza bainisha neno fulani katika DNS, ikizingatiwa kuwa mtumiaji anaweza kuwa anajaribu kufikia tovuti ya intraneti kwenye mtandao wa ndani, badala ya kutuma swali kwa injini ya utafutaji. Ikiwa mtoa huduma ataelekeza upya maswali kwa majina ya vikoa ambayo hayapo, watumiaji wana tatizo - hoja zozote za utafutaji za neno moja zilizowekwa kwenye upau wa anwani huanza kuelekezwa kwenye kurasa za mtoa huduma, badala ya kutumwa kwa injini ya utafutaji.
Ili kutatua tatizo hili, wasanidi wa Chromium waliongeza kwenye kivinjari , ambayo, ikiwa uelekezaji upya utagunduliwa, badilisha mantiki ya maombi ya usindikaji kwenye upau wa anwani.
Kila wakati unapozindua, kubadilisha mipangilio yako ya DNS, au kubadilisha anwani yako ya IP, kivinjari hutuma maombi matatu ya DNS yenye majina ya kikoa ya kiwango cha kwanza ambayo kuna uwezekano mkubwa hayapo. Majina hayo yanajumuisha herufi 7 hadi 15 za Kilatini (bila dots) na hutumiwa kugundua uelekezaji upya wa majina ya kikoa ambayo hayapo na mtoa huduma kwa mwenyeji wake. Ikiwa, wakati wa kuchakata maombi matatu ya HTTP yenye majina nasibu, mawili yatapokea uelekeo upya kwa ukurasa huo huo, basi Chromium itazingatia kuwa mtumiaji ameelekezwa upya kwa ukurasa wa mtu mwingine.
Ukubwa usio wa kawaida wa kikoa wa kiwango cha kwanza (kutoka herufi 7 hadi 15) na kipengele cha marudio ya hoja (majina yalitolewa kwa nasibu kila wakati na hayakurudiwa) vilitumika kama ishara za kutenga shughuli za Chromium kutoka kwa mtiririko wa maombi kwa ujumla kwenye seva ya DNS ya msingi.
Katika logi, maombi ya vikoa visivyokuwepo yalichujwa kwanza (78.09%), kisha maombi ambayo yalirudiwa sio zaidi ya mara tatu yalichaguliwa (51.41%), na kisha vikoa vilivyo na herufi 7 hadi 15 vilichujwa (45.80%). . Inafurahisha, ni 21.91% tu ya maombi kwa seva za mizizi yalikuwa yanahusiana na ufafanuzi wa vikoa vilivyopo.
Utafiti pia ulichunguza utegemezi wa mzigo unaokua kwenye seva za mizizi a.root-servers.net na j.root-servers.net juu ya umaarufu unaokua wa Chrome.
Katika Firefox, DNS inaelekeza hundi kufafanua uelekezaji upya kwa kurasa za uthibitishaji (lango la wafungwa) na Ρ kikoa kisichobadilika βdetectportal.firefox.comβ, bila kuomba majina ya ngazi ya kwanza ya vikoa. Tabia hii haileti upakiaji wa ziada kwenye seva za mizizi ya DNS, lakini inawezekana kama uvujaji wa data ya siri kuhusu anwani ya IP ya mtumiaji (ukurasa wa "detectportal.firefox.com/success.txt" unaombwa kila mara inapozinduliwa). Ili kuzima utambazaji katika Firefox, kuna mpangilio "network.captive-portal-service.enabled", ambao unaweza kubadilishwa kwenye ukurasa wa "kuhusu:config".
Chanzo: opennet.ru