DNS ဖြန့်ဖြူးမှု စစ်ဆေးသူ

DNS Propagation နှင့် Caching အလုပ်လုပ်ပုံကို နားလည်ခြင်း

DNS record များ ပြောင်းလဲပြင်ဆင်ပြီးနောက် ကမ္ဘာတစ်ဝှမ်းရှိ resolver များထံသို့ အချက်အလက်အသစ်များ ရောက်ရှိရန် အချိန်တစ်ခု လိုအပ်ပါသည်။ ဤဖြစ်စဉ်ကို DNS propagation ဟု ခေါ်ဆိုပြီး ၎င်းသည် အဓိကအားဖြင့် Time To Live (TTL) တန်ဖိုးများအပေါ် မူတည်၍ အလုပ်လုပ်ပါသည်။ DNS resolver များသည် အာဏာပိုင် nameserver များထံမှ ရရှိလာသော record များကို သတ်မှတ်ထားသည့် TTL စက္ကန့်အလိုက် cache ထဲတွင် သိမ်းဆည်းထားလေ့ရှိသည်။

မတူညီသော resolver များအကြား TTL တန်ဖိုး ကွဲပြားနေခြင်းသည် ပုံမှန်အားဖြင့် cache သက်တမ်း ကွဲပြားခြားနားမှုကိုသာ ပြသခြင်းဖြစ်ပြီး zone data မှားယွင်းနေခြင်းကို မဆိုလိုပါ။ ဥပမာအားဖြင့် resolver တစ်ခုသည် record ကို cache ထဲသို့ သိမ်းဆည်းပြီးစ ဖြစ်နိုင်သကဲ့သို့ အခြား resolver တစ်ခုတွင်မူ cache သက်တမ်း ကုန်ဆုံးခါနီး ဖြစ်နေနိုင်ပါသည်။

DNS Record တည်ဆောက်ပုံနှင့် အမျိုးအစားများ

DNS record တစ်ခုတွင် အချက်အလက်များကို စနစ်တကျ ဖွဲ့စည်းထားပြီး အောက်ပါ အစိတ်အပိုင်းများ ပါဝင်ပါသည်။

• Name: Domain အမည် (ဥပမာ example.com.)။
• TTL: Time To Live သို့မဟုတ် cache သိမ်းဆည်းရမည့် စက္ကန့်ပမာဏ။
• Class: ပုံမှန်အားဖြင့် အင်တာနက်ကို ကိုယ်စားပြုသည့် IN ဖြစ်သည်။
• Type: Record အမျိုးအစား (ဥပမာ A, MX)။
• Value: Record ၏ သတ်မှတ်ချက် တန်ဖိုး (ဥပမာ IP address သို့မဟုတ် mail server domain)။

ဝဘ်ဆိုက်နှင့် application များ အဆင်ပြေချောမွေ့စွာ လည်ပတ်နိုင်ရန်အတွက် ဤ record အမျိုးအစားများ မှန်ကန်စွာ တည်ရှိနေရန် လိုအပ်ပါသည်။ ဝဘ်ဆိုက်ထိန်းသိမ်းသူများနှင့် developer များသည် DNS configuration ပြဿနာများကို ရှာဖွေဖြေရှင်းရန်အတွက် မတူညီသော resolver များမှ ရရှိသည့် record တန်ဖိုးများကို တိုက်ဆိုင်စစ်ဆေးလေ့ရှိကြသည်။

DNS ဖြန့်ဖြူးမှု စစ်ဆေးသူ အသုံးပြုနည်းနှင့် စည်းမျဉ်းများ

ဤ tool သည် အသုံးပြုသူများထံမှ ရရှိလာသော DNS အဖြေများကို ဘေးချင်းယှဉ်၍ တိုက်ရိုက်နှိုင်းယှဉ်ပေးသည့် ကိရိယာဖြစ်သည်။ ၎င်းသည် DNS query များကို ကိုယ်တိုင်ပေးပို့ခြင်း မပြုလုပ်သကဲ့သို့ ကမ္ဘာလုံးဆိုင်ရာ ပြန့်နှံ့မှု သို့မဟုတ် အာဏာပိုင် nameserver များ၏ မှန်ကန်မှုကို တိုက်ရိုက်စစ်ဆေးပေးခြင်း မဟုတ်ပါ။

ထည့်သွင်းမှု ပုံစံနှင့် ကန့်သတ်ချက်များ

• Resolver ‹n› name: နှိုင်းယှဉ်မည့် resolver တစ်ခုချင်းစီအတွက် အမည် သတ်မှတ်နိုင်သည်။
• Resolver ‹n› answer: DNS record များကို တစ်လိုင်းလျှင် တစ်ခုနှုန်းဖြင့် ထည့်သွင်းရမည်။
  • စံ dig အဖြေလိုင်းပုံစံ: name TTL IN type value (ဥပမာ example.com. 300 IN A 192.0.2.1)။
  • အတိုချုံ့ပုံစံ: type TTL value (ဥပမာ A 300 192.0.2.1)။
• အနည်းဆုံး လိုအပ်ချက်: အနည်းဆုံး resolver အဖြေ နှစ်ခု ထည့်သွင်းရန် လိုအပ်သည်။
• အက္ခရာ ကန့်သတ်ချက်: Resolver အဖြေတစ်ခုစီသည် အက္ခရာ ၁၀၀,၀၀၀ အောက်သာ ဖြစ်ရမည်။ ထည့်သွင်းမှုများထဲရှိ မှတ်ချက် (comments) များနှင့် dig section heading များကို tool မှ ထည့်သွင်းစဉ်းစားမည်မဟုတ်ဘဲ လျစ်လျူရှုသွားမည်ဖြစ်သည်။

