રુટ DNS સર્વર્સ પરનો લગભગ અડધો ટ્રાફિક ક્રોમિયમ પ્રવૃત્તિને કારણે થાય છે

APNIC રજિસ્ટ્રાર, એશિયા-પેસિફિક પ્રદેશમાં IP સરનામાઓના વિતરણ માટે જવાબદાર છે, પ્રકાશિત રુટ DNS સર્વર a.root-servers.net પર ટ્રાફિક વિતરણ વિશ્લેષણના પરિણામો. રૂટ સર્વરને 45.80% વિનંતીઓ ક્રોમિયમ એન્જિન પર આધારિત બ્રાઉઝર્સ દ્વારા કરવામાં આવતી તપાસો સાથે સંબંધિત હતી. આમ, રૂટ ઝોન નક્કી કરવા માટે DNS સર્વર્સની વિનંતીઓ પર પ્રક્રિયા કરવાને બદલે રુટ DNS સર્વર્સના લગભગ અડધા સંસાધનો ક્રોમિયમ ડાયગ્નોસ્ટિક તપાસ ચલાવવામાં ખર્ચવામાં આવે છે. વેબ બ્રાઉઝર માર્કેટમાં ક્રોમનો હિસ્સો 70% છે તે જોતાં, આવી ડાયગ્નોસ્ટિક પ્રવૃત્તિના પરિણામે દરરોજ રૂટ સર્વર્સને આશરે 60 બિલિયન વિનંતીઓ મોકલવામાં આવે છે.

સેવા પ્રદાતાઓ એવી સેવાઓનો ઉપયોગ કરી રહ્યાં છે કે જે તેમના હેન્ડલર્સને અવિદ્યમાન નામો પર વિનંતીઓને રીડાયરેક્ટ કરે છે કે કેમ તે શોધવા માટે ક્રોમિયમમાં ડાયગ્નોસ્ટિક તપાસનો ઉપયોગ કરવામાં આવે છે. ભૂલ સાથે દાખલ થયેલા ડોમેન નામો પર ટ્રાફિકને દિશામાન કરવા માટે કેટલીક પ્રદાતાઓ દ્વારા સમાન સિસ્ટમો લાગુ કરવામાં આવી રહી છે - એક નિયમ તરીકે, અસ્તિત્વમાં ન હોય તેવા ડોમેન્સ માટે, પૃષ્ઠો ભૂલની ચેતવણી સાથે બતાવવામાં આવે છે, સંભવિત સાચા નામોની સૂચિ ઓફર કરે છે, અને જાહેરાત. તદુપરાંત, આવી પ્રવૃત્તિ બ્રાઉઝરમાં ઇન્ટ્રાનેટ હોસ્ટ્સ નક્કી કરવાના તર્કને સંપૂર્ણપણે નષ્ટ કરે છે.

સરનામાં બારમાં દાખલ કરેલ શોધ ક્વેરી પર પ્રક્રિયા કરતી વખતે, જો માત્ર એક જ શબ્દ ટપકાં વગર દાખલ કરવામાં આવે, તો પ્રથમ બ્રાઉઝર પ્રયાસ DNS માં આપેલ શબ્દને નિર્ધારિત કરો, એમ ધારીને કે વપરાશકર્તા સર્ચ એન્જિનને ક્વેરી મોકલવાને બદલે આંતરિક નેટવર્ક પર ઇન્ટ્રાનેટ સાઇટને ઍક્સેસ કરવાનો પ્રયાસ કરી શકે છે. જો પ્રદાતા ક્વેરીઝને અસ્તિત્વમાં ન હોય તેવા ડોમેન નામો પર રીડાયરેક્ટ કરે છે, તો વપરાશકર્તાઓને સમસ્યા હોય છે - સરનામાં બારમાં દાખલ કરેલ કોઈપણ એક-શબ્દની શોધ ક્વેરી સર્ચ એન્જિનને મોકલવાને બદલે પ્રદાતાના પૃષ્ઠો પર રીડાયરેક્ટ થવાનું શરૂ કરે છે.

