DNS ဆာဗာများကို အမြစ်တွယ်ရန် လမ်းကြောင်းတစ်ဝက်နီးပါးသည် Chromium လုပ်ဆောင်ချက်ကြောင့် ဖြစ်သည်။

အာရှ-ပစိဖိတ်ဒေသရှိ IP လိပ်စာများ ဖြန့်ဖြူးမှုအတွက် တာဝန်ရှိသော APNIC မှတ်ပုံတင်အရာရှိ၊ ပုံနှိပ်ထုတ်ဝေ root DNS ဆာဗာများထဲမှ တစ်ခုဖြစ်သော a.root-servers.net တွင် အသွားအလာ ဖြန့်ဖြူးမှု ခွဲခြမ်းစိတ်ဖြာမှု ရလဒ်များ။ အမြစ်ဆာဗာထံ တောင်းဆိုမှု 45.80% သည် Chromium အင်ဂျင်ကို အခြေခံသည့် ဘရောက်ဆာများမှ စစ်ဆေးမှုများနှင့် သက်ဆိုင်ပါသည်။ ထို့ကြောင့်၊ root DNS ဆာဗာများ၏ အရင်းအမြစ်များ၏ ထက်ဝက်နီးပါးသည် အမြစ်ဇုန်များကို ဆုံးဖြတ်ရန် DNS ဆာဗာများမှ တောင်းဆိုချက်များကို လုပ်ဆောင်ခြင်းထက် Chromium စစ်ဆေးမှုစစ်ဆေးမှုများကို လုပ်ဆောင်နေခြင်းဖြစ်သည်။ Chrome သည် ဝဘ်ဘရောက်ဆာစျေးကွက်၏ 70% အတွက် စာရင်းသွင်းထားသောကြောင့်၊ ထိုရှာဖွေရေးလုပ်ဆောင်ချက်သည် တစ်ရက်လျှင် အမြစ်ဆာဗာများသို့ တောင်းဆိုမှု 60 ဘီလီယံခန့်ကို ပေးပို့နေပါသည်။

ဝန်ဆောင်မှုပေးသူများသည် ၎င်းတို့၏ ကိုင်တွယ်ဖြေရှင်းသူများထံ တောင်းဆိုမှုများကို နဂိုရှိမရှိ အမည်ပြန်ညွှန်းသည့် ဝန်ဆောင်မှုများကို အသုံးပြုနေခြင်းရှိ၊ အမှားအယွင်းတစ်ခုဖြင့် ထည့်သွင်းထားသော ဒိုမိန်းအမည်များသို့ လမ်းကြောင်းမှန်ပေါ်ရောက်ရှိစေရန် ဝန်ဆောင်မှုပေးသူအချို့မှ အလားတူစနစ်များကို လုပ်ဆောင်နေပါသည် - စည်းကမ်းအနေဖြင့်၊ မရှိသောဒိုမိန်းများအတွက် စာမျက်နှာများကို အမှားသတိပေးချက်ဖြင့် ပြသထားပြီး ဖြစ်နိုင်ခြေမှန်ကန်သောအမည်များစာရင်းနှင့် ကြော်ငြာများကို ပေးဆောင်ပါသည်။ ထို့အပြင်၊ ထိုလုပ်ဆောင်ချက်သည် browser ရှိ intranet hosts များကိုသတ်မှတ်ခြင်း၏ယုတ္တိကိုလုံးဝပျက်စီးစေသည်။

လိပ်စာဘားတွင် ထည့်သွင်းထားသော ရှာဖွေမှုတစ်ခုအား လုပ်ဆောင်သည့်အခါ၊ စကားလုံးတစ်လုံးတည်းကိုသာ အစက်များမပါဘဲ ထည့်သွင်းပါက၊ ဘရောက်ဆာကို ဦးစွာလုပ်ဆောင်ပါ။ ကြိုးစားနေပါတယ်။ အသုံးပြုသူသည် ရှာဖွေရေးအင်ဂျင်သို့ query ပေးပို့ခြင်းထက် အတွင်းကွန်ရက်တစ်ခုပေါ်ရှိ အင်ထရာနက်ဆိုက်တစ်ခုကို ဝင်ရောက်ရန် ကြိုးစားနေနိုင်သည်ဟု ယူဆကာ DNS တွင် ပေးထားသော စကားလုံးတစ်လုံးကို ဆုံးဖြတ်ပါ။ အကယ်၍ ဝန်ဆောင်မှုပေးသူမှ မေးမြန်းချက်များကို တည်ရှိခြင်းမရှိသော ဒိုမိန်းအမည်များသို့ ပြန်လည်ညွှန်းဆိုပါက၊ အသုံးပြုသူများသည် ပြဿနာရှိတတ်သည် - လိပ်စာဘားတွင် ထည့်သွင်းထားသော စကားလုံးတစ်လုံးတည်းရှာဖွေမှုများအား ရှာဖွေရေးအင်ဂျင်သို့ ပေးပို့ခြင်းထက် ဝန်ဆောင်မှုပေးသူ၏စာမျက်နှာများသို့ ပြန်လည်ညွှန်းပို့ခံရမည်ဖြစ်သည်။