အကယ်၍ အချက်အလက်များ မှားယွင်းထည့်သွင်းမိပါက သို့မဟုတ် လိုအပ်ချက် မပြည့်စုံပါက အောက်ပါ error message များကို ပြသမည်ဖြစ်သည်။

• အဖြေနှစ်ခုလုံး ကူးထည့်ခြင်းမရှိဘဲ "အဖြေများကို နှိုင်းယှဉ်ပါ" ကို နှိပ်ပါက: "Resolver နှစ်ခုအနည်းဆုံးမှ အဖြေများကို ကူးထည့်ပါ။"
• Panel တစ်ခုတည်းတွင်သာ အဖြေထည့်သွင်းထားပါက: "Resolver panel နှစ်ခုအနည်းဆုံးတွင် အဖြေတစ်ခုကို ကူးထည့်ပါ။"
• အက္ခရာ ၁၀၀,၀၀၀ ကျော်လွန်ပါက: "Resolver ‹n› ၏အဖြေသည် အလွန်ကြီးမားနေပါသည်။ 100,000 အက္ခရာအောက်တွင်ထားပါ။"
• သတ်မှတ်ထားသော format နှင့် မကိုက်ညီပါက: "Resolver ‹n›, စာန်း ‹line› သည် ပံ့ပိုးထားသည့် DNS မှတ်တမ်းမဟုတ်ပါ။ name TTL IN type value သို့မဟုတ် type TTL value ကို အသုံးပြုပါ။"

"ရှင်းလင်းရန်" ခလုတ်ကို နှိပ်ပါက ထည့်သွင်းထားသော အဖြေများအားလုံး ပျက်ပြယ်သွားမည်ဖြစ်ပြီး ရလဒ်များကို reset လုပ်ကာ ပထမဆုံး input field သို့ focus ပြန်လည်ရောက်ရှိစေမည်ဖြစ်သည်။

နှိုင်းယှဉ်မှု ရလဒ်များကို ဖတ်ရှုနားလည်ခြင်း

နှိုင်းယှဉ်မှု ပြီးမြောက်ပါက "ဘက်ဘက်ဘက်ဆိုင်ရာ နှိုင်းယှဉ်မှု" အပိုင်းတွင် အောက်ပါ ရလဒ်အမျိုးအစားများကို တွေ့မြင်ရမည်ဖြစ်သည်။

နှိုင်းယှဉ်မှု ပြီးဆုံးပါက အကျဉ်းချုပ်အဖြစ် "‹resolvers› resolver နမူနာများအနှံ့ ‹types› မှတ်တမ်းအမျိုးအစားများကို နှိုင်းယှဉ်ပြီးစစ်ဆေးထားသည်။" ဟူသော စာသားကို ပြသပေးမည်ဖြစ်သည်။

ကိုယ်ရေးအချက်အလက် လုံခြုံမှုနှင့် လုပ်ဆောင်ပုံ

သင့်ကူးထည့်ထားသော DNS အဖြေများ သင်၏ browser ထဲတွင်သာရှိနေပါသည်။ ဘာမှ BroBroGo သို့ upload သို့မဟုတ် သိမ်းဆည်း မထားပါ။ လုပ်ဆောင်ချက်အားလုံးသည် သင့်စက်တွင်းရှိ browser ထဲတွင်သာ တိုက်ရိုက်အလုပ်လုပ်ခြင်း ဖြစ်သည်။

မကြာခဏမေးလေ့ရှိသော မေးခွန်းများ (FAQ)

မေး - မည်သည့် DNS ရလဒ် ဖောင်မက်များကို ကူးထည့်နိုင်မလဲ?
ဖြေ - “example.com. 300 IN A 192.0.2.1” ကဲ့သို့သော စံ dig အဖြေလိုင်းများ သို့မဟုတ် “A 300 192.0.2.1” ကဲ့သို့သော တိုပြီးသောလိုင်းများကို ကူးထည့်ပါ။ မှတ်ချက်များနှင့် dig အပိုင်းခေါင်းစီးများကို မလေးတန်ပါ။

မေး - တခြား TTL တန်ဖိုးတစ်ခုက DNS တန်ဖိုးမှားနေတယ်လို့ဆိုနိုင်သလား?
ဖြေ - မဖြစ်နိုင်ပါ။ Recursive resolver များသည် cache ထဲရှိ TTL များကို လျော့စေပြီး သူတို့ရဲ့ cache ကန့်သတ်မှုကိုလည်း လိုက်နာနိုင်သည်။ TTL မတူညီသော်လည်း တန်ဖိုးများကို ကိုက်ညီခြင်းသည် ပုံမှန်အားဖြင့် cache အသက်အရွယ်ကွဲပြားမှုကိုသာ ပြသပြီး zone data ကွဲပြားမှုကို မပြသပါ။

မေး - ဒီမှာ ကိုက်ညီမှုတစ်ခုက DNS အား အားလုံးသို့ ပြန့်နေကြောင်း သက်သေပြနိုင်ပါသလား?
ဖြေ - မဟုတ်ပါ၊ ဒီနှိုင်းယှဉ်မှုသည် သင်ထည့်သွင်းထားသော အဖြေများကိုသာ ဖြစ်သည်။ အခြား public, ISP, company နှင့် device cache များသည် မတူညီသော data ကို ပြန်လည်ထုတ်နိုင်ပြီး ဒီစာမျက်နှာသည် အာဏာပိုင် nameserver များသို့ ဆက်သွယ်မထားပါ။