Chromium ၏အင်္ဂါရပ်များထဲမှတစ်ခုသည် root DNS ဆာဗာများပေါ်တွင်ကြီးမားသောဝန်ကိုဖန်တီးပေးသည်။

Google Chrome နှင့် Microsoft Edge အသစ်တို့၏ ကြီးထွားလာနေသော open-source ပင်မဖြစ်သော Chromium ဘရောက်ဆာသည် ကောင်းမွန်သောရည်ရွယ်ချက်ဖြင့် ရည်ရွယ်ထားသည့် အင်္ဂါရပ်အတွက် သိသာထင်ရှားသော အနုတ်လက္ခဏာဆောင်သော အာရုံစိုက်မှုကို ရရှိခဲ့သည်- ၎င်းသည် အသုံးပြုသူ၏ ISP သည် မရှိမဖြစ် domain query ရလဒ်များကို "ခိုးယူနေသည်" ရှိမရှိ စစ်ဆေးပေးသည် .

Intranet Redirect Detectorစာရင်းအင်းမရှိနိုင်ဖွယ်မရှိသည့် ကျပန်း "ဒိုမိန်းများ" အတွက် အတုအပမေးမြန်းမှုများကို ဖန်တီးပေးသော၊ ကမ္ဘာတစ်ဝှမ်းရှိ root DNS ဆာဗာများမှ ရရှိသော စုစုပေါင်းအသွားအလာ၏ ထက်ဝက်ခန့်မှာ တာဝန်ရှိပါသည်။ Verisign အင်ဂျင်နီယာ Matt Thomas က အရှည်ကြီးရေးတယ်။ တိုင် ပြဿနာကိုဖော်ပြသည့် APNIC ဘလော့ဂ်တွင် ၎င်း၏စကေးကို အကဲဖြတ်ခြင်း။

DNS Resolution ကို မည်ကဲ့သို့ လုပ်ဆောင်သည်။

ဤဆာဗာများသည် .com၊ .net စသည်တို့ကို ဖြေရှင်းရန် သင်ဆက်သွယ်သင့်သော အမြင့်ဆုံးအာဏာပိုင်ဖြစ်ပြီး frglxrtmpuf သည် ထိပ်တန်းအဆင့်ဒိုမိန်း (TLD) မဟုတ်ကြောင်း ၎င်းတို့က ပြောပြမည်ဖြစ်သည်။

DNS သို့မဟုတ် Domain Name System သည် ကွန်ပျူတာများသည် arstechnica.com ကဲ့သို့ အမှတ်ရနိုင်သော ဒိုမိန်းအမည်များကို 3.128.236.93 ကဲ့သို့ အသုံးပြုရလွယ်ကူသော IP လိပ်စာများသို့ ဖြေရှင်းပေးသည့် စနစ်တစ်ခုဖြစ်သည်။ DNS မရှိလျှင် အင်တာနက်သည် လူသားများ အသုံးပြုနိုင်သည့် နည်းလမ်းဖြင့် တည်ရှိနေလိမ့်မည် မဟုတ်ပေ၊ ဆိုလိုသည်မှာ အထက်အဆင့် အခြေခံအဆောက်အဦတွင် မလိုအပ်သော ဝန်ထုပ်ဝန်ပိုးသည် တကယ့်ပြဿနာဖြစ်သည်။

ခေတ်မီဝဘ်စာမျက်နှာတစ်ခုတည်းကို တင်ခြင်းသည် မယုံနိုင်လောက်စရာ DNS ရှာဖွေမှုများစွာ လိုအပ်ပါသည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် ESPN ၏ပင်မစာမျက်နှာကို ပိုင်းခြားစိတ်ဖြာသောအခါတွင် a.espncdn.com မှ z.motads.com မှ သီးခြားဒိုမိန်းအမည် 93 ခုကို ရေတွက်ခဲ့ပါသည်။ ၎င်းတို့အားလုံးသည် စာမျက်နှာကို အပြည့်အ၀တင်နိုင်ရန် လိုအပ်ပါသည်။

