Cisco Training 200-125 CCNA v3.0။ နေ့ 24 IPv6 ပရိုတိုကော

ယနေ့ကျွန်ုပ်တို့သည် IPv6 protocol ကိုလေ့လာပါမည်။ CCNA သင်တန်း၏ယခင်ဗားရှင်းသည် ဤပရိုတိုကောနှင့်အသေးစိတ်သိရှိနားလည်ရန်မလိုအပ်သော်လည်း၊ တတိယဗားရှင်း 200-125 တွင် စာမေးပွဲအောင်မြင်ရန်အတွက် ၎င်း၏အတွင်းကျကျလေ့လာမှုသည် မဖြစ်မနေလိုအပ်ပါသည်။ IPv6 ပရိုတိုကောကို ဟိုးရှေးရှေးတုန်းက တီထွင်ခဲ့ပေမဲ့ တွင်တွင်ကျယ်ကျယ် အသုံးမပြုခဲ့တာ ကြာပါပြီ။ နေရာအနှံ့ IPv4 ပရိုတိုကော၏ ချို့ယွင်းချက်များကို ဖယ်ရှားရန် ရည်ရွယ်သောကြောင့် ၎င်းသည် အင်တာနက်၏ အနာဂတ်ဖွံ့ဖြိုးတိုးတက်မှုအတွက် အလွန်အရေးကြီးပါသည်။

IPv6 ပရိုတိုကောသည် ကျယ်ပြန့်သောအကြောင်းအရာဖြစ်သောကြောင့်၊ ကျွန်ုပ်သည် ၎င်းအား ရက် 24 နှင့် Day 25 တွင် ဗီဒီယိုသင်ခန်းစာနှစ်ခုအဖြစ် ပိုင်းခြားထားသည်။ ပထမနေ့တွင် အခြေခံသဘောတရားများကို မြှုပ်နှံမည်ဖြစ်ပြီး ဒုတိယနေ့တွင် Cisco အတွက် IPv6 IP လိပ်စာများကို ပြင်ဆင်သတ်မှတ်ခြင်းကို ကြည့်ရှုပါမည်။ ကိရိယာများ။ ယနေ့တွင်၊ ပုံမှန်အတိုင်း၊ IPv6 အတွက် လိုအပ်မှု၊ IPv6 လိပ်စာများ၏ ဖော်မတ်နှင့် IPv6 လိပ်စာအမျိုးအစားများကို ခေါင်းစဉ်သုံးခုဖြင့် လွှမ်းခြုံပါမည်။

ကျွန်ုပ်တို့၏သင်ခန်းစာများတွင် ယခုအချိန်အထိ၊ ကျွန်ုပ်တို့သည် v4 IP လိပ်စာများကို အသုံးပြုနေကြပြီး ၎င်းတို့သည် ရိုးရှင်းပုံပေါက်သည့်အချက်ကို သင်အသုံးပြုနေပါသည်။ ဤဆလိုက်တွင် ပြသထားသည့် လိပ်စာကို သင်မြင်သောအခါ ၎င်းအရာနှင့် ပတ်သက်၍ သင် ကောင်းစွာ နားလည်ပါသည်။

သို့သော်၊ v6 IP လိပ်စာများသည် အလွန်ကွဲပြားပုံရသည်။ ဤအင်တာနက်ပရိုတိုကောဗားရှင်းတွင် လိပ်စာများကို မည်သို့ဖန်တီးထားသည်ကို သင်မသိပါက၊ ဤ IP လိပ်စာအမျိုးအစားသည် နေရာများစွာယူသည့်အတွက် သင် ပထမဆုံး အံ့သြသွားမည်ဖြစ်သည်။ ပရိုတိုကော၏ စတုတ္ထဗားရှင်းတွင်၊ ကျွန်ုပ်တို့တွင် ဒဿမ ဂဏန်းများသာ ရှိသည်၊ ၎င်းတို့နှင့် အရာအားလုံးသည် ရိုးရှင်းသည်၊ သို့သော် မစ္စတာ X ကို ၎င်း၏ IP လိပ်စာအသစ် 4:2001db0:8a85:3:0000:0000a8e ကဲ့သို့ အချို့သော Mr. X ကို ပြောပြရန် လိုအပ်သည်ဟု စိတ်ကူးကြည့်ပါ။ :2: 0370 ။

သို့သော် စိတ်မပူပါနှင့်၊ ဤဗီဒီယိုသင်ခန်းစာ၏အဆုံးတွင် ကျွန်ုပ်တို့သည် များစွာပိုမိုကောင်းမွန်သော အနေအထားတွင် ရှိနေပါမည်။ IPv6 ကို ဘာကြောင့်သုံးဖို့ လိုအပ်လာသလဲဆိုတာကို အရင်ကြည့်ရအောင်။

ယနေ့ခေတ်တွင် လူအများစုသည် IPv4 ကို အသုံးပြုကြပြီး ၎င်းကို ကျေနပ်ကြသည်။ ဗားရှင်းအသစ်သို့ အဘယ်ကြောင့် အဆင့်မြှင့်တင်ရန် လိုအပ်သနည်း။ ပထမ၊ ဗားရှင်း 4 IP လိပ်စာများသည် 32 bits ရှည်သည်။ ၎င်းသည် သင့်အား အင်တာနက်ပေါ်တွင် ခန့်မှန်းခြေ 4 ဘီလီယံလိပ်စာများကို ဖန်တီးနိုင်စေသည်၊ ဆိုလိုသည်မှာ IP လိပ်စာများ၏အတိအကျအရေအတွက်မှာ 232 ဖြစ်ပါသည်။ IPv4 ကိုဖန်တီးသည့်အချိန်၌ developer များသည် ဤလိပ်စာအရေအတွက်သည် လုံလောက်သည်ထက်ပိုသည်ဟု ယုံကြည်ကြသည်။ သင်မှတ်မိပါက၊ ဤဗားရှင်း၏လိပ်စာများကို အတန်း 5 ခု ခွဲခြားထားသည်- တက်ကြွသောအတန်းများ A၊ B၊ C နှင့် အရန်အတန်းများ D (multicasting) နှင့် E (သုတေသန)။ ထို့ကြောင့် အလုပ်လုပ်သော IP လိပ်စာများသည် 75 ဘီလီယံ၏ 4% သာရှိသော်လည်း၊ ပရိုတိုကောကို ဖန်တီးသူများသည် လူသားအားလုံးအတွက် လုံလောက်မည်ဟု ယုံကြည်ကြသည်။ သို့သော်လည်း အင်တာနက်၏ လျင်မြန်စွာ ဖွံ့ဖြိုးတိုးတက်လာမှုကြောင့် အခမဲ့ IP လိပ်စာများ ပြတ်လပ်မှုကို နှစ်စဉ်နှစ်တိုင်း ခံစားလာရပြီး NAT နည်းပညာကို အသုံးပြုရန်အတွက် မဟုတ်ပါက၊ အခမဲ့ IPv4 လိပ်စာများသည် ကြာမြင့်စွာ ကုန်ဆုံးသွားမည်ဖြစ်သည်။ တကယ်တော့ NAT သည် ဤအင်တာနက်ပရိုတိုကော၏ ကယ်တင်ရှင်ဖြစ်လာသည်။ ထို့ကြောင့် 4th ဗားရှင်း၏ ချို့ယွင်းချက်မရှိသော အင်တာနက်ပရိုတိုကော၏ ဗားရှင်းအသစ်ကို ဖန်တီးရန် လိုအပ်လာသည်။ သင်သည် ဗားရှင်း 5 မှ ဗားရှင်း 1,2 သို့ အဘယ်ကြောင့် ဖြောင့်တန်းစွာ ခုန်ဆင်းသနည်းဟု မေးနိုင်ပါသည်။ အဘယ်ကြောင့်ဆိုသော် ဗားရှင်း 3၊ ဗားရှင်း XNUMX နှင့် XNUMX တို့ကဲ့သို့ ဗားရှင်း XNUMX ကို စမ်းသပ်ထားသောကြောင့်ဖြစ်သည်။

