റൂട്ട് ഡിഎൻഎസ് സെർവറുകളിലേക്കുള്ള ട്രാഫിക്കിന്റെ ഏതാണ്ട് പകുതിയും Chromium പ്രവർത്തനം മൂലമാണ്

ഏഷ്യ-പസഫിക് മേഖലയിലെ IP വിലാസങ്ങളുടെ വിതരണത്തിന് ഉത്തരവാദിയായ APNIC രജിസ്ട്രാർ, പ്രസിദ്ധീകരിച്ചു റൂട്ട് ഡിഎൻഎസ് സെർവറുകളിൽ ഒന്നിലെ ട്രാഫിക് ഡിസ്ട്രിബ്യൂഷൻ വിശകലനത്തിന്റെ ഫലങ്ങൾ a.root-servers.net. റൂട്ട് സെർവറിലേക്കുള്ള അഭ്യർത്ഥനകളിൽ 45.80% Chromium എഞ്ചിൻ അടിസ്ഥാനമാക്കിയുള്ള ബ്രൗസറുകൾ നടത്തുന്ന പരിശോധനകളുമായി ബന്ധപ്പെട്ടതാണ്. അങ്ങനെ, റൂട്ട് ഡിഎൻഎസ് സെർവറുകളുടെ ഉറവിടങ്ങളിൽ പകുതിയോളം ചെലവഴിക്കുന്നത് റൂട്ട് സോണുകൾ നിർണ്ണയിക്കുന്നതിന് ഡിഎൻഎസ് സെർവറുകളിൽ നിന്നുള്ള അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുന്നതിനുപകരം ക്രോമിയം ഡയഗ്നോസ്റ്റിക് പരിശോധനകൾ പ്രവർത്തിപ്പിക്കാനാണ്. വെബ് ബ്രൗസർ മാർക്കറ്റിന്റെ 70% Chrome കൈവരിച്ചതിനാൽ, അത്തരം ഡയഗ്‌നോസ്റ്റിക് ആക്‌റ്റിവിറ്റികൾ പ്രതിദിനം റൂട്ട് സെർവറുകളിലേക്ക് ഏകദേശം 60 ബില്ല്യൺ അഭ്യർത്ഥനകൾ അയയ്ക്കുന്നു.

സേവന ദാതാക്കൾ അവരുടെ ഹാൻഡ്‌ലറുകളിലേക്ക് അഭ്യർത്ഥനകൾ റീഡയറക്‌ട് ചെയ്യുന്ന സേവനങ്ങൾ ഉപയോഗിക്കുന്നുണ്ടോ എന്ന് കണ്ടെത്താൻ Chromium-ൽ ഡയഗ്‌നോസ്റ്റിക് പരിശോധനകൾ ഉപയോഗിക്കുന്നു. ഒരു പിശക് ഉപയോഗിച്ച് നൽകിയ ഡൊമെയ്‌ൻ നാമങ്ങളിലേക്ക് ട്രാഫിക്ക് നയിക്കുന്നതിന് സമാനമായ സംവിധാനങ്ങൾ ചില ദാതാക്കൾ നടപ്പിലാക്കുന്നു - ഒരു ചട്ടം പോലെ, നിലവിലില്ലാത്ത ഡൊമെയ്‌നുകൾക്ക്, പേജുകൾ ഒരു പിശക് മുന്നറിയിപ്പോടെ കാണിക്കുന്നു, ഒരുപക്ഷേ ശരിയായ പേരുകളുടെ ലിസ്റ്റ് വാഗ്ദാനം ചെയ്യുന്നു, പരസ്യം ചെയ്യുന്നു. മാത്രമല്ല, അത്തരം പ്രവർത്തനം ബ്രൗസറിലെ ഇൻട്രാനെറ്റ് ഹോസ്റ്റുകൾ നിർണ്ണയിക്കുന്നതിനുള്ള യുക്തിയെ പൂർണ്ണമായും നശിപ്പിക്കുന്നു.