આ સમસ્યાને ઉકેલવા માટે, Chromium વિકાસકર્તાઓએ બ્રાઉઝરમાં ઉમેર્યું વધારાની તપાસ, જે, જો રીડાયરેક્ટ્સ શોધવામાં આવે છે, તો સરનામાં બારમાં વિનંતીઓ પર પ્રક્રિયા કરવા માટેનો તર્ક બદલો.
જ્યારે પણ તમે લોન્ચ કરો છો, તમારી DNS સેટિંગ્સ બદલો છો અથવા તમારું IP સરનામું બદલો છો, ત્યારે બ્રાઉઝર રેન્ડમ ફર્સ્ટ-લેવલ ડોમેન નામો સાથે ત્રણ DNS વિનંતીઓ મોકલે છે જે મોટે ભાગે અસ્તિત્વમાં નથી. નામોમાં 7 થી 15 લેટિન અક્ષરો (બિંદુઓ વિના) નો સમાવેશ થાય છે અને તેનો ઉપયોગ પ્રદાતા દ્વારા તેના હોસ્ટને અવિદ્યમાન ડોમેન નામોના રીડાયરેશનને શોધવા માટે થાય છે. જો, રેન્ડમ નામો સાથે ત્રણ HTTP વિનંતીઓ પર પ્રક્રિયા કરતી વખતે, બે એક જ પૃષ્ઠ પર રીડાયરેક્ટ મેળવે છે, તો Chromium માને છે કે વપરાશકર્તાને તૃતીય-પક્ષ પૃષ્ઠ પર રીડાયરેક્ટ કરવામાં આવ્યો છે.

રુટ DNS સર્વર પર વિનંતીઓના સામાન્ય પ્રવાહમાંથી ક્રોમિયમ પ્રવૃત્તિને અલગ કરવા માટે ચિહ્નો તરીકે એટીપિકલ પ્રથમ-સ્તરના ડોમેન કદ (7 થી 15 અક્ષરો સુધી) અને ક્વેરી પુનરાવર્તન પરિબળ (નામો દરેક વખતે અવ્યવસ્થિત રીતે બનાવવામાં આવ્યા હતા અને પુનરાવર્તિત થયા ન હતા) નો ઉપયોગ કરવામાં આવ્યો હતો.
લોગમાં, બિન-અસ્તિત્વ ધરાવતા ડોમેન્સ માટેની વિનંતીઓ પ્રથમ ફિલ્ટર આઉટ કરવામાં આવી હતી (78.09%), પછી જે વિનંતીઓ ત્રણ વખતથી વધુ પુનરાવર્તિત ન હતી તે પસંદ કરવામાં આવી હતી (51.41%), અને પછી 7 થી 15 અક્ષરો ધરાવતા ડોમેન્સને ફિલ્ટર આઉટ કરવામાં આવ્યા હતા (45.80 %). રસપ્રદ વાત એ છે કે, રૂટ સર્વર્સની માત્ર 21.91% વિનંતીઓ હાલના ડોમેન્સની વ્યાખ્યા સાથે સંબંધિત હતી.

અભ્યાસમાં ક્રોમની વધતી જતી લોકપ્રિયતા પર રૂટ સર્વર્સ a.root-servers.net અને j.root-servers.net પર વધતા ભારની નિર્ભરતાની પણ તપાસ કરવામાં આવી હતી.

ફાયરફોક્સમાં, DNS રીડાયરેક્ટ ચેક કરે છે મર્યાદિત છે પ્રમાણીકરણ પૃષ્ઠો (કેપ્ટિવ પોર્ટલ) પર રીડાયરેક્ટ્સને વ્યાખ્યાયિત કરવું અને અમલમાં મૂક્યો с મદદથી પ્રથમ-સ્તરના ડોમેન નામોની વિનંતી કર્યા વિના, નિશ્ચિત સબડોમેન “detectportal.firefox.com”. આ વર્તણૂક રૂટ DNS સર્વર્સ પર વધારાનો ભાર બનાવતી નથી, પરંતુ તે સંભવિત રૂપે બની શકે છે ધ્યાન માં લેવા જેવું વપરાશકર્તાના IP સરનામાં વિશેના ગોપનીય ડેટાના લીક તરીકે (પૃષ્ઠ “detectportal.firefox.com/success.txt” દર વખતે જ્યારે તે લોંચ થાય છે ત્યારે વિનંતી કરવામાં આવે છે). ફાયરફોક્સમાં સ્કેનિંગને અક્ષમ કરવા માટે, "network.captive-portal-service.enabled" સેટિંગ છે, જે "about:config" પેજ પર બદલી શકાય છે.

સોર્સ: opennet.ru