ထို့ကြောင့်၊ v6 IP လိပ်စာများသည် 128-bit လိပ်စာနေရာလွတ်ရှိသည်။ ဖြစ်နိုင်သည့် IP လိပ်စာအရေအတွက် မည်မျှတိုးလာသည်ဟု သင်ထင်ပါသနည်း။ “၄ ကြိမ်!” ဟု သင်ပြောကောင်းပြောနိုင်ပေမည်။ သို့သော် 4 သည် 234 ထက် 4 ဆပိုကြီးနေပြီဖြစ်သောကြောင့် 232 သည် မယုံနိုင်လောက်အောင်ကြီးမားသည် - ၎င်းသည် 2128 နှင့်ညီမျှပါသည်။ IPv340282366920938463463374607431768211456 တွင်ရရှိနိုင်သော IP လိပ်စာအရေအတွက်များဖြစ်သည်။ ဆိုလိုသည်မှာ သင့်ကား၊ ဖုန်း၊ လက်ပတ်နာရီ၊ သင်အလိုရှိသော မည်သည့်အရာကိုမဆို IP လိပ်စာတစ်ခု သတ်မှတ်ပေးနိုင်သည်။ ခေတ်သစ်လူတစ်ဦးတွင် လက်ပ်တော့တစ်လုံး၊ စမတ်ဖုန်းများစွာ၊ စမတ်နာရီများ၊ စမတ်အိမ်တစ်ခု-အင်တာနက်ချိတ်ဆက်ထားသော TV၊ အင်တာနက်ချိတ်ဆက်ထားသည့် အဝတ်လျှော်စက်၊ အိမ်တစ်အိမ်လုံး အင်တာနက်ချိတ်ဆက်ထားနိုင်သည်။ ဤလိပ်စာများသည် Cisco မှပံ့ပိုးပေးထားသည့် "Internet of Things" သဘောတရားကို ခွင့်ပြုထားသည်။ ဆိုလိုသည်မှာ သင့်ဘဝ၏ အရာအားလုံးသည် အင်တာနက်နှင့် ချိတ်ဆက်ထားပြီး ၎င်းတို့အားလုံးသည် ၎င်းတို့၏ ကိုယ်ပိုင် IP လိပ်စာ လိုအပ်ပါသည်။ IPv6 ဖြင့် ဖြစ်နိုင်သည်။ ကမ္ဘာပေါ်ရှိ လူတိုင်းသည် ၎င်းတို့၏ စက်များအတွက် ဤဗားရှင်း၏ သန်းပေါင်းများစွာသော လိပ်စာများကို အသုံးပြုနိုင်ပြီး အခမဲ့ အများအပြား ရှိနေပါသေးသည်။ နည်းပညာ မည်ကဲ့သို့ ဖွံ့ဖြိုးတိုးတက်လာမည်ကို ကျွန်ုပ်တို့ မခန့်မှန်းနိုင်သော်လည်း လူသားမျိုးနွယ်သည် ကမ္ဘာမြေပေါ်တွင် ကွန်ပျူတာ ၁ လုံးသာ ကျန်ရှိတော့မည့် အချိန်သို့ ရောက်လာလိမ့်မည် မဟုတ်ဟု ကျွန်ုပ်တို့ မျှော်လင့်နိုင်သည်။ IPv6 သည် ကြာရှည်စွာ တည်ရှိနေမည်ဟု ယူဆနိုင်သည်။ ဆဋ္ဌမဗားရှင်း IP လိပ်စာဖော်မတ်က ဘာလဲဆိုတာ လေ့လာကြည့်ရအောင်။

ဤလိပ်စာများကို hexadecimal နံပါတ်များအုပ်စု 8 ခုအဖြစ်ပြသထားသည်။ ဆိုလိုသည်မှာ လိပ်စာတစ်ခုစီ၏ အက္ခရာတစ်ခုစီသည် 4 bits ရှည်သည်၊ ထို့ကြောင့် ထိုစာလုံး 4 လုံး၏ အုပ်စုတစ်ခုစီသည် 16 bits ရှည်ပြီး လိပ်စာတစ်ခုလုံးသည် 128 bits ရှည်သည်။ စာလုံး 4 လုံးပါသော အုပ်စုတစ်ခုစီကို ကော်လံတစ်ခုဖြင့် ခွဲထားသည်။ အဘယ်ကြောင့်ဆိုသော် အစက်သည် ဂဏန်းများ၏ ဒဿမကိုယ်စားပြုမှုဖြစ်သောကြောင့် အုပ်စုများကို အစက်များဖြင့် ခွဲထားသည့် IPv4 လိပ်စာများတွင် မတူပါ။ ထိုသို့သော လိပ်စာသည် မှတ်မိရန် မလွယ်ကူသောကြောင့်၊ ၎င်းကို အတိုချုံးရန် စည်းမျဉ်းများစွာ ရှိပါသည်။ ပထမစည်းမျဉ်းတွင် သုညအားလုံး၏ အုပ်စုများကို ကော်လံနှစ်ထပ်ဖြင့် အစားထိုးနိုင်သည်ဟု ဆိုသည်။ အလားတူလုပ်ဆောင်ချက်ကို IP လိပ်စာတစ်ခုစီတွင် 1 ကြိမ်သာ လုပ်ဆောင်နိုင်သည်။ ဘာကိုဆိုလိုသလဲ ကြည့်ရအောင်။