വിലാസ ബാറിൽ നൽകിയ തിരയൽ അന്വേഷണം പ്രോസസ്സ് ചെയ്യുമ്പോൾ, ഡോട്ടുകളില്ലാതെ ഒരു വാക്ക് മാത്രമേ നൽകിയിട്ടുള്ളൂവെങ്കിൽ, ആദ്യം ബ്രൗസർ ശ്രമിക്കുന്ന ഒരു തിരയൽ എഞ്ചിനിലേക്ക് ഒരു ചോദ്യം അയയ്‌ക്കുന്നതിനുപകരം, ഒരു ആന്തരിക നെറ്റ്‌വർക്കിൽ ഒരു ഇൻട്രാനെറ്റ് സൈറ്റ് ആക്‌സസ് ചെയ്യാൻ ഉപയോക്താവ് ശ്രമിക്കുന്നതായി കരുതി, DNS-ൽ നൽകിയിരിക്കുന്ന വാക്ക് നിർണ്ണയിക്കുക. ദാതാവ് അന്വേഷണങ്ങൾ നിലവിലില്ലാത്ത ഡൊമെയ്‌ൻ നാമങ്ങളിലേക്ക് റീഡയറക്‌ടുചെയ്യുകയാണെങ്കിൽ, ഉപയോക്താക്കൾക്ക് ഒരു പ്രശ്‌നമുണ്ട് - വിലാസ ബാറിൽ നൽകിയിട്ടുള്ള ഏതെങ്കിലും ഒറ്റ-പദ തിരയൽ അന്വേഷണങ്ങൾ സെർച്ച് എഞ്ചിനിലേക്ക് അയയ്‌ക്കുന്നതിന് പകരം ദാതാവിന്റെ പേജുകളിലേക്ക് റീഡയറക്‌ട് ചെയ്യാൻ തുടങ്ങുന്നു.

ഈ പ്രശ്നം പരിഹരിക്കാൻ, Chromium ഡെവലപ്പർമാർ ബ്രൗസറിലേക്ക് ചേർത്തു അധിക പരിശോധനകൾ, റീഡയറക്‌ടുകൾ കണ്ടെത്തിയാൽ, വിലാസ ബാറിലെ അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള ലോജിക് മാറ്റുക.
നിങ്ങൾ സമാരംഭിക്കുമ്പോഴോ, നിങ്ങളുടെ ഡിഎൻഎസ് ക്രമീകരണങ്ങൾ മാറ്റുമ്പോഴോ അല്ലെങ്കിൽ നിങ്ങളുടെ ഐപി വിലാസം മാറ്റുമ്പോഴോ, ബ്രൗസർ മൂന്ന് ഡിഎൻഎസ് അഭ്യർത്ഥനകൾ അയയ്‌ക്കുന്നു, അവ മിക്കവാറും നിലവിലില്ല. പേരുകളിൽ 7 മുതൽ 15 വരെ ലാറ്റിൻ അക്ഷരങ്ങൾ (ഡോട്ടുകളില്ലാതെ) ഉൾപ്പെടുന്നു, കൂടാതെ ദാതാവ് അതിന്റെ ഹോസ്റ്റിലേക്ക് നിലവിലുള്ള ഡൊമെയ്ൻ നാമങ്ങളുടെ റീഡയറക്‌ഷൻ കണ്ടെത്തുന്നതിന് ഉപയോഗിക്കുന്നു. ക്രമരഹിതമായ പേരുകളുള്ള മൂന്ന് HTTP അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുമ്പോൾ, ഒരേ പേജിലേക്ക് ഒരു റീഡയറക്‌ട് ലഭിക്കുകയാണെങ്കിൽ, ഉപയോക്താവിനെ ഒരു മൂന്നാം കക്ഷി പേജിലേക്ക് റീഡയറക്‌ട് ചെയ്‌തതായി Chromium കരുതുന്നു.