ဤပြဿနာကိုဖြေရှင်းရန် Chromium ဆော့ဖ်ဝဲအင်ဂျင်နီယာများသည် ဘရောက်ဆာသို့ ထည့်သွင်းခဲ့သည်။ အပိုစစ်ဆေးမှုများပြန်ညွှန်းမှုများကို တွေ့ရှိပါက၊ လိပ်စာဘားရှိ တောင်းဆိုမှုများကို လုပ်ဆောင်ရန်အတွက် ယုတ္တိကို ပြောင်းလဲပါ။
သင်စဖွင့်ချိန်တိုင်း၊ သင်၏ DNS ဆက်တင်များကို ပြောင်းလဲခြင်း သို့မဟုတ် သင့် IP လိပ်စာကို ပြောင်းလဲသည့်အခါတိုင်း၊ ဘရောင်ဇာသည် ဖြစ်နိုင်ခြေအများဆုံးမရှိသော ကျပန်းပထမအဆင့် ဒိုမိန်းအမည်များဖြင့် DNS တောင်းဆိုချက်သုံးခုကို ပေးပို့ပါသည်။ အမည်များတွင် လက်တင်အက္ခရာ 7 လုံးမှ 15 လုံး (အစက်များမပါသော) ပါ၀င်ပြီး ဝန်ဆောင်မှုပေးသူမှ ၎င်း၏အိမ်ရှင်ထံသို့ တည်ရှိခြင်းမရှိသော ဒိုမိန်းအမည်များကို လမ်းကြောင်းပြောင်းခြင်းကို ရှာဖွေရန် အသုံးပြုပါသည်။ အကယ်၍ ကျပန်းအမည်များဖြင့် HTTP တောင်းဆိုချက်သုံးခုကို လုပ်ဆောင်သောအခါ၊ နှစ်ခုသည် တူညီသောစာမျက်နှာသို့ ပြန်ညွှန်းခြင်းကို လက်ခံရရှိပါက၊ အသုံးပြုသူအား ပြင်ပစာမျက်နှာသို့ ပြန်ညွှန်းထားကြောင်း Chromium မှ ယူဆပါသည်။

ပုံမှန်မဟုတ်သော ပထမအဆင့် ဒိုမိန်းအရွယ်အစားများ (စာလုံး 7 လုံးမှ 15 လုံး) နှင့် query ထပ်တလဲလဲအချက် (အမည်များကို အကြိမ်တိုင်း ကျပန်းထုတ်ပေးပြီး ထပ်ခါတလဲလဲမလုပ်ခြင်း) ကို root DNS ဆာဗာရှိ တောင်းဆိုချက်များ၏ ယေဘုယျစီးဆင်းမှုမှ Chromium လုပ်ဆောင်ချက်ကို ခွဲထုတ်ရန် လက္ခဏာများအဖြစ် အသုံးပြုခဲ့သည်။
မှတ်တမ်းတွင်၊ မရှိသောဒိုမိန်းများအတွက် တောင်းဆိုမှုများကို ပထမဦးစွာ စစ်ထုတ်ခဲ့သည် (78.09%)၊ ထို့နောက် သုံးကြိမ်ထက်မပိုသော တောင်းဆိုချက်များကို ရွေးချယ်ခဲ့သည် (51.41%)၊ ထို့နောက် စာလုံး 7 လုံးမှ 15 လုံးအထိပါဝင်သော ဒိုမိန်းများကို စစ်ထုတ်ခဲ့သည် (45.80%) . စိတ်ဝင်စားစရာမှာ၊ root ဆာဗာများသို့ တောင်းဆိုမှု 21.91% သည် လက်ရှိဒိုမိန်းများ၏ အဓိပ္ပါယ်ဖွင့်ဆိုချက်နှင့် သက်ဆိုင်ပါသည်။

လေ့လာမှုသည် Chrome ၏ လူကြိုက်များမှု ကြီးထွားလာမှုအပေါ် root servers a.root-servers.net နှင့် j.root-servers.net တို့တွင် ကြီးထွားလာသော load ၏ မှီခိုမှုကိုလည်း ဆန်းစစ်ခဲ့သည်။

Firefox တွင်၊ DNS redirect စစ်ဆေးမှုများ အကန့်အသတ်ရှိကြသည်။ အထောက်အထားစိစစ်ခြင်း စာမျက်နှာများ (captive portal) သို့ ပြန်ညွှန်းချက်များကို သတ်မှတ်ခြင်းနှင့် အကောင်အထည်ဖော်ခဲ့သည်။ с သုံးပြီး ပထမအဆင့် ဒိုမိန်းအမည်များကို မတောင်းဆိုဘဲ ပြင်ဆင်ထားသော ဒိုမိန်းခွဲ “detectportal.firefox.com”။ ဤအပြုအမူသည် root DNS ဆာဗာများတွင် အပိုဝန်ကို မဖန်တီးပေးသော်လည်း ဖြစ်နိုင်ချေရှိသည်။ ထည့်သွင်းစဉ်းစားပါ။ အသုံးပြုသူ၏ IP လိပ်စာနှင့်ပတ်သက်သော လျှို့ဝှက်ဒေတာပေါက်ကြားမှုအဖြစ် (စာမျက်နှာ “detectportal.firefox.com/success.txt” ကို စတင်အသုံးပြုချိန်တိုင်း တောင်းဆိုထားသည်)။ Firefox တွင် စကင်ဖတ်ခြင်းကို ပိတ်ရန်၊ “network.captive-portal-service.enabled” တွင် “about:config” စာမျက်နှာတွင် ပြောင်းလဲနိုင်သည့် ဆက်တင်တစ်ခု ရှိသည်။

source: opennet.ru