သင်မြင်နိုင်သည်အတိုင်း၊ ပေးထားသောလိပ်စာဥပမာတွင် သုည 4 အုပ်စုသုံးစုရှိသည်။ ဤ 0000:0000:0000 အုပ်စုများကို ခွဲထုတ်သည့် ကော်လံများ၏ စုစုပေါင်းအရေအတွက်သည် 2 ဖြစ်သည်။ ထို့ကြောင့်၊ သင်သည် double colon ::၊ ၎င်းသည် ဤလိပ်စာတည်နေရာတွင် သုညအုပ်စုများ ရှိနေသည်ဟု ဆိုလိုလိမ့်မည်။ ဒါဆို ဒီ အူမကြီး နှစ်ထပ်က သုည အုပ်စု ဘယ်နှစ်စု ဆိုတာကို ဘယ်လို သိနိုင်မလဲ။ လိပ်စာ၏ အတိုကောက်ပုံစံကို ကြည့်လျှင် စာလုံး 5 လုံးပါသော အုပ်စု 4 ခုကို ရေတွက်နိုင်သည်။ ဒါပေမယ့် လိပ်စာအပြည့်အစုံမှာ အုပ်စု 8 ခုပါ၀င်ကြောင်း ကျွန်ုပ်တို့သိထားသောကြောင့်၊ ကော်လံနှစ်ထပ်သည် သုညအုပ်စု 3 အုပ်စုကို ဆိုလိုပါသည်။ ဤသည်မှာ လိပ်စာ၏ အတိုကောက်ပုံစံ၏ ပထမစည်းမျဉ်းဖြစ်သည်။

ဒုတိယစည်းမျဉ်းက ဇာတ်ကောင်အုပ်စုတစ်ခုစီတွင် ဦးဆောင်သုညကို စွန့်ပစ်နိုင်သည်ဟု ဆိုသည်။ ဥပမာအားဖြင့်၊ လိပ်စာ၏ရှည်လျားသောပုံစံ၏ 6 ခုမြောက်အုပ်စုသည် 04FF နှင့်တူပြီး ၎င်း၏အတိုကောက်ပုံစံမှာ 4FF ကဲ့သို့ဖြစ်နေမည်ဖြစ်သောကြောင့်၊ ကျွန်ုပ်တို့သည် ဦးဆောင်သုညကို ကျဆင်းသွားစေသည်။ ထို့ကြောင့် entry 4FF သည် 04FF ထက်မပိုပါ။

ဤစည်းမျဉ်းများကို အသုံးပြု၍ မည်သည့် IP လိပ်စာကိုမဆို အတိုချုံးနိုင်သည်။ သို့သော် အတိုချုံးပြီးသည့်တိုင် ဤလိပ်စာသည် တိုတောင်းပုံမပေါ်ပါ။ နောက်ပိုင်းတွင် သင်ဘာလုပ်နိုင်သည်ကို လေ့လာကြည့်မည်၊ ယခု ဤစည်းမျဉ်း ၂ ခုကို မှတ်သားထားပါ။

IPv4 နှင့် IPv6 လိပ်စာခေါင်းစီးများသည် ဘာလဲ လေ့လာကြည့်ရအောင်။

ကျွန်တော်အင်တာနက်မှယူခဲ့သော ဤပုံသည် ခေါင်းစီးနှစ်ခုကြား ကွာခြားချက်ကို ကောင်းစွာရှင်းပြသည်။ သင်တွေ့မြင်ရသည့်အတိုင်း IPv4 လိပ်စာခေါင်းစီးသည် ပိုမိုရှုပ်ထွေးပြီး IPv6 ခေါင်းစီးထက် အချက်အလက်များစွာပါရှိသည်။ ခေါင်းစီးသည် ရှုပ်ထွေးနေပါက၊ Routing ဆုံးဖြတ်ချက်တစ်ခုချရန်အတွက် Router မှ အချိန်ပိုယူရသောကြောင့် ဆဋ္ဌမဗားရှင်း၏ ပိုမိုရိုးရှင်းသော IP လိပ်စာများကို အသုံးပြုသည့်အခါ Router များသည် ပိုမိုထိရောက်စွာ အလုပ်လုပ်ပါသည်။ ထို့ကြောင့် IPv6 သည် IPv4 ထက် များစွာသာလွန်ပါသည်။

IPv4 ခေါင်းစီးအရှည်သည် 0 မှ 31 bits မှ 32 bits အထိကြာသည်။ Options နှင့် Padding ၏ နောက်ဆုံးစာကြောင်းမှ လွဲ၍ ဗားရှင်း 4 IP လိပ်စာသည် 20-byte လိပ်စာဖြစ်ပြီး ၎င်း၏ အနည်းဆုံးအရွယ်အစားမှာ 20 bytes ဖြစ်သည်။ ဆဋ္ဌမဗားရှင်း၏လိပ်စာအရှည်သည် အနိမ့်ဆုံးအရွယ်အစားမရှိပါ၊ ထိုလိပ်စာသည် ပုံသေအရှည် 40 bytes ရှိသည်။

IPv4 ခေါင်းစီးတွင်၊ ဗားရှင်းသည် ပထမဆုံးဖြစ်ပြီး၊ နောက်တွင် IHL ခေါင်းစီးအရှည်ဖြင့် ထွက်ပေါ်လာသည်။ ပုံသေမှာ 20 bytes ဖြစ်သော်လည်း အပိုရွေးချယ်စရာအချက်အလက်များကို ခေါင်းစီးတွင် သတ်မှတ်ထားပါက၊ ၎င်းသည် ပိုရှည်နိုင်သည်။ Wireshark ကိုအသုံးပြုခြင်းဖြင့် သင်သည် ဗားရှင်းတန်ဖိုး 4 နှင့် IHL တန်ဖိုး 5 ကိုဖတ်နိုင်သည်၊ ဆိုလိုသည်မှာ Options ပိတ်ဆို့ခြင်းကိုမရေတွက်ဘဲ တစ်ခုစီတွင် 4 bytes (32 bits) ဒေါင်လိုက်ငါးခုကို ဆိုလိုသည်။