ကမ္ဘာတစ်ခုလုံးကို ဝန်ဆောင်မှုပေးရန် လိုအပ်သော ရှာဖွေရေးအင်ဂျင်အတွက် ဤအလုပ်ဝန်အမျိုးအစားကို လိုက်လျောညီထွေဖြစ်စေရန်၊ DNS ကို အဆင့်များစွာသော အထက်တန်းအဆင့်အဖြစ် ဒီဇိုင်းထုတ်ထားသည်။ ဤပိရမစ်၏ထိပ်တွင် အမြစ်ဆာဗာများရှိသည် - .com ကဲ့သို့သော ထိပ်တန်းဒိုမိန်းတစ်ခုစီတွင် ၎င်းတို့အောက်ရှိ ဒိုမိန်းတစ်ခုစီအတွက် အမြင့်ဆုံးအာဏာပိုင်ဖြစ်သည့် ၎င်း၏ကိုယ်ပိုင်ဆာဗာမိသားစုများရှိသည်။ ခြေတစ်လှမ်းတက်သည်။ ဤ ဆာဗာများသည် ၎င်းတို့ကိုယ်တိုင်မှ အမြစ်ဆာဗာများဖြစ်သည်။ a.root-servers.net သို့ m.root-servers.net.

ဒါက ဘယ်နှစ်ကြိမ်ဖြစ်တာလဲ။

DNS အခြေခံအဆောက်အအုံ၏ အဆင့်များစွာသော ကက်ရှ်လျှောစီးမှုများကြောင့်၊ ကမ္ဘာ့ DNS စုံစမ်းမှုများ၏ အလွန်နည်းပါးသော ရာခိုင်နှုန်းသည် အမြစ်ဆာဗာများထံ ရောက်ရှိသည်။ လူအများစုသည် ၎င်းတို့၏ DNS ဖြေရှင်းသူ အချက်အလက်ကို ၎င်းတို့၏ ISP မှ တိုက်ရိုက်ရရှိကြသည်။ အသုံးပြုသူ၏စက်ပစ္စည်းသည် သီးခြားဝဘ်ဆိုဒ်တစ်ခုသို့ မည်သို့ရောက်ရှိရမည်ကို သိလိုသောအခါ၊ တောင်းဆိုချက်တစ်ခုကို ထိုဒေသခံဝန်ဆောင်မှုပေးသူမှ စီမံခန့်ခွဲသော DNS ဆာဗာသို့ ဦးစွာပေးပို့ပါသည်။ အကယ်၍ ဒေသန္တရ DNS ဆာဗာသည် အဖြေကို မသိပါက၊ ၎င်းသည် တောင်းဆိုချက်အား ၎င်း၏ကိုယ်ပိုင် “ထပ်ဆင့်ပေးပို့သူများ” (သတ်မှတ်ထားပါက) ပေးပို့သည်။

ပြည်တွင်းဝန်ဆောင်မှုပေးသူ၏ DNS ဆာဗာ သို့မဟုတ် ၎င်း၏ဖွဲ့စည်းပုံတွင်ဖော်ပြထားသည့် "ထပ်ဆင့်ပို့သည့်ဆာဗာများ" တွင် ကက်ရှ်တုံ့ပြန်မှုမရှိပါက တောင်းဆိုချက်ကို တရားဝင်ဒိုမိန်းဆာဗာထံ တိုက်ရိုက်ပေးပို့မည်ဖြစ်သည်။ ပိုမိုမြင့်မား သင်ပြောင်းလဲရန်ကြိုးစားနေသောအရာ။ ဘယ်တော့လဲ домен.com ၎င်းသည် တောင်းဆိုချက်ကို ဒိုမိန်းကိုယ်တိုင်၏ တရားဝင်ဆာဗာများသို့ ပေးပို့သည်ဟု ဆိုလိုသည်။ comတွင်တည်ရှိသော၊ gtld-servers.net.

စံနစ် gtld-serversတောင်းဆိုမှုပြုလုပ်ခဲ့သည့်အတွက်၊ ဒိုမိန်း domain.com အတွက် တရားဝင်အမည်ဆာဗာများစာရင်းနှင့် ထိုကဲ့သို့သောအမည်ဆာဗာတစ်ခု၏ IP လိပ်စာပါရှိသော အနည်းဆုံးလင့်ခ်မှတ်တမ်းတစ်ခုနှင့် တုံ့ပြန်သည်။ ထို့နောက်၊ တုံ့ပြန်မှုများသည် ကွင်းဆက်အောက်သို့ ရွေ့သွားသည် - ပေးပို့သူတိုင်းသည် ၎င်းတို့တောင်းဆိုထားသော ဆာဗာထံသို့ ဤတုံ့ပြန်မှုများကို တုံ့ပြန်မှုနောက်ဆုံးတွင် ဒေသဆိုင်ရာဝန်ဆောင်မှုပေးသူ၏ဆာဗာနှင့် အသုံးပြုသူ၏ကွန်ပျူတာသို့ရောက်ရှိသည်အထိ ပေးပို့သည်။ ၎င်းတို့အားလုံးသည် အဆင့်မြင့်စနစ်များကို မလိုအပ်ဘဲ မနှောင့်ယှက်စေရန်အတွက် ဤတုံ့ပြန်မှုကို သိမ်းဆည်းထားသည်။

ကိစ္စအများစုတွင်၊ name server သည် မှတ်တမ်းများဖြစ်သည်။ domain.com ဤ forwarder များအနက်မှ တစ်ခုပေါ်တွင် ကက်ရှ်ချထားပြီးဖြစ်ကာ၊ ထို့ကြောင့် root ဆာဗာများကို နှောင့်ယှက်မည်မဟုတ်ပါ။ သို့သော်၊ ယခု ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့နှင့် ရင်းနှီးသော URL အမျိုးအစားကို ပြောနေသည် - ပုံမှန်ဝဘ်ဆိုက်တစ်ခုအဖြစ်သို့ ပြောင်းလဲထားသည့် တစ်ခုဖြစ်သည်။ Chrome တောင်းဆိုမှုများသည် အဆင့်တွင်ရှိသည်။ ပိုမိုမြင့်မား အစုအဖွဲ့များ ၏ ခြေလှမ်းပေါ်တွင် root-servers.net.

Chromium နှင့် NXDomain ခိုးယူမှု စစ်ဆေးခြင်း။

Chromium က "ဒီ DNS ဆာဗာက ငါ့ကို လှည့်စားနေတာလား။" Verisign ၏ root DNS ဆာဗာများ အစုအဝေးသို့ ရောက်ရှိသည့် အသွားအလာအားလုံး၏ ထက်ဝက်နီးပါးကို တွက်ချက်ထားသည်။

Chromium ဘရောက်ဆာ၊ Google Chrome ၏ မိခင်ပရောဂျက်၊ Microsoft Edge အသစ်နှင့် မရေမတွက်နိုင်သော လူသိနည်းသော ဘရောက်ဆာများသည် အသုံးပြုသူများအား တစ်ခါတစ်ရံ "Omnibox" ဟုခေါ်သော ဘောက်စ်တစ်ခုတည်းတွင် ရှာဖွေရလွယ်ကူစေရန် ပံ့ပိုးပေးလိုပါသည်။ တစ်နည်းဆိုရသော်၊ အသုံးပြုသူသည် ဘရောက်ဆာဝင်းဒိုး၏ထိပ်ရှိ တူညီသောစာသားအကွက်ထဲသို့ အစစ်အမှန် URL များနှင့် ရှာဖွေရေးအင်ဂျင်မေးခွန်းများ နှစ်ခုလုံးကို ထည့်သွင်းသည်။ ရိုးရှင်းမှုဆီသို့ နောက်ထပ်ခြေလှမ်းတစ်ခုလှမ်းခြင်းဖြင့်၊ ၎င်းသည် အသုံးပြုသူအား URL ၏တစ်စိတ်တစ်ပိုင်းကို ထည့်သွင်းရန်လည်း တွန်းအားပေးမည်မဟုတ်ပါ။ http:// သို့မဟုတ် https://.

အဆင်ပြေသကဲ့သို့၊ ဤနည်းလမ်းသည် URL တစ်ခုဟု သတ်မှတ်သင့်သည်နှင့် ရှာဖွေမှုတစ်ခုအဖြစ် ထည့်သွင်းစဉ်းစားသင့်သည်တို့ကို နားလည်ရန် ဘရောက်ဆာမှ လိုအပ်ပါသည်။ ကိစ္စအများစုတွင် ၎င်းသည် အလွန်သိသာထင်ရှားသည် - ဥပမာ၊ space ပါသော စာကြောင်းသည် URL တစ်ခုမဖြစ်နိုင်ပါ။ ဒါပေမယ့် တကယ့်ဝဘ်ဆိုဒ်တွေကို ဖြေရှင်းဖို့ ပုဂ္ဂလိက ထိပ်တန်း ဒိုမိန်းတွေကို သုံးနိုင်တဲ့ အင်ထရာနက်တွေကို ထည့်သွင်းစဉ်းစားတဲ့အခါ အရာတွေ ပိုရှုပ်ထွေးလာနိုင်ပါတယ်။

ကုမ္ပဏီ၏အင်တာနက်အမျိုးအစား "စျေးကွက်ရှာဖွေခြင်း" နှင့် ကုမ္ပဏီ၏အင်ထရာနက်တွင် အသုံးပြုသူတစ်ဦးတွင် အမည်တူသော အတွင်းပိုင်းဝဘ်ဆိုဒ်တစ်ခုရှိနေပါက၊ Chromium သည် သုံးစွဲသူအား "စျေးကွက်ရှာဖွေခြင်း" ကိုရှာဖွေလိုခြင်းရှိမရှိ သို့မဟုတ် သွားရန်ကို မေးမြန်းသည့် အချက်အလက်သေတ္တာတစ်ခု ပြသမည်ဖြစ်သည်။ https://marketing. ထိုသို့မဖြစ်နိုင်သော်လည်း ISP အများအပြားနှင့် အများသူငှာ Wi-Fi ဝန်ဆောင်မှုပေးသူများသည် စာလုံးပေါင်းမှားနေသည့် URL တိုင်းကို “hijack” လုပ်ပြီး အသုံးပြုသူကို နဖူးစည်းထားသော စာမျက်နှာအချို့သို့ ပြန်ညွှန်းသည်။

ကျပန်းမျိုးဆက်

Chromium developer များသည် စကားလုံးတစ်လုံးတည်းကို ရှာဖွေသည့်အခါတိုင်း ၎င်းတို့၏ ဆိုလိုရင်းကို မေးမြန်းသည့် အချက်အလက်အကွက်တစ်ခုအား ပုံမှန်ကွန်ရက်များရှိ သုံးစွဲသူများကို မမြင်စေလိုသောကြောင့် စမ်းသပ်မှုကို အကောင်အထည်ဖော်ခဲ့သည်- ၎င်းတို့သည် ဘရောက်ဆာတစ်ခုဖွင့်သောအခါ သို့မဟုတ် ကွန်ရက်များကို ပြောင်းလဲသည့်အခါ Chromium သည် DNS ရှာဖွေမှုသုံးခုကို လုပ်ဆောင်ပေးပါသည်။ ထိပ်တန်းအဆင့်၊ စာလုံးခုနစ်လုံးမှ ဆယ့်ငါးလုံးအထိ ရှည်လျားသော "ဒိုမိန်းများ" ကို ကျပန်းထုတ်ပေးသည်။ ဤတောင်းဆိုမှုနှစ်ခုမှ တူညီသော IP လိပ်စာဖြင့် ပြန်ပို့ပါက၊ ထို့နောက် Chromium သည် ပြည်တွင်းကွန်ရက်သည် အမှားများကို "အပိုင်စီးခြင်း" ဟု ယူဆသည် NXDOMAIN၎င်းသည် လက်ခံသင့်သည် ဖြစ်သောကြောင့် ဘရောက်ဆာမှ ထည့်သွင်းထားသော စကားလုံးတစ်လုံးတည်း မေးမြန်းမှုအားလုံးကို နောက်ထပ်သတိပေးချက်မထုတ်မချင်း ရှာဖွေမှုအဖြစ် သတ်မှတ်သည်။

ကံမကောင်းစွာပဲ၊ မဟုတ် DNS queries ၏ရလဒ်များကိုခိုးယူသည်၊ ဤလုပ်ဆောင်ချက်သုံးခုသည်ထိပ်ဆုံးသို့တက်လေ့ရှိပြီး root name servers များကိုယ်တိုင်သို့ရောက်သည်- local server သည်မည်သို့ဖြေရှင်းရမည်ကိုမသိပါ။ qwajuixkထို့ကြောင့် ဤတောင်းဆိုချက်ကို နောက်ဆုံးအချိန်အထိ အလားတူလုပ်ဆောင်သည့် ၎င်း၏ပေးပို့သူထံ ပေးပို့ပါ။ a.root-servers.net သို့မဟုတ် သူ၏ “ညီအစ်ကိုများ” ထဲမှ တစ်ဦးသည် “တောင်းပန်ပါတယ်၊ ဒါပေမယ့် ဒါက ဒိုမိန်းမဟုတ်ပါဘူး” ဟု အတင်းပြောခိုင်းမည်မဟုတ်ပါ။

ခန့်မှန်းခြေအားဖြင့် 1,67*10^21 ဖြစ်နိုင်သော ဒိုမိန်းအမည်များ အရှည် ခုနစ်လုံးမှ ဆယ့်ငါးလုံးအထိ ရှိနိုင်သောကြောင့်၊ အဖြစ်အများဆုံး အသီးအသီး "ရိုးသား" ကွန်ရက်ပေါ်တွင်လုပ်ဆောင်ခဲ့သောဤစမ်းသပ်မှုများမှ၎င်းသည် root server သို့ရောက်ရှိသွားသည်။ ဒီပမာဏက အများကြီးပါ။ တဝက် အစုအစည်းများ၏ ထိုအစိတ်အပိုင်းမှ စာရင်းဇယားများအရ root DNS ပေါ်ရှိ စုစုပေါင်းဝန်မှ root-servers.netVerisign မှပိုင်ဆိုင်သည်။

သမိုင်းကိုယ်နှိုက်ကကို repeat

အကောင်းဆုံး ရည်ရွယ်ချက်တွေနဲ့ ဖန်တီးထားတဲ့ ပရောဂျက်ဟာ ဒါဟာ ပထမဆုံးအကြိမ် မဟုတ်ပါဘူး။ မအောင်မြင် သို့မဟုတ် မလိုအပ်သော အသွားအလာများဖြင့် အများသူငှာ အရင်းအမြစ်ကို လွှမ်းမိုးလုနီးပါးဖြစ်သည် - ၎င်းသည် 2000 ခုနှစ်များအလယ်ပိုင်းတွင် D-Link နှင့် Poul-Henning Kamp ၏ NTP (Network Time Protocol) ဆာဗာ၏ ရှည်လျားပြီး ဝမ်းနည်းဖွယ်သမိုင်းကြောင်းကို ချက်ချင်းအမှတ်ရစေသည်။

2005 ခုနှစ်တွင် ဒိန်းမတ်၏ တစ်ခုတည်းသော Stratum 1 Network Time Protocol ဆာဗာကိုလည်း ပိုင်ဆိုင်သည့် FreeBSD developer Poul-Henning သည် ကူးသန်းသွားလာမှုများအတွက် မမျှော်လင့်ထားသော ကြီးမားသော ငွေတောင်းခံလွှာကို လက်ခံရရှိခဲ့သည်။ အတိုချုပ်အားဖြင့်၊ အကြောင်းပြချက်မှာ D-Link developer များသည် Kampa ဆာဗာအပါအဝင် Stratum 1 NTP ဆာဗာများ၏ လိပ်စာများကို ကုမ္ပဏီ၏ ခလုတ်များ၊ router များနှင့် access point များ၏ firmware တွင် ရေးသားခဲ့ခြင်းကြောင့် ဖြစ်သည်။ ၎င်းသည် Kampa ၏ဆာဗာအသွားအလာကို ကိုးဆတိုးစေပြီး ဒိန်းမတ်အင်တာနက်အိတ်ချိန်း (ဒိန်းမတ်၏အင်တာနက်လဲလှယ်မှုပွိုင့်) ကို "အခမဲ့" မှ "တစ်နှစ်လျှင် $9" သို့ ပြောင်းလဲစေခဲ့သည်။

ပြဿနာမှာ D-Link Router များလွန်းခြင်းမဟုတ်သော်လည်း ၎င်းတို့သည် "လိုင်းမမိခြင်း" ဖြစ်သည်။ DNS ကဲ့သို့ပင်၊ NTP သည် အထက်အောက်ပုံစံဖြင့် လုပ်ဆောင်ရပါမည် - Stratum 0 ဆာဗာများသည် အချက်အလက်များကို Stratum 1 ဆာဗာများသို့ ပေးပို့သည်၊ ၎င်းသည် Stratum 2 ဆာဗာများသို့ အချက်အလက်များ ပေးပို့ခြင်းနှင့် အခြားအရာများကို အထက်တန်းအောက်သို့ ပေးပို့သည်။ NTP ဆာဗာလိပ်စာများဖြင့် ပရိုဂရမ်ပြုလုပ်ထားသည့် D-Link ကဲ့သို့ ပုံမှန်အိမ်သုံးရောက်တာ၊ ခလုတ် သို့မဟုတ် ဝင်ရောက်သည့်နေရာသည် Stratum 2 သို့မဟုတ် Stratum 3 ဆာဗာထံ တောင်းဆိုမှုများကို ပေးပို့မည်ဖြစ်သည်။

Chromium ပရောဂျက်သည် ရည်ရွယ်ချက်အကောင်းဆုံးဖြင့်၊ DNS ပြဿနာတွင် NTP ပြဿနာကို ထပ်တူပြုကာ ၎င်းတို့ကိုင်တွယ်ဖြေရှင်းရန် မရည်ရွယ်သည့် တောင်းဆိုမှုများဖြင့် အင်တာနက်၏ အမြစ်ဆာဗာများကို တင်နေပါသည်။

အမြန်ဖြေရှင်းဖို့ မျှော်လင့်ချက်ရှိတယ်။

Chromium ပရောဂျက်တွင် open source တစ်ခုရှိသည်။ ပိုးကောင်ဤပြဿနာကိုဖြေရှင်းရန် ပုံမှန်အားဖြင့် Intranet Redirect Detector ကို ပိတ်ရန် လိုအပ်သည်။ ကျွန်ုပ်တို့သည် Chromium ပရောဂျက်အား ခရက်ဒစ်ပေးရမည်- ချွတ်ယွင်းချက်ကို တွေ့ရှိခဲ့သည်။ အဲဒီမတိုင်ခင်Verisign ၏ Matt Thomas သည် သူ့အား မည်ကဲ့သို့ အာရုံစိုက်စေခဲ့သနည်း။ အစာရှောင်ခြင်း။ APNIC ဘလော့ဂ်တွင် အဆိုပါ bug ကို ဇွန်လတွင် ရှာဖွေတွေ့ရှိခဲ့သော်လည်း သောမတ်စ်၏ ပို့စ်တင်သည့်တိုင်အောင် မေ့ကျန်ခဲ့သည်။ အစာရှောင်ပြီးနောက်တွင် သူသည် အနီးကပ်ကြီးကြပ်မှုအောက်တွင်ရှိလာသည်။

ပြဿနာကို မကြာမီ ဖြေရှင်းနိုင်လိမ့်မည်ဟု မျှော်လင့်ထားပြီး၊ root DNS ဆာဗာများသည် နေ့စဉ် ခန့်မှန်းခြေ 60 ဘီလီယံ အတုအယောင် မေးမြန်းချက်များကို တုံ့ပြန်ရန် မလိုအပ်တော့ပါ။

ကြော်ငြာအဖြစ်

Epic ဆာဗာများ - က Windows တွင် VPS သို့မဟုတ် အားကောင်းသော AMD EPYC မိသားစု ပရိုဆက်ဆာများနှင့် အလွန်မြန်ဆန်သော Intel NVMe ဒရိုက်များပါရှိသော Linux။ မြန်မြန်အော်ဒါမှာလိုက်နော်။

source: www.habr.com