റൂട്ട് DNS സെർവറിലെ അഭ്യർത്ഥനകളുടെ പൊതുവായ ഒഴുക്കിൽ നിന്ന് Chromium പ്രവർത്തനത്തെ വേർതിരിക്കുന്നതിനുള്ള സൂചനകളായി വിചിത്രമായ ഫസ്റ്റ്-ലെവൽ ഡൊമെയ്‌ൻ വലുപ്പങ്ങളും (7 മുതൽ 15 അക്ഷരങ്ങൾ വരെ) അന്വേഷണ ആവർത്തന ഘടകവും (ഓരോ തവണയും ക്രമരഹിതമായി പേരുകൾ സൃഷ്‌ടിക്കപ്പെട്ടു, ആവർത്തിച്ചില്ല).
ലോഗിൽ, നിലവിലില്ലാത്ത ഡൊമെയ്‌നുകൾക്കായുള്ള അഭ്യർത്ഥനകൾ ആദ്യം ഫിൽട്ടർ ചെയ്‌തു (78.09%), തുടർന്ന് മൂന്ന് തവണയിൽ കൂടുതൽ ആവർത്തിക്കാത്ത അഭ്യർത്ഥനകൾ തിരഞ്ഞെടുത്തു (51.41%), തുടർന്ന് 7 മുതൽ 15 വരെ അക്ഷരങ്ങൾ അടങ്ങിയ ഡൊമെയ്‌നുകൾ ഫിൽട്ടർ ചെയ്‌തു (45.80%) . രസകരമെന്നു പറയട്ടെ, റൂട്ട് സെർവറുകളിലേക്കുള്ള അഭ്യർത്ഥനകളിൽ 21.91% മാത്രമാണ് നിലവിലുള്ള ഡൊമെയ്‌നുകളുടെ നിർവചനവുമായി ബന്ധപ്പെട്ടത്.

Chrome-ന്റെ വർദ്ധിച്ചുവരുന്ന ജനപ്രീതിയിൽ a.root-servers.net, j.root-servers.net എന്നീ റൂട്ട് സെർവറുകളിലെ വർദ്ധിച്ചുവരുന്ന ലോഡിന്റെ ആശ്രിതത്വവും പഠനം പരിശോധിച്ചു.

ഫയർഫോക്സിൽ, DNS റീഡയറക്ട് ചെക്കുകൾ പരിമിതമാണ് പ്രാമാണീകരണ പേജുകളിലേക്കുള്ള റീഡയറക്‌ടുകൾ നിർവചിക്കുന്നു (ക്യാപ്റ്റീവ് പോർട്ടൽ) കൂടാതെ നടപ്പിലാക്കി с ഉപയോഗിക്കുന്നത് "detectportal.firefox.com" എന്ന ഉപഡൊമെയ്ൻ, ഫസ്റ്റ്-ലെവൽ ഡൊമെയ്ൻ നാമങ്ങൾ അഭ്യർത്ഥിക്കാതെ തന്നെ. ഈ സ്വഭാവം റൂട്ട് ഡിഎൻഎസ് സെർവറുകളിൽ അധിക ലോഡ് സൃഷ്ടിക്കുന്നില്ല, പക്ഷേ ഇതിന് സാധ്യതയുണ്ട് പരിഗണിക്കും ഉപയോക്താവിന്റെ IP വിലാസത്തെക്കുറിച്ചുള്ള രഹസ്യാത്മക ഡാറ്റയുടെ ചോർച്ച എന്ന നിലയിൽ (ഓരോ തവണ സമാരംഭിക്കുമ്പോഴും "detectportal.firefox.com/success.txt" എന്ന പേജ് അഭ്യർത്ഥിക്കുന്നു). ഫയർഫോക്സിൽ സ്കാനിംഗ് പ്രവർത്തനരഹിതമാക്കുന്നതിന്, "network.captive-portal-service.enabled" എന്ന ക്രമീകരണം ഉണ്ട്, അത് "about:config" പേജിൽ മാറ്റാവുന്നതാണ്.

അവലംബം: opennet.ru