ဝန်ဆောင်မှုအမျိုးအစားသည် packet ၏ သဘောသဘာဝကို ညွှန်ပြသည် - ဥပမာ၊ အသံ packet သို့မဟုတ် data packet သည် အခြားသော traffic အမျိုးအစားများထက် သာလွန်သောကြောင့်၊ အတိုချုပ်အားဖြင့်၊ ဤအကွက်သည် ယာဉ်ကြောပိတ်ဆို့မှု၏ ဦးစားပေးကို ညွှန်ပြသည်။ Total Length သည် ဒေတာလွှဲပြောင်းပေးနေသည့် ဒေတာပမာဏဖြစ်သည့် ပေးဆောင်မှုအလျား 20 bytes ၏ ခေါင်းစီးအရှည်၏ ပေါင်းလဒ်ဖြစ်သည်။ ၎င်းသည် 50 bytes ဖြစ်ပါက စုစုပေါင်းအရှည်သည် 70 bytes ဖြစ်လိမ့်မည်။ Header Checksum header ၏ checksum ဘောင်ကို အသုံးပြု၍ Identification packet ကို အသုံးပြုပြီး packet ၏ မှန်ကန်မှုကို စစ်ဆေးရန် အသုံးပြုပါသည်။ ပက်ကေ့ဂျ်ကို အပိုင်း 5 ပိုင်းသို့ အပိုင်းပိုင်းခွဲထားပါက ၎င်းတို့တစ်ခုစီတွင် တူညီသော identifier ရှိရမည် - အပိုင်းအစ အော့ဖ်ဆက် Fragment Offset သည် 0 မှ 4 အထိ တန်ဖိုးရှိနိုင်ပြီး ပက်ကေ့ဂျ်၏အပိုင်းအစတစ်ခုစီသည် တူညီသော offset တန်ဖိုးရှိရပါမည်။ အလံများသည် အစိတ်စိတ်အမွှာမွှာ ရွှေ့ပြောင်းခြင်းကို ခွင့်ပြုထားခြင်းရှိမရှိ ညွှန်ပြသည်။ ဒေတာအကွဲကွဲအပြားပြား မဖြစ်ပွားစေချင်ပါက၊ သင်သည် DF ကို သတ်မှတ်ပါ - အစိတ်စိတ်အမွှာမွှာ အလံမထားပါ။ အလံ MF - ပိုအပိုင်းတစ်ပိုင်းရှိပါတယ်။ ဆိုလိုသည်မှာ ပထမပက်ကေ့ကို အပိုင်းပိုင်း 5 ပိုင်းခွဲထားပါက ဒုတိယအထုပ်ကို 0 ဟုသတ်မှတ်မည်ဖြစ်ကာ အပိုင်းအစများမရှိတော့ပါ။ ဤကိစ္စတွင်၊ ပထမအထုပ်၏နောက်ဆုံးအပိုင်းကို 4 ဟုမှတ်သားရမည်ဖြစ်ပြီး၊ သို့မှသာ လက်ခံကိရိယာသည် အထုပ်ကို အလွယ်တကူ disassemble လုပ်နိုင်သည်၊ ဆိုလိုသည်မှာ၊ defragmentation ကိုအသုံးပြုပါ။

ဤဆလိုက်တွင် အသုံးပြုထားသော အရောင်များကို ဂရုပြုပါ။ IPv6 ခေါင်းစီးမှ ဖယ်ထုတ်ထားသော အကွက်များကို အနီရောင်ဖြင့် အမှတ်အသားပြုထားသည်။ အပြာရောင်သည် ပရိုတိုကော၏ စတုတ္ထဗားရှင်းမှ ဆဌမဗားရှင်းသို့ ပြုပြင်ထားသောပုံစံဖြင့် လွှဲပြောင်းထားသော ကန့်သတ်ချက်များကို ပြသသည်။ အဝါရောင်သေတ္တာများသည် ဗားရှင်းနှစ်မျိုးလုံးတွင် မပြောင်းလဲပါ။ အစိမ်းရောင်သည် IPv6 တွင်သာ ပထမဆုံးပေါ်လာသော အကွက်တစ်ခုကို ပြသသည်။

ခေတ်မီဒေတာလွှဲပြောင်းမှုအခြေအနေများတွင် အကွဲကွဲအပြားပြားဖြစ်ပေါ်ခြင်းမရှိသည့်အတွက် ခွဲခြားသတ်မှတ်ခြင်း၊ အလံများ၊ အပိုင်းပိုင်းအော့ဖ်ဆက်နှင့် ခေါင်းစီးစစ်ဆေးခြင်းအကွက်များကို ဖယ်ရှားလိုက်ပါသည်။ လွန်ခဲ့သည့်နှစ်များစွာက နှေးကွေးသောဒေတာလွှဲပြောင်းမှုများကြောင့် အကွဲကွဲအပြားပြားဖြစ်လေ့ရှိသော်လည်း ယနေ့ခေတ်တွင် 802.3-byte MTU ပါသော IEEE 1500 Ethernet သည် နေရာအနှံ့တွင်ရှိပြီး အကွဲအပြဲများကို မတွေ့ရတော့ပါ။

TTL သို့မဟုတ် packet time to live သည် countdown ကောင်တာတစ်ခုဖြစ်သည် - တိုက်ရိုက်လွှင့်ချိန် 0 သို့ရောက်ရှိသောအခါ packet ပြုတ်သွားပါသည်။ အမှန်တော့၊ ဤသည်မှာ ဤကွန်ရက်တွင် ပြုလုပ်နိုင်သည့် အများဆုံး ခုန်ပေါက်အရေအတွက်ဖြစ်သည်။ ပရိုတိုကောအကွက်သည် ကွန်ရက်ပေါ်တွင် မည်သည့်ပရိုတိုကော၊ TCP သို့မဟုတ် UDP ကို ​​အသုံးပြုနေကြောင်း ဖော်ပြသည်။

Header Checksum သည် ကန့်သတ်ထားသော ကန့်သတ်ဘောင်တစ်ခုဖြစ်သောကြောင့် ၎င်းကို ပရိုတိုကော၏ဗားရှင်းအသစ်မှ ဖယ်ရှားလိုက်ပါသည်။ နောက်တစ်ခုကတော့ 32-bit source address နဲ့ 32-bit destination address အကွက်တွေပါ။ အကယ်၍ ကျွန်ုပ်တို့တွင် Options line တွင် အချက်အလက်အချို့ရှိပါက IHL တန်ဖိုးသည် 5 မှ 6 သို့ပြောင်းသွားပြီး header တွင် အပိုအကွက်တစ်ခုရှိနေကြောင်း ညွှန်ပြသည်။
IPv6 ခေါင်းစီးသည် ဗားရှင်းဗားရှင်းကိုလည်း အသုံးပြုထားပြီး Traffic Class သည် IPv4 ခေါင်းစီးရှိ ဝန်ဆောင်မှုအကွက်အမျိုးအစားနှင့် ကိုက်ညီပါသည်။ Flow Label သည် Traffic Class နှင့် ဆင်တူပြီး packet များ၏ တစ်သားတည်းကျသော လည်ပတ်မှုလမ်းကြောင်းကို ရိုးရှင်းစေရန် အသုံးပြုပါသည်။ Payload Length ဆိုသည်မှာ ခေါင်းစီးအောက်ရှိ အကွက်တွင်ရှိသော ဒေတာအကွက်၏ အရှည် သို့မဟုတ် ပေးဆောင်မှု၏ အရွယ်အစားကို ဆိုလိုသည်။ header ကိုယ်တိုင်၏ အရှည်သည် 40 bytes ဖြစ်ပြီး ကိန်းသေဖြစ်သောကြောင့် မည်သည့်နေရာတွင်မှ ဖော်ပြထားခြင်းမရှိပါ။

နောက်ခေါင်းစီးအကွက်၊ Next Header သည် နောက်ထုပ်တွင်ရှိမည့် ခေါင်းစီးအမျိုးအစားကို ညွှန်ပြသည်။ ၎င်းသည် နောက်လာမည့် သယ်ယူပို့ဆောင်ရေးပရိုတိုကော အမျိုးအစား - TCP၊ UDP စသည်တို့ကို သတ်မှတ်ပေးသည့် အလွန်အသုံးဝင်သော လုပ်ဆောင်ချက်တစ်ခုဖြစ်ပြီး အနာဂတ်ဒေတာလွှဲပြောင်းမှုနည်းပညာများတွင် အလွန်တောင်းဆိုလာမည့် လုပ်ဆောင်ချက်တစ်ခုဖြစ်သည်။ သင့်ကိုယ်ပိုင် ပရိုတိုကောကို အသုံးပြုလျှင်ပင်၊ မည်သည့်ပရိုတိုကောကို နောက်တစ်ခုက ရှာဖွေနိုင်မည်နည်း။

Hop ကန့်သတ်ချက် သို့မဟုတ် Hop Limit သည် IPv4 ခေါင်းစီးရှိ TTL နှင့် ဆင်တူသည်၊ ၎င်းသည် လမ်းကြောင်းပတ်လမ်းကြောင်းများကို တားဆီးရန် ယန္တရားတစ်ခုဖြစ်သည်။ နောက်တစ်ခုကတော့ 128-bit အရင်းအမြစ်လိပ်စာနဲ့ 128-bit ဦးတည်ရာလိပ်စာအကွက်များ ဖြစ်ပါတယ်။ ခေါင်းစီးတစ်ခုလုံးသည် 40 bytes အရွယ်အစားရှိသည်။ ငါပြောခဲ့သည့်အတိုင်း IPv6 သည် IPv4 ထက်ပိုမိုရိုးရှင်းပြီး router လမ်းကြောင်းဆိုင်ရာဆုံးဖြတ်ချက်များအတွက်ပိုမိုထိရောက်သည်။
IPv6 လိပ်စာအမျိုးအစားများကို သုံးသပ်ပါ။ unicast ဆိုသည်မှာ မည်သည်ကို ကျွန်ုပ်တို့သိသည် - စက်ပစ္စည်းတစ်ခုသည် အခြားတစ်ခုသို့ တိုက်ရိုက်ချိတ်ဆက်ထားသည့်အခါ ၎င်းသည် ညွှန်ကြားထားသော ထုတ်လွှင့်မှုဖြစ်ပြီး စက်နှစ်ခုစလုံးသည် တစ်ခုနှင့်တစ်ခုသာ ဆက်သွယ်နိုင်သည်။ Multicast သည် အသံလွှင့်ထုတ်လွှင့်မှုတစ်ခုဖြစ်ပြီး စက်ပစ္စည်းများစွာသည် စက်ပစ္စည်းတစ်ခုနှင့်တစ်ပြိုင်နက် ဆက်သွယ်နိုင်ပြီး၊ ၎င်းသည် တစ်ချိန်တည်းတွင် စက်အများအပြားနှင့် ဆက်သွယ်နိုင်သည်ဟု ဆိုလိုသည်။ ဤသဘောအရ၊ multicast သည် နေရာတိုင်းတွင် အချက်ပြမှုများကို ဖြန့်ဝေနေသော ရေဒီယိုအသံလွှင့်ဌာနတစ်ခုနှင့်တူသည်။ သီးခြားချန်နယ်တစ်ခုကို ကြားလိုပါက၊ သင့်ရေဒီယိုကို တိကျသော ကြိမ်နှုန်းတစ်ခုသို့ ချိန်ညှိရပါမည်။ RIP ပရိုတိုကောအကြောင်း ဗီဒီယို သင်ခန်းစာကို မှတ်မိပါက၊ ဤပရိုတိုကောသည် အပ်ဒိတ်များကို ဖြန့်ဝေရန်အတွက် ထုတ်လွှင့်သည့်ဒိုမိန်း 255.255.255.255 ကို အသုံးပြုထားကြောင်း သင်သိပါသည်။ သို့သော် RIP ပရိုတိုကောကို အသုံးပြုသည့် စက်ပစ္စည်းများကသာ ဤအပ်ဒိတ်များကို လက်ခံရရှိမည်ဖြစ်သည်။

IPv4 တွင် မမြင်ရသော အခြားထုတ်လွှင့်မှုအမျိုးအစားကို Anycast ဟုခေါ်သည်။ သင့်တွင် တူညီသော IP လိပ်စာရှိသည့် စက်ပစ္စည်းများစွာရှိပြီး လက်ခံသူအုပ်စုမှ အနီးဆုံးနေရာသို့ ပက်ကတ်များကို ပေးပို့ခွင့်ပြုသည့်အခါ ၎င်းကို အသုံးပြုသည်။

ကျွန်ုပ်တို့တွင် CDN ကွန်ရက်များရှိသည့် အင်တာနက်ကိစ္စတွင်၊ ကျွန်ုပ်တို့သည် YouTube ဝန်ဆောင်မှုကို ဥပမာတစ်ခုပေးနိုင်ပါသည်။ ဤဝန်ဆောင်မှုကို ကမ္ဘာ့နိုင်ငံအသီးသီးရှိ လူအများအပြားက အသုံးပြုနေကြသော်လည်း ၎င်းတို့အားလုံး ကယ်လီဖိုးနီးယားရှိ ကုမ္ပဏီဆာဗာသို့ တိုက်ရိုက်ချိတ်ဆက်သည်ဟု မဆိုလိုပါ။ YouTube ဝန်ဆောင်မှုတွင် ကမ္ဘာတစ်ဝှမ်းရှိ ဆာဗာများစွာရှိသည်၊ ဥပမာ၊ ကျွန်ုပ်၏ အိန္ဒိယ YouTube ဆာဗာသည် စင်ကာပူတွင် တည်ရှိသည်။ အလားတူ၊ IPv6 ပရိုတိုကောတွင် Anycast ကို အသုံးပြု၍ ပထဝီဝင်အနေအထားအရ ဖြန့်ဝေထားသော ကွန်ရက်ဖွဲ့စည်းပုံကို အသုံးပြု၍ CDN ထုတ်လွှင့်မှုကို အကောင်အထည်ဖော်ရန်အတွက် built-in ယန္တရားတစ်ခုရှိသည်။

သင်တွေ့မြင်ရသည့်အတိုင်း၊ IPv6 သည် ၎င်းကိုအသုံးမပြုသောကြောင့် ဤနေရာတွင် ထုတ်လွှင့်မှုပျောက်နေသော အခြားထုတ်လွှင့်မှုအမျိုးအစားတစ်ခုရှိသည်။ သို့သော် ဤပရိုတိုကောတွင် Multicast သည် IPv4 ရှိ Broadcast နှင့်ဆင်တူသည်၊ ပိုမိုထိရောက်သောနည်းလမ်းဖြင့်သာလုပ်ဆောင်သည်။

ပရိုတိုကော၏ ဆဋ္ဌမမြောက်ဗားရှင်းတွင် လိပ်စာသုံးမျိုးဖြစ်သည့် Link Local၊ Unique Site Local နှင့် Global။ IPv4 တွင် အင်တာဖေ့စ်တစ်ခုတွင် IP လိပ်စာတစ်ခုသာရှိသည်ကို သတိရပါ။ ကျွန်ုပ်တို့တွင် တစ်ခုနှင့်တစ်ခုချိတ်ဆက်ထားသော router နှစ်ခုရှိသည်ဟု ယူဆကြပါစို့၊ ထို့ကြောင့် ချိတ်ဆက်မှုအင်တာဖေ့စ်တစ်ခုစီတွင် IP လိပ်စာ 1 ခုသာရှိပါမည်။ IPv6 ကိုအသုံးပြုသောအခါ၊ အင်တာဖေ့စ်တစ်ခုစီသည် Link Local IP လိပ်စာကို အလိုအလျောက်ရရှိမည်ဖြစ်သည်။ ဤလိပ်စာများသည် FE80 နှင့် စတင်သည်::/64.

ဤ IP လိပ်စာများကို ပြည်တွင်းချိတ်ဆက်မှုများအတွက်သာ အသုံးပြုပါသည်။ Windows နှင့်အလုပ်လုပ်သူများသည် 169.254.X.X ကဲ့သို့သော အလားတူလိပ်စာများကို သိကြသည် - ၎င်းတို့သည် IPv4 ပရိုတိုကောမှ အလိုအလျောက်ပြင်ဆင်ထားသော လိပ်စာများဖြစ်သည်။

အကယ်၍ ကွန်ပျူတာသည် IP လိပ်စာတစ်ခုအတွက် DHCP ဆာဗာအား တောင်းဆိုသော်လည်း အကြောင်းတစ်ခုခုကြောင့် ၎င်းနှင့် ဆက်သွယ်၍မရပါက၊ Microsoft စက်ပစ္စည်းများတွင် ကွန်ပျူတာအား IP လိပ်စာတစ်ခု သတ်မှတ်ပေးရန် ခွင့်ပြုသည့် ယန္တရားတစ်ခုရှိသည်။ ဤကိစ္စတွင်၊ လိပ်စာသည် ဤကဲ့သို့သောအရာတစ်ခုဖြစ်လိမ့်မည်- 169.254.1.1။ ကျွန်ုပ်တို့တွင် ကွန်ပျူတာ၊ ခလုတ်တစ်ခုနှင့် router တစ်ခုရှိလျှင် အလားတူအခြေအနေမျိုး ပေါ်လာလိမ့်မည်။ Router သည် DHCP ဆာဗာမှ IP လိပ်စာကို မရရှိခဲ့ဘဲ ၎င်းကိုယ်တိုင် တူညီသော IP လိပ်စာ 169.254.1.1 ကို အလိုအလျောက် သတ်မှတ်ပေးသည်ဆိုပါစို့။ ၎င်းနောက်၊ ၎င်းသည် ကွန်ရက်ပေါ်ရှိ ARP ထုတ်လွှင့်မှုတောင်းဆိုချက်ကို ခလုတ်မှတစ်ဆင့် ပေးပို့မည်ဖြစ်ပြီး၊ ၎င်းသည် အချို့သောကွန်ရက်စက်ပစ္စည်းတွင် ဤလိပ်စာရှိမရှိ မေးမြန်းမည်ဖြစ်သည်။ တောင်းဆိုမှုတစ်ခုကို လက်ခံရရှိပြီးနောက်၊ ကွန်ပျူတာက သူ့ကို အဖြေပေးပါလိမ့်မယ်- "ဟုတ်ကဲ့၊ ကျွန်တော့်မှာ တူညီတဲ့ IP လိပ်စာရှိပါတယ်!"၊ ထို့နောက် router သည် ကျပန်းလိပ်စာအသစ်တစ်ခုအဖြစ် သတ်မှတ်ပေးမည်ဖြစ်ပြီး ဥပမာ၊ 169.254.10.10 နှင့် ARP တောင်းဆိုချက်ကို ထပ်မံပေးပို့ပါမည်။ ကွန်ရက်။

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

အလားတူ၊ IPv6 တွင် FE80:: မှစတင်သည့် Link Local IP လိပ်စာများကို သတ်မှတ်ပေးသည့် ယန္တရားတစ်ခုရှိသည်။ မျဥ်းစောင်း 64 သည် ကွန်ရက်လိပ်စာများနှင့် လက်ခံဆောင်ရွက်ပေးသည့်လိပ်စာများကို ပိုင်းခြားထားခြင်းကို ဆိုလိုသည်။ ဤကိစ္စတွင်၊ ပထမ 64 သည် network ကိုဆိုလိုပြီးဒုတိယ 64 သည် host ကိုဆိုလိုသည်။

FE80:: ဆိုသည်မှာ host address ၏တစ်စိတ်တစ်ပိုင်းအားဖြင့် မျဥ်းစောင်းနောက်တွင်ရှိသော FE80.0.0.0/ ကဲ့သို့ လိပ်စာများကို ဆိုလိုသည်။ ဤလိပ်စာများသည် ကျွန်ုပ်တို့၏စက်ပစ္စည်းနှင့် ၎င်းနှင့်ချိတ်ဆက်ထားသော အင်တာဖေ့စ်အတွက် တူညီမှုမရှိသည့်အပြင် အလိုအလျောက်စီစဉ်သတ်မှတ်ပေးပါသည်။ ဤကိစ္စတွင်၊ host အပိုင်းသည် MAC လိပ်စာကိုအသုံးပြုသည်။ သင်သိသည့်အတိုင်း၊ MAC လိပ်စာသည် ဆဋ္ဌမကိန်းဂဏန်း ၂ ခုပါရှိသော 48-bit IP လိပ်စာဖြစ်သည်။ Microsoft သည် ထိုကဲ့သို့သောစနစ်ကိုအသုံးပြုသည်၊ Cisco သည် ဆယ်ဂဏန်းဂဏန်းပေါင်း ၄ တုံး၏ ၃ တုံးကို အသုံးပြုသည်။

ကျွန်ုပ်တို့၏ဥပမာတွင်၊ ပုံစံ 11:22:33:44:55:66 ၏ Microsoft အတွဲကို အသုံးပြုပါမည်။ စက်တစ်ခု၏ MAC လိပ်စာကို မည်သို့သတ်မှတ်သနည်း။ MAC လိပ်စာကို ကိုယ်စားပြုသည့် ဤအိမ်ရှင်လိပ်စာရှိ နံပါတ်များကို အပိုင်းနှစ်ပိုင်းခွဲထားသည်- ဘယ်ဘက်တွင် 11:22:33 အုပ်စုသုံးစု၊ ညာဘက်တွင် 44:55:66 အုပ်စုသုံးစု၊ FF နှင့် FE ၎င်းတို့ကြားတွင် ထည့်ထားသည်။ ၎င်းသည် host ၏ IP လိပ်စာ၏ 64 ဘစ်ပိတ်ဆို့ခြင်းကို ဖန်တီးပေးသည်။

သင်သိသည့်အတိုင်း၊ sequence 11:22:33:44:55:66 သည် စက်တစ်ခုစီအတွက် ထူးခြားသည့် MAC လိပ်စာတစ်ခုဖြစ်သည်။ နံပါတ်အုပ်စုနှစ်ခုကြားရှိ FF:FE MAC လိပ်စာများကို သတ်မှတ်ခြင်းဖြင့်၊ ဤစက်ပစ္စည်းအတွက် ထူးခြားသော IP လိပ်စာကို ကျွန်ုပ်တို့ ရရှိပါသည်။ ဤသည်မှာ Local Link အမျိုးအစား၏ IP လိပ်စာကို ဖန်တီးထားပုံဖြစ်ပြီး၊ အထူးဖွဲ့စည်းပုံနှင့် အထူးဆာဗာများမပါဘဲ အိမ်နီးချင်းများအကြား ဆက်သွယ်မှုတည်ဆောက်ရန်အတွက်သာ အသုံးပြုပါသည်။ ထိုသို့သော IP လိပ်စာကို ကွန်ရက်အပိုင်းတစ်ခုအတွင်းသာ အသုံးပြုနိုင်ပြီး ဤအပိုင်း၏ပြင်ပတွင် ပြင်ပဆက်သွယ်ရေးအတွက် အသုံးမပြုနိုင်ပါ။

လိပ်စာ၏ နောက်အမျိုးအစားမှာ 4/10.0.0.0၊ 8/172.16.0.0 နှင့် 12/192.168.0.0 ကဲ့သို့သော ပုဂ္ဂလိက IPv16 IP လိပ်စာများနှင့် ကိုက်ညီသည့် သီးသန့်ဆိုက် Local Scope ဖြစ်သည်။ အတွင်းပုဂ္ဂလိကနှင့် ပြင်ပအများပြည်သူပိုင် IP လိပ်စာများကို အသုံးပြုရသည့်အကြောင်းရင်းမှာ ယခင်သင်ခန်းစာများတွင် ကျွန်ုပ်တို့ပြောခဲ့သော NAT နည်းပညာကြောင့်ဖြစ်သည်။ Unique Site Local Scope သည် အတွင်းပိုင်း IP လိပ်စာများကို ထုတ်ပေးသည့် နည်းပညာတစ်ခုဖြစ်သည်။ သင်ပြောနိုင်သည်- "Imran၊ စက်ပစ္စည်းတစ်ခုစီတွင် ၎င်း၏ကိုယ်ပိုင် IP လိပ်စာရှိနိုင်သည်ဟု သင်ပြောသောကြောင့်၊ ကျွန်ုပ်တို့သည် IPv6 သို့ပြောင်းရခြင်းဖြစ်သည်" ဟူ၍ဖြစ်ပြီး သင်သည် လုံးဝမှန်ပါလိမ့်မည်။ သို့သော် အချို့သောသူများသည် လုံခြုံရေးအကြောင်းပြချက်များအတွက် အတွင်း IP လိပ်စာများ၏ သဘောတရားကို အသုံးပြုလိုကြသည်။ ဤကိစ္စတွင်၊ NAT ကို firewall အဖြစ်အသုံးပြုပြီး ပြင်ပစက်ပစ္စည်းများသည် ကွန်ရက်အတွင်းရှိ စက်ပစ္စည်းများနှင့် ပြင်ပအင်တာနက်မှဝင်ရောက်၍မရသောပြည်တွင်း IP လိပ်စာများရှိသောကြောင့် ၎င်းတို့တွင် ပြင်ပစက်ကိရိယာများနှင့် နိုင်ထက်စီးနင်းဆက်သွယ်၍မရပါ။ သို့သော်၊ NAT သည် ESP ပရိုတိုကောကဲ့သို့သော VPN များနှင့် ပြဿနာများစွာကို ဖန်တီးပေးသည်။ IPv4 သည် လုံခြုံရေးအတွက် IPSec ကိုအသုံးပြုထားသော်လည်း IPv6 တွင် တပ်ဆင်ထားသောလုံခြုံရေးယန္တရားပါရှိသောကြောင့် အတွင်းနှင့်ပြင်ပ IP လိပ်စာများအကြား ဆက်သွယ်မှုမှာ အလွန်လွယ်ကူပါသည်။

၎င်းကိုလုပ်ဆောင်ရန်၊ IPv6 တွင် မတူညီသောလိပ်စာနှစ်မျိုးရှိသည်- Unique Local လိပ်စာများသည် IPv4 အတွင်းပိုင်း IP လိပ်စာများနှင့် သက်ဆိုင်သော်လည်း Global လိပ်စာများသည် IPv4 ပြင်ပလိပ်စာများနှင့် သက်ဆိုင်ပါသည်။ လူများစွာသည် Unique Local လိပ်စာများကို လုံးဝအသုံးမပြုရန် ရွေးချယ်ကြပြီး၊ အခြားသူများက ၎င်းတို့မပါဘဲ မလုပ်နိုင်ကြသောကြောင့်၊ ဤအရာသည် စဉ်ဆက်မပြတ် ငြင်းခုံနေသည့် အကြောင်းအရာဖြစ်သည်။ ပြင်ပ IP လိပ်စာများကိုသာ အသုံးပြုပါက ရွှေ့ပြောင်းသွားလာမှုဆိုင်ရာ အဓိကအားဖြင့် သင်သည် အကျိုးကျေးဇူးများစွာရရှိမည်ဟု ယုံကြည်ပါသည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်သည် Bangalore သို့မဟုတ် New York တွင်ဖြစ်စေ ကျွန်ုပ်၏စက်ပစ္စည်းတွင် တူညီသော IP လိပ်စာရှိမည်ဖြစ်သောကြောင့် ကျွန်ုပ်သည် ကမ္ဘာပေါ်ရှိ မည်သည့်စက်ပစ္စည်းကိုမဆို အလွယ်တကူအသုံးပြုနိုင်ပါသည်။

ငါပြောခဲ့သည့်အတိုင်း၊ IPv6 တွင် သင့်ရုံးတည်နေရာနှင့် သင့်စက်ပစ္စည်းများကြားတွင် လုံခြုံသော VPN ဥမင်တစ်ခုဖန်တီးရန် ခွင့်ပြုသည့် built-in လုံခြုံရေးယန္တရားတစ်ခုရှိသည်။ ယခင်က ဤကဲ့သို့သော VPN ဥမင်လိုဏ်ခေါင်းကို ဖန်တီးရန် ပြင်ပယန္တရားတစ်ခု လိုအပ်သော်လည်း IPv6 တွင် ၎င်းသည် တပ်ဆင်ထားသော စံနမူနာတစ်ခုဖြစ်သည်။

ယနေ့ကျွန်ုပ်တို့ လုံလောက်သောအကြောင်းအရာများကို ဆွေးနွေးပြီးပြီဖြစ်သောကြောင့် နောက်ဗီဒီယိုတွင် IP Internet Protocol ၏ ဆဋ္ဌမဗားရှင်းကို ဆက်လက်ဆွေးနွေးရန် ကျွန်ုပ်တို့၏သင်ခန်းစာကို နှောင့်ယှက်ပါမည်။ အိမ်စာအတွက်၊ hexadecimal နံပါတ်စနစ်က ဘာလဲဆိုတာ ကောင်းကောင်းလေ့လာခိုင်းမယ်၊ ဘာကြောင့်လဲဆိုတော့ IPv6 ကို နားလည်ဖို့အတွက် binary number system ကို hexadecimal နဲ့ အပြန်အလှန်ပြောင်းတာကို နားလည်ဖို့ အရမ်းအရေးကြီးပါတယ်။ ဥပမာအားဖြင့်၊ သင်သည် 1111=F၊ အစရှိသည်တို့ကို သိထားသင့်သည်၊ ၎င်းကို ခွဲထုတ်ရန် Google ကို တောင်းဆိုပါ။ နောက်ဗီဒီယိုသင်ခန်းစာတွင်၊ ထိုသို့သောအသွင်ပြောင်းမှုတွင် သင်နှင့်အတူလေ့ကျင့်ရန် ကျွန်ုပ်ကြိုးစားပါမည်။ အကြောင်းအရာများနှင့်ပတ်သက်သော မေးခွန်းများမရှိပါက ယနေ့ ဗီဒီယိုသင်ခန်းစာကို အကြိမ်ပေါင်းများစွာ ကြည့်ရှုရန် အကြံပြုအပ်ပါသည်။

ကျွန်ုပ်တို့နှင့်အတူရှိနေသည့်အတွက် ကျေးဇူးတင်ပါသည်။ ကျွန်ုပ်တို့၏ဆောင်းပါးများကို သင်နှစ်သက်ပါသလား။ ပိုစိတ်ဝင်စားစရာကောင်းတဲ့ အကြောင်းအရာတွေကို ကြည့်ချင်ပါသလား။ မှာယူမှုတစ်ခုပြုလုပ်ခြင်း သို့မဟုတ် သူငယ်ချင်းများကို အကြံပြုခြင်းဖြင့် ကျွန်ုပ်တို့အား ပံ့ပိုးကူညီပါ၊ သင့်အတွက်ကျွန်ုပ်တို့တီထွင်ခဲ့သော ဝင်ခွင့်အဆင့်ဆာဗာများ၏ ထူးခြားသော analogue တွင် Habr အသုံးပြုသူများအတွက် 30% လျှော့စျေး- VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps သို့မဟုတ် $20 မှ ဆာဗာတစ်ခုမျှဝေပုံနှင့်ပတ်သက်သော အမှန်တရားတစ်ခုလုံး။ (RAID1 နှင့် RAID10၊ 24 cores အထိနှင့် 40GB DDR4 အထိ)။

Dell R730xd က ၂ ဆ ပိုစျေးသက်သာလား။ ဒီမှာသာ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV ကို $199 မှ နယ်သာလန်မှာ Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 မှ။ အကြောင်းဖတ်ပါ။ Infrastructure Corp ကို ဘယ်လိုတည်ဆောက်မလဲ။ တစ်ပြားတစ်ချပ်အတွက် ယူရို ၉၀၀၀ တန် Dell R730xd E5-2650 v4 ဆာဗာများကို အသုံးပြုခြင်း။

source: www.habr.com