Cisco Training 200-125 CCNA v3.0။ နေ့ 6- ကွက်လပ်များဖြည့်ခြင်း (DHCP၊ TCP၊ လက်ဆွဲနှုတ်ဆက်ခြင်း၊ ဘုံပေါက်နံပါတ်များ)

ယနေ့ ဗီဒီယိုသင်ခန်းစာကို မစတင်မီ၊ YouTube တွင် ကျွန်ုပ်၏သင်တန်းကို လူကြိုက်များစေရန် ပံ့ပိုးပေးသူအားလုံးကို ကျေးဇူးတင်ပါသည်။ လွန်ခဲ့သည့် 8 လခန့်က စတင်သောအခါ၊ ဤကဲ့သို့သော အောင်မြင်မှုကို မမျှော်လင့်ခဲ့ပေ - ယနေ့တွင် ကျွန်ုပ်၏သင်ခန်းစာများကို လူ 312724 မှ ​​ကြည့်ရှုခဲ့ပြီး စာရင်းသွင်းသူ 11208 ရှိသည်။ ဒီလို နှိမ့်ချတဲ့အစက ဒီလောက်အထိ အမြင့်ရောက်မယ်လို့ တစ်ခါမှ စိတ်ကူးမယဉ်ဖူးဘူး။ ဒါပေမယ့် အချိန်မဖြုန်းဘဲ ဒီနေ့သင်ခန်းစာကို တန်းတန်းမတ်မတ်သွားလိုက်ကြရအောင်။ ဒီနေ့တော့ နောက်ဆုံး ဗီဒီယိုသင်ခန်းစာ 7 ခုမှာ ဖြစ်ခဲ့တဲ့ ကွက်လပ်တွေကို ဖြည့်ပေးပါမယ်။ ဒီနေ့က 6 ရက်သာရှိသေးပေမယ့် 3 ရက်ကိုတော့ ဗီဒီယိုသင်ခန်းစာ 3 ခုခွဲထားတာမို့ ဒီနေ့ အဋ္ဌမမြောက်ဗီဒီယိုသင်ခန်းစာကို တကယ်ကြည့်ရမှာပါ။

ယနေ့တွင် ကျွန်ုပ်တို့သည် အရေးကြီးသော အကြောင်းအရာ 3 ခုကို ခြုံငုံမိသည်- DHCP၊ TCP သယ်ယူပို့ဆောင်ရေးနှင့် အသုံးအများဆုံး ဆိပ်ကမ်းနံပါတ်များ။ ကျွန်ုပ်တို့သည် IP လိပ်စာများအကြောင်းကို ပြောထားပြီးသားဖြစ်ပြီး IP လိပ်စာဖွဲ့စည်းမှုတွင် အရေးကြီးဆုံးအချက်တစ်ခုမှာ DHCP ဖြစ်သည်။

DHCP သည် Dynamic Host Configuration Protocol ကိုအတိုကောက်ဖြစ်ပြီး ၎င်းသည် host များအတွက် IP လိပ်စာများကို dynamically configure ကူညီပေးသော protocol တစ်ခုဖြစ်သည်။ ဒါကြောင့် ဒီပြတင်းပေါက်ကို ကျွန်တော်တို့အားလုံး မြင်ဖူးကြမှာပါ။ "IP လိပ်စာအလိုအလျောက်ရယူရန်" ရွေးချယ်မှုကို သင်ကလစ်နှိပ်သောအခါ၊ ကွန်ပျူတာသည် တူညီသော subnet တွင် configure လုပ်ထားသော DHCP ဆာဗာကိုရှာဖွေပြီး IP လိပ်စာအတွက် အစုံလိုက်နှင့် တောင်းဆိုချက်အမျိုးမျိုးကို ပေးပို့သည်။ DHCP ပရိုတိုကောတွင် မက်ဆေ့ဂျ် ၆ စောင်ပါရှိပြီး ၎င်းတို့အနက် ၄ ခုသည် IP လိပ်စာတစ်ခု သတ်မှတ်ပေးရန်အတွက် အရေးကြီးပါသည်။

ပထမမက်ဆေ့ချ်သည် DHCP DISCOVERY မက်ဆေ့ဂျ်ဖြစ်သည်။ DHCP ရှာဖွေတွေ့ရှိမှုမက်ဆေ့ချ်သည် နှုတ်ခွန်းဆက်စာနှင့် ဆင်တူသည်။ စက်ပစ္စည်းအသစ်သည် ကွန်ရက်သို့ ချိတ်ဆက်သည့်အခါ၊ ကွန်ရက်ပေါ်တွင် DHCP ဆာဗာရှိမရှိ မေးမြန်းသည်။

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

ကွန်ရက်ပေါ်တွင် DHCP ဆာဗာရှိပါက၊ ၎င်းသည် DHCP ကမ်းလှမ်းချက်တစ်ခု packet တစ်ခုကို ပေးပို့သည်။ အဆိုပြုချက်ဆိုသည်မှာ ရှာဖွေတွေ့ရှိမှုတောင်းဆိုချက်ကို တုံ့ပြန်သည့်အနေဖြင့် DHCP ဆာဗာသည် ဖောက်သည်အား တိကျသော IP လိပ်စာတစ်ခုကို လက်ခံရန် တောင်းဆိုခြင်းအား သုံးစွဲသူထံ ဖွဲ့စည်းမှုပုံစံတစ်ခုကို ပေးပို့သည်။

ဤကိစ္စတွင် 192.168.1.2 သည် IP လိပ်စာတစ်ခုကို DHCP ဆာဗာက သိမ်းဆည်းထားသော်လည်း ၎င်းကို ပေးစွမ်းခြင်းမရှိသော်လည်း စက်ပစ္စည်းအတွက် ဤလိပ်စာကို သိမ်းဆည်းထားသည်။ တစ်ချိန်တည်းမှာပင်၊ ကမ်းလှမ်းချက်အထုပ်တွင် DHCP ဆာဗာ၏ ကိုယ်ပိုင် IP လိပ်စာပါရှိသည်။

ဤကွန်ရက်တွင် DHCP ဆာဗာတစ်ခုထက်ပိုပါက၊ အခြား DHCP ဆာဗာသည် သုံးစွဲသူ၏ထုတ်လွှင့်မှုတောင်းဆိုချက်ကို လက်ခံရရှိသောအခါတွင် ၎င်း၏ IP လိပ်စာ၊ ဥပမာ၊ 192.168.1.50 ကိုလည်း ပေးဆောင်မည်ဖြစ်သည်။ တူညီသောကွန်ရက်ပေါ်တွင် ကွဲပြားသော DHCP ဆာဗာနှစ်ခုကို ဖွဲ့စည်းထားရှိခြင်းသည် သာမန်မဟုတ်သော်လည်း တစ်ခါတစ်ရံတွင် ဖြစ်ပေါ်တတ်ပါသည်။ ထို့ကြောင့် DHCP ကမ်းလှမ်းချက်ကို သုံးစွဲသူတစ်ဦးထံ ပေးပို့သောအခါ၊ ၎င်းသည် DHCP ကမ်းလှမ်းချက် 2 ခုကို လက်ခံရရှိပြီး မည်သည့် DHCP ကမ်းလှမ်းချက်ကို လက်ခံလိုကြောင်း ယခု ဆုံးဖြတ်ရပါမည်။

client သည် ပထမဆုံးလျှောက်လွှာကို လက်ခံသည်ဟု ယူဆကြပါစို့။ ဆိုလိုသည်မှာ "ကျွန်ုပ်သည် DHCP ဆာဗာ 192.168.1.2 မှ ကမ်းလှမ်းထားသော IP လိပ်စာ 192.168.1.1 ကို လက်ခံပါသည်" ဟု စာသားအတိုင်း DHCP တောင်းခံမှု တောင်းဆိုချက်ကို ဖောက်သည်က ပေးပို့သည်ဟု ဆိုလိုသည်။

တောင်းဆိုချက်ကိုလက်ခံရရှိသောအခါ၊ 192.168.1.1 DHCP ဆာဗာသည် "ကောင်းပြီ၊ ငါဝန်ခံသည်" ဟုတုံ့ပြန်သည်၊ ဆိုလိုသည်မှာ ၎င်းသည် တောင်းဆိုချက်ကို အသိအမှတ်ပြုပြီး ဤ DHCP ACK ကို ဖောက်သည်ထံသို့ ပေးပို့သည်။ သို့သော် အခြားသော DHCP ဆာဗာသည် သုံးစွဲသူအတွက် IP လိပ်စာ 1.50 ကို သိမ်းဆည်းထားသည်ဟု ကျွန်ုပ်တို့ သတိရမိသည်။ ကလိုင်းယင့်တစ်ဦး၏ထုတ်လွှင့်မှုတောင်းဆိုချက်ကိုလက်ခံရရှိသည်နှင့်တစ်ပြိုင်နက်၊ ၎င်းသည်ပျက်ကွက်မှုအကြောင်းသိပြီးထို IP လိပ်စာကိုရေကူးကန်ထဲသို့ပြန်လည်ထည့်သွင်းပေးမည်ဖြစ်သောကြောင့်အခြားတောင်းဆိုမှုတစ်ခုကိုလက်ခံရရှိပါက၎င်းကိုအခြားဖောက်သည်အားသတ်မှတ်ပေးနိုင်သည်။

၎င်းတို့သည် IP လိပ်စာများသတ်မှတ်ရာတွင် DHCP ဖလှယ်သည့် အရေးကြီးသောစာတို ၄ စောင်ဖြစ်သည်။ ထို့နောက်၊ DHCP တွင် နောက်ထပ် အချက်အလက် မက်ဆေ့ချ် ၂ ခု ရှိသည်။ ဒုတိယအဆင့်ရှိ DHCP ကမ်းလှမ်းချက်အပိုဒ်တွင် လက်ခံရရှိသည်ထက် ပိုမိုအချက်အလက်များ လိုအပ်ပါက အချက်အလက်မက်ဆေ့ဂျ်ကို သုံးစွဲသူက ထုတ်ပေးပါသည်။ အကယ်၍ ဆာဗာသည် DHCP ကမ်းလှမ်းချက်တွင် လုံလောက်သောအချက်အလက်ကို မပံ့ပိုးခဲ့ပါက၊ သို့မဟုတ် client သည် ကမ်းလှမ်းချက် ပက်ကတ်တွင်ပါရှိသော အချက်အလက်ထက် ပိုမိုလိုအပ်ပါက၊ ၎င်းသည် နောက်ထပ် DHCP အချက်အလက်ကို တောင်းဆိုပါသည်။ ဖောက်သည်သည် ဆာဗာသို့ ပေးပို့သည့် နောက်ထပ် မက်ဆေ့ချ်တစ်ခု ရှိသေးသည် - ဤသည်မှာ DHCP ဖြန့်ချိခြင်း ဖြစ်သည်။ သုံးစွဲသူသည် ၎င်း၏ လက်ရှိ IP လိပ်စာကို ထုတ်လွှတ်လိုကြောင်း ၎င်းမှ သင့်အား အသိပေးသည်။

သို့သော်လည်း၊ အသုံးပြုသူသည် DHCP RELEASE ကို ဆာဗာသို့ DHCP RELEASE ပေးပို့ရန် အချိန်မမီမီ အသုံးပြုသူသည် ကွန်ရက်မှ ချိတ်ဆက်မှုကို ဖြတ်တောက်ခြင်း ဖြစ်သည်။ ကျွန်ုပ်တို့လုပ်ဆောင်သော ကွန်ပျူတာကို သင်ပိတ်လိုက်သောအခါ ၎င်းသည် ဖြစ်ပေါ်လာသည်။ ဤကိစ္စတွင်၊ ကွန်ရက်အသုံးပြုသူ သို့မဟုတ် ကွန်ပျူတာတွင် အသုံးပြုထားသောလိပ်စာကို ထုတ်ပြန်ရန် ဆာဗာအား အကြောင်းကြားရန် အချိန်မရှိပါ၊ ထို့ကြောင့် DHCP ဖြန့်ချိမှုသည် လိုအပ်သောအဆင့်မဟုတ်ပါ။ IP လိပ်စာတစ်ခုရရှိရန် လိုအပ်သောအဆင့်များမှာ- DHCP ရှာဖွေတွေ့ရှိမှု၊ DHCP ကမ်းလှမ်းမှု၊ DHCP တောင်းဆိုမှု၊ နှင့် DHCP လက်ဆွဲနှုတ်ဆက်ခြင်း။

လာမည့်သင်ခန်းစာတစ်ခုတွင် DNCP ရေကူးကန်ကိုဖန်တီးသောအခါတွင် ကျွန်ုပ်တို့သည် DHCP ဆာဗာကို မည်သို့ configure လုပ်သည်ကို ပြောပြပါမည်။ ပေါင်းစည်းခြင်းဖြင့် 192.168.1.1 မှ 192.168.1.254 အကွာအဝေးအတွင်း IP လိပ်စာများကို သတ်မှတ်ပေးရန် ဆာဗာအား ပြောကြားရန် ကျွန်ုပ်တို့ ဆိုလိုပါသည်။ ထို့ကြောင့် DHCP ဆာဗာသည် ရေကူးကန်တစ်ခုကို ဖန်တီးမည်ဖြစ်ပြီး ၎င်းတွင် IP လိပ်စာ 254 ခုထားရှိကာ ဤရေကူးကန်မှသာလျှင် ကွန်ရက်ပေါ်ရှိ client များထံသို့ လိပ်စာများကို သတ်မှတ်ပေးနိုင်မည် ဖြစ်သည်။ ထို့ကြောင့် ၎င်းသည် အသုံးပြုသူလုပ်ဆောင်နိုင်သည့် စီမံခန့်ခွဲရေးဆက်တင်တစ်ခုကဲ့သို့ဖြစ်သည်။

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

ကံမကောင်းစွာပဲ ယနေ့ခေတ်မျိုးဆက်များသည် ထိုကဲ့သို့သော “ဇိမ်ခံပစ္စည်းများ” ကို မတတ်နိုင်ကြပါ။ ကျွန်တော်ဆိုလိုချင်တာက ခုခေတ်ကလေးတွေက အသက်တစ်နှစ်အရွယ်တည်းက တီဗီရှေ့မှာ PSP ကစားကြတယ်၊ ဒါက အခြေအတင်ဖြစ်ကောင်းဖြစ်နိုင်ပေမယ့် ကျွန်တော်တို့မှာ အကောင်းဆုံးကလေးဘဝရှိခဲ့တယ်၊ တကယ်တမ်းတော့ အပြင်ထွက်ပြီး ဂိမ်းတွေဆော့ပြီး အခုခေတ်ကလေးတွေက ဆိုဖာပေါ်ကနေ ဆွဲထုတ်လို့မရပါဘူး။ .

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

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

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

ထိုသို့သော ချိတ်ဆက်မှုကို မည်သို့ဖန်တီးထားသည်ကို ကြည့်ကြပါစို့။ ချိတ်ဆက်မှုတစ်ခုဖန်တီးရန် ဤပရိုတိုကောသည် 3 လမ်း လက်ဆွဲခြင်းကို အသုံးပြုသည်။ ၎င်းသည် အလွန်နည်းပညာဆိုင်ရာ အသုံးအနှုန်းမဟုတ်သော်လည်း TCP ချိတ်ဆက်မှုကို ဖော်ပြရန်အတွက် ၎င်းကို အသုံးပြုခဲ့သည်မှာ ကြာပါပြီ။ ကလိုင်းယင့်သည် ဆာဗာသို့ SYN အလံပါသည့် ပက်ကတ်ကို ပေးပို့ခြင်းဖြင့် ပေးပို့သည့် စက်မှ စတင်သည့် 3 လမ်း လက်ဆွဲနှုတ်ဆက်ခြင်းကို စတင်သည်။

ကျွန်ုပ်တို့မြင်နိုင်သော အရှေ့ဘက်ရှိ မိန်းကလေးသည် စက်ကိရိယာ A ဖြစ်ပြီး၊ မျက်နှာကို မမြင်နိုင်သော နောက်ခံရှိ မိန်းကလေးသည် ကိရိယာ B ဖြစ်သည်။ မိန်းကလေး A သည် မိန်းကလေး Bထံသို့ SYN ပက်ကေ့ခ်ျတစ်ခု ပေးပို့ပြီး သူမက ပြောသည်- "ကောင်းပြီ၊ ဒါဆို သူက ငါနဲ့ ဆက်သွယ်ချင်နေတာ။ ဒါကြောင့် ဆက်သွယ်ဖို့ အဆင်သင့်ဖြစ်နေပြီလို့ ဖြေရမှာ။” ဘယ်လို လုပ်ရမလဲ? တစ်ဦးသည် အခြား SYN ပက်ကေ့ခ်ျကို ရိုးရိုးရှင်းရှင်း ပြန်ပို့နိုင်ပြီး မူရင်း SYN ပက်ကေ့၏ လက်ခံရရှိမှုကို ညွှန်ပြသည့် ACK တစ်ခုဖြစ်သည်။ သို့သော် ACKs များကို သီးခြားစီပေးပို့ခြင်းအစား၊ ဆာဗာသည် SYN နှင့် ACK ပါရှိသော ဘုံပက်ကတ်ကို ဖန်တီးပြီး ၎င်းကို ကွန်ရက်မှတဆင့် ပေးပို့သည်။

ထို့ကြောင့် ဤအချိန်တွင် စက် A သည် SYN ပက်ကတ်ကို ပေးပို့ပြီး SYN/ACK ပက်ကတ်ကို ပြန်လည်ရရှိခဲ့သည်။ ယခု device A သည် စက်ပစ္စည်း B ထံသို့ ACK packet တစ်ခု ပေးပို့ရမည်ဖြစ်သည်၊ ဆိုလိုသည်မှာ၊ ၎င်းသည် ဆက်သွယ်မှုထူထောင်ရန်အတွက် device B ထံမှ သဘောတူညီချက်ရရှိထားကြောင်း အတည်ပြုပါသည်။ ထို့ကြောင့်၊ စက်ပစ္စည်းနှစ်ခုလုံးသည် SYN နှင့် ACK packet များကို လက်ခံရရှိခဲ့ပြီး ယခုအခါ TCP ပရိုတိုကောကို အသုံးပြု၍ 3-အဆင့် လက်ဆွဲနှုတ်ဆက်ခြင်းကို ပြီးမြောက်ပြီဟု ကျွန်ုပ်တို့ပြောနိုင်သည်။

နောက်တစ်ခုကတော့ TCP Windowing နည်းပညာကို လေ့လာကြည့်ပါမယ်။ ရိုးရိုးရှင်းရှင်းပြောရလျှင် ၎င်းသည် ပေးပို့သူနှင့် လက်ခံသူ၏စွမ်းရည်များကို ညှိနှိုင်းရန် TCP/IP တွင်အသုံးပြုသည့်နည်းလမ်းဖြစ်သည်။

Windows တွင် ကျွန်ုပ်တို့သည် drive တစ်ခုမှ အခြား drive တစ်ခုသို့ 2 GB အရွယ်အစားရှိသော ဖိုင်ကြီးကို လွှဲပြောင်းရန် ကြိုးစားနေသည်ဟု ဆိုကြပါစို့။ လွှဲပြောင်းခြင်းအစတွင်၊ ဖိုင်လွှဲပြောင်းမှုသည် ခန့်မှန်းခြေအားဖြင့် ၁ နှစ်ခန့် ကြာမည်ဖြစ်ကြောင်း၊ စနစ်မှ ကျွန်ုပ်တို့အား အသိပေးမည်ဖြစ်ပါသည်။ သို့သော် စက္ကန့်အနည်းငယ်အကြာတွင် စနစ်သည် သူ့ဘာသာသူ ပြုပြင်ပြီး “အိုး၊ ခဏစောင့်ပါ၊ တစ်နှစ်မဟုတ် ၆ လလောက် ကြာမယ်ထင်တယ်” လို့ ပြောလာပါတယ်။ အချိန်အနည်းငယ်ကြာပြီး Windows သည် "ဖိုင်ကို 1 လအတွင်း လွှဲပြောင်းနိုင်မည်ဟု ထင်ပါသည်။" ၎င်းသည် “၁ ရက်”၊ “၆ နာရီ”၊ “၃ နာရီ”၊ “၁ နာရီ”၊ “၂၀ မိနစ်”၊ “၁၀ မိနစ်”၊ “၃ မိနစ်” ဟူသော မက်ဆေ့ခ်ျနောက်တွင် ပါလာမည်ဖြစ်သည်။ တကယ်တော့၊ ဖိုင်လွှဲပြောင်းခြင်းလုပ်ငန်းစဉ်တစ်ခုလုံးသည် ၃ မိနစ်သာကြာလိမ့်မည်။ ဒါက ဘယ်လိုဖြစ်တာလဲ။ အစပိုင်းတွင်၊ သင့်စက်ပစ္စည်းသည် အခြားစက်ပစ္စည်းတစ်ခုနှင့် ဆက်သွယ်ရန်ကြိုးစားသောအခါ၊ ၎င်းသည် packet တစ်ခုကို ပေးပို့ပြီး အတည်ပြုချက်ကို စောင့်ဆိုင်းနေပါသည်။ စက်ပစ္စည်းသည် အတည်ပြုချက်အတွက် အချိန်အကြာကြီးစောင့်ဆိုင်းပါက၊ "ကျွန်ုပ်သည် ဤအမြန်နှုန်းဖြင့် ဒေတာ 6 GB ကို လွှဲပြောင်းပေးရပါက၊ ၎င်းသည် 1 နှစ်ခန့် ကြာမည်ဖြစ်သည်။" အချိန်အတော်ကြာပြီးနောက်၊ သင့်စက်ပစ္စည်းသည် ACK လက်ခံရရှိပြီး "ကောင်းပြီ၊ ကျွန်ုပ်သည် အထုပ်တစ်ထုပ်ကို ပို့ပြီး ACK တစ်ခုကို လက်ခံရရှိသည်၊ ထို့ကြောင့် လက်ခံသူသည် 1 ထုပ်ကို လက်ခံရရှိနိုင်ပါသည်။ အခု ကျွန်တော် သူ့ကို 6 ထုပ် အစား 3 ထုပ် ပို့ပေးမယ်" ပေးပို့သူသည် ထုပ်ပိုး 1 ခု ပေးပို့ပြီး အချိန်အတန်ကြာပြီးနောက် လက်ခံသည့်ကိရိယာမှ ACK အတည်ပြုချက်ကို လက်ခံရရှိသည်၊ ဆိုလိုသည်မှာ လက်ခံသူသည် လာမည့် 20th packet ကို စောင့်ဆိုင်းနေပါသည်။ ပေးပို့သူသည် “ကောင်းပါပြီ၊ လက်ခံသူသည် ထုပ်ပိုး ၁၀ ထုပ်ကို တစ်ပြိုင်နက် ကိုင်တွယ်ပေးသောကြောင့် ယခုအခါ ဆယ်ထုပ်အစား ၁၀၀ ထုပ်ကို ပို့ပေးရန် ကြိုးစားလိုက်မည်” ဟု တွေးသည်။ အထုပ် 10 ပေးပို့ပြီး လက်ခံသူက လက်ခံရရှိကြောင်း တုံ့ပြန်ခဲ့ပြီး ယခု 3 ထုပ်ကို စောင့်ဆိုင်းနေပါသည်။ ထို့ကြောင့် အချိန်ကြာလာသည်နှင့်အမျှ၊ ကူးစက်သော packet အရေအတွက် တိုးလာပါသည်။

ထို့ကြောင့် မူလဖော်ပြထားသည့်အရာများနှင့် နှိုင်းယှဉ်ပါက ဖိုင်ကူးယူချိန် လျင်မြန်စွာ လျော့ကျလာသည်ကို သင်တွေ့မြင်ရခြင်းဖြစ်သည် - ၎င်းမှာ ဒေတာအများအပြားကို လွှဲပြောင်းနိုင်မှု တိုးလာခြင်းကြောင့် ဖြစ်သည်။ သို့သော်၊ ဂီယာထုထည်ပိုမိုတိုးလာသောအခါ မဖြစ်နိုင်သည့်အချက်တစ်ခုရှိလာပါသည်။ သင်သည် ထုပ်ပိုး 10000 ပို့ခဲ့သည်ဆိုပါစို့၊ သို့သော် လက်ခံသူ၏စက်ပစ္စည်းကြားခံသည် 9000 သာလက်ခံနိုင်သည်။ ဤအခြေအနေတွင်၊ လက်ခံသူသည် ACK တစ်စောင်ပေးပို့သည်- "ကျွန်တော် 9000 ထုပ်ပိုးလက်ခံရရှိပြီး 9001 ကိုလက်ခံရန်အဆင်သင့်ဖြစ်နေပါပြီ။" ဤအချက်မှ၊ ပေးပို့သူသည် လက်ခံကိရိယာ၏ ကြားခံစွမ်းရည် 9000 သာရှိကြောင်း၊ ဆိုလိုသည်မှာ ယခုမှစပြီး တစ်ကြိမ်လျှင် 9000 ထက်မပိုသော packet များကို ပေးပို့မည်ဟု ကောက်ချက်ချပါသည်။ ဤကိစ္စတွင်၊ ပေးပို့သူသည် အထုပ် 9000 ၏အပိုင်းများတွင် ကျန်ရှိသောဒေတာပမာဏကို လွှဲပြောင်းယူရမည့်အချိန်ကို လျင်မြန်စွာတွက်ချက်ပြီး 3 မိနစ်ပေးသည်။ ဤသုံးမိနစ်သည် အမှန်တကယ် ထုတ်လွှင့်ချိန်ဖြစ်သည်။ အဲဒါ TCP Windowing လုပ်တာ။

၎င်းသည် ပေးပို့သည့်စက်သည် အမှန်တကယ် ကွန်ရက်စွမ်းရည်ကို နောက်ဆုံးတွင် နားလည်နိုင်သည့် အဆိုပါ ယာဉ်ကြောပိတ်ဆို့မှုကို ထိန်းချုပ်သည့် ယန္တရားများထဲမှ တစ်ခုဖြစ်သည်။ လက်ခံသည့်ကိရိယာ၏စွမ်းရည်ကို အဘယ်ကြောင့်ကြိုတင်သဘောမတူနိုင်သနည်းဟု သင်အံ့သြနေပေမည်။ အမှန်မှာ ကွန်ရက်ပေါ်တွင် စက်ပစ္စည်းအမျိုးအစားအမျိုးမျိုးရှိသောကြောင့် ၎င်းသည် နည်းပညာပိုင်းဆိုင်ရာအရ မဖြစ်နိုင်သောကြောင့်ဖြစ်သည်။ သင့်တွင် iPad ရှိပြီး iPhone ထက် မတူညီသော ဒေတာ လွှဲပြောင်း/လက်ခံသည့် အမြန်နှုန်းရှိပါသည်၊ သင့်တွင် ဖုန်းအမျိုးအစားများစွာ ရှိနိုင်သည်၊ သို့မဟုတ် သင့်တွင် အလွန်ဟောင်းသော ကွန်ပျူတာရှိနိုင်သည်ဆိုပါစို့။ ထို့ကြောင့် လူတိုင်းတွင် မတူညီသော network bandwidth ရှိသည်။

ထို့ကြောင့် TCP Windowing နည်းပညာသည် ဒေတာပေးပို့ခြင်းအား အနိမ့်ဆုံးအမြန်နှုန်းဖြင့် စတင်သောအခါ သို့မဟုတ် အနိမ့်ဆုံး packet အရေအတွက်ကို ထုတ်လွှင့်ခြင်းဖြင့် လမ်းကြောင်း "window" ကို တဖြည်းဖြည်း တိုးမြင့်လာသောအခါ၊ သင်သည် တစ်ထုပ်၊ ၅ ထုပ်၊ ၁၀ ထုပ်၊ ၁၀၀၀ ထုပ်၊ ၁၀၀၀၀ ပက်ကေ့ခ်ျကို သင်ပေးပို့ပြီး "ဖွင့်ခြင်း" သည် အချိန်ကာလတစ်ခုအတွင်း ပေးပို့နိုင်သည့် အများဆုံးဖြစ်နိုင်ချေပမာဏသို့ ရောက်ရှိသည်အထိ ထိုဝင်းဒိုးကို ဖြည်းညှင်းစွာဖွင့်ကာ ပိုများလာပါသည်။ ထို့ကြောင့် Windowing ၏အယူအဆသည် TCP ပရိုတိုကော၏လုပ်ဆောင်မှု၏တစ်စိတ်တစ်ပိုင်းဖြစ်သည်။

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

အချို့သောအသွားအလာများ ဘယ်ကိုသွားသင့်သည်ကို ဆာဗာက မည်သို့သိသနည်း။ ၎င်းကို ဦးတည်ရာ ဆိပ်ကမ်းနံပါတ်မှ သင်ယူသည်။ ဘောင်ကိုကြည့်လျှင် ဒေတာလွှဲပြောင်းမှုတစ်ခုစီတွင် ဦးတည်ရာဆိပ်ကမ်းနံပါတ်နှင့် အရင်းအမြစ်ပို့တ်နံပါတ်ကို ဖော်ပြထားကြောင်း သင်တွေ့ရပါမည်။ အပြာနှင့် အနီရောင် အသွားအလာကို သင်တွေ့မြင်နိုင်ပြီး အပြာရောင်လမ်းကြောင်းသည် ဝဘ်ဆာဗာ လမ်းကြောင်းဖြစ်ပြီး၊ နှစ်ခုစလုံးသည် မတူညီသော ဆာဗာများ ထည့်သွင်းထားသည့် တူညီသော ရူပဆာဗာသို့ သွားကြသည်။ ၎င်းသည် ဒေတာစင်တာဖြစ်ပါက ၎င်းသည် virtual ဆာဗာများကို အသုံးပြုသည်။ ဒီတော့ အနီရောင်အသွားအလာက အဲဒီ IP လိပ်စာနဲ့ ဘယ်လက်ပ်တော့ကို ပြန်သွားရမယ်လို့ သူတို့ ဘယ်လိုသိတာလဲ။ ဆိပ်ကမ်းနံပါတ်တွေကြောင့် ဒါကို သူတို့သိတယ်။ Wikipedia ဆောင်းပါး “TCP နှင့် UDP Ports များစာရင်း” ကို ကိုးကားပါက၊ ၎င်းသည် Standard port နံပါတ်များအားလုံးကို စာရင်းပြုစုထားသည်ကို သင်တွေ့ရပါမည်။

ဤစာမျက်နှာကို အောက်သို့ ဆင်းလိုက်လျှင် ဤစာရင်းသည် မည်မျှကြီးမားသည်ကို တွေ့နိုင်သည်။ ခန့်မှန်းခြေအားဖြင့် 61 နံပါတ်များပါရှိသည်။ ဆိပ်ကမ်းနံပါတ်များကို 000 မှ 1 အထိ အသုံးအများဆုံး ဆိပ်ကမ်းနံပါတ်များအဖြစ် လူသိများသည်။ ဥပမာအားဖြင့်၊ port 1024/TCP သည် ftp command များပေးပို့ရန်အတွက်ဖြစ်ပြီး၊ port 21 သည် ssh အတွက်ဖြစ်ပြီး၊ port 22 သည် Telnet အတွက်ဖြစ်သည်၊ ဆိုလိုသည်မှာ၊ ကုဒ်မထားသောစာတိုများပေးပို့ခြင်းအတွက်ဖြစ်သည်။ အလွန်ရေပန်းစားသော ပို့တ် 23 သည် HTTP ထက် ဒေတာများကို သယ်ဆောင်ပေးကာ ဆိပ်ကမ်း 80 သည် HTTP ၏ လုံခြုံသောဗားရှင်းနှင့် ဆင်တူသည့် HTTPS ပေါ်တွင် ကုဒ်ဝှက်ထားသော ဒေတာကို သယ်ဆောင်သည်။
အချို့သော port များသည် TCP နှင့် UDP နှစ်ခုလုံးအတွက် ရည်စူးထားပြီး အချို့သော port များသည် TCP သို့မဟုတ် UDP ချိတ်ဆက်မှုရှိမရှိပေါ်မူတည်၍ မတူညီသောလုပ်ဆောင်စရာများကို လုပ်ဆောင်ပါသည်။ ထို့ကြောင့် တရားဝင် TCP port 80 ကို HTTP အတွက် အသုံးပြုထားပြီး တရားဝင်မဟုတ်သော UDP port 80 ကို HTTP အတွက် အသုံးပြုသော်လည်း မတူညီသော HTTP protocol အောက်တွင် - QUIC ။

ထို့ကြောင့်၊ TCP ရှိ port နံပါတ်များသည် UDP တွင်ကဲ့သို့တူညီသောအရာကိုလုပ်ဆောင်ရန်အမြဲတမ်းမရည်ရွယ်ပါ။ ဤစာရင်းကို နှလုံးသားဖြင့် လေ့လာရန် မလိုအပ်ပါ၊ မှတ်သားရန် မဖြစ်နိုင်ပါ၊ သို့သော် လူကြိုက်များပြီး အသုံးအများဆုံး ပို့တ်နံပါတ်များကို သိထားရန် လိုအပ်ပါသည်။ ကျွန်ုပ်ပြောခဲ့သည့်အတိုင်း၊ အချို့သောဆိပ်ကမ်းများသည် စံများတွင်ဖော်ပြထားသော တရားဝင်ရည်ရွယ်ချက်တစ်ခုရှိပြီး အချို့မှာ Chromium ကဲ့သို့ပင် တရားဝင်မဟုတ်သောရည်ရွယ်ချက်ရှိသည်။

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

ယခုကျွန်ုပ်တို့သိသော အချက်အလက်အနည်းငယ်ကို အခြေခံ၍ ကွန်ရက်တစ်လျှောက် ဒေတာများ မည်သို့ရွေ့လျားသည်ကို ကြည့်ကြပါစို့။ ကွန်ပျူတာ 10.1.1.10 သည် ဤကွန်ပျူတာ သို့မဟုတ် လိပ်စာ 30.1.1.10 ပါသည့် ဤဆာဗာကို ဆက်သွယ်လိုသည်ဟု ဆိုကြပါစို့။ စက်တစ်ခုစီ၏ IP လိပ်စာအောက်တွင် ၎င်း၏ MAC လိပ်စာဖြစ်သည်။ နောက်ဆုံး အက္ခရာ 4 လုံးသာပါတဲ့ MAC လိပ်စာကို ဥပမာပေးတာပါ၊ ဒါပေမယ့် လက်တွေ့မှာတော့ စာလုံး 48 လုံးပါတဲ့ 12-bit hexadecimal နံပါတ်ဖြစ်ပါတယ်။ ဤကိန်းဂဏာန်းတစ်ခုစီတွင် 4 bits ပါဝင်သောကြောင့်၊ 12 hexadecimal digits သည် 48-bit နံပါတ်ကိုကိုယ်စားပြုသည်။

ကျွန်ုပ်တို့သိသည့်အတိုင်း၊ ဤစက်ပစ္စည်းသည် ဤဆာဗာကို ဆက်သွယ်လိုပါက၊ 3-လမ်းဖြင့် လက်ဆွဲနှုတ်ဆက်ခြင်း၏ ပထမခြေလှမ်းကို SYN packet ပေးပို့ခြင်းဖြစ်သည်ကို ဦးစွာလုပ်ဆောင်ရပါမည်။ ဤတောင်းဆိုမှုကို ပြုလုပ်သောအခါ၊ ကွန်ပျူတာ 10.1.1.10 သည် Windows သည် ဒိုင်းနမစ်ဖြင့် ဖန်တီးပေးသော အရင်းအမြစ် ပို့တ်နံပါတ်ကို သတ်မှတ်ပေးလိမ့်မည်။ Windows သည် 1 နှင့် 65,000 ကြား port နံပါတ်တစ်ခုကို ကျပန်းရွေးချယ်သည်။ သို့သော် အကွာအဝေး 1 မှ 1024 အတွင်းမှ စတင်သော ဂဏန်းများကို ကျယ်ကျယ်ပြန့်ပြန့် သိရှိသောကြောင့်၊ ဤကိစ္စတွင် စနစ်သည် 25000 ထက်ကြီးသော ဂဏန်းများကို စဉ်းစားပြီး ကျပန်းရင်းမြစ် ပို့တ် ဥပမာ 25113 ကို ဖန်တီးပါမည်။

ထို့နောက်၊ စနစ်သည် packet သို့ ဦးတည်ရာဆိပ်ကမ်းတစ်ခုကို ပေါင်းထည့်မည်ဖြစ်ပြီး၊ ဤအခြေအနေတွင် ၎င်းသည် port 21 ဖြစ်သည်၊ အကြောင်းမှာ၊ ဤ FTP ဆာဗာနှင့်ချိတ်ဆက်ရန်ကြိုးစားနေသော application သည် FTP အသွားအလာပေးပို့သင့်သည်ကိုသိသောကြောင့်ဖြစ်သည်။

ထို့နောက် ကျွန်ုပ်တို့၏ကွန်ပျူတာက "ကောင်းပြီ၊ ကျွန်ုပ်၏ IP လိပ်စာမှာ 10.1.1.10 ဖြစ်ပြီး၊ ကျွန်ုပ်သည် IP လိပ်စာ 30.1.1.10 ကို ဆက်သွယ်ရန် လိုအပ်ပါသည်။" ဤလိပ်စာနှစ်ခုလုံးသည် SYN တောင်းဆိုချက်တစ်ခုဖွဲ့စည်းရန်အတွက် ပက်ကတ်တွင်ပါ၀င်ပြီး ဤပက်ကတ်သည် ချိတ်ဆက်မှုပြီးဆုံးသည်အထိ ပြောင်းလဲမည်မဟုတ်ပါ။

ကွန်ရက်တစ်လျှောက် ဒေတာများ မည်သို့ရွေ့လျားသည်ကို ဤဗီဒီယိုမှ နားလည်စေလိုပါသည်။ တောင်းဆိုချက်ပေးပို့သော ကျွန်ုပ်တို့၏ကွန်ပျူတာသည် ရင်းမြစ် IP လိပ်စာနှင့် ဦးတည်ရာ IP လိပ်စာကို မြင်သောအခါ၊ ဦးတည်ရာလိပ်စာသည် ထိုဒေသခံကွန်ရက်တွင် မရှိကြောင်း နားလည်သည်။ ဒါတွေအားလုံး /24 IP လိပ်စာတွေလို့ ပြောဖို့မေ့သွားတယ်။ ထို့ကြောင့် /24 IP လိပ်စာများကိုကြည့်လျှင် 10.1.1.10 နှင့် 30.1.1.10 ကွန်ပျူတာများသည် ကွန်ရက်တစ်ခုတည်းတွင်မဟုတ်ကြောင်း သင်သဘောပေါက်ပါလိမ့်မည်။ ထို့ကြောင့်၊ တောင်းဆိုချက်ကိုပေးပို့သောကွန်ပျူတာသည် ဤကွန်ရက်မှထွက်ခွာရန်အတွက် router interfaces များထဲမှတစ်ခုတွင် configure လုပ်ထားသည့် 10.1.1.1 gateway ကိုဆက်သွယ်ရမည်ဖြစ်သည်။ ၎င်းသည် 10.1.1.1 သို့သွားသင့်ပြီး ၎င်း၏ MAC လိပ်စာ 1111 ကို သိသော်လည်း gateway 10.1.1.1 ၏ MAC လိပ်စာကို မသိပါ။ သူဘာလုပ်နေတာလဲ။ ၎င်းသည် ကွန်ရက်ပေါ်ရှိ စက်များအားလုံး လက်ခံရရှိမည့် ထုတ်လွှင့်သည့် ARP တောင်းဆိုချက်ကို ပေးပို့သော်လည်း IP လိပ်စာ 10.1.1.1 ရှိသော router ကသာ ၎င်းကို တုံ့ပြန်မည်ဖြစ်သည်။

Router သည် ၎င်း၏ AAAA MAC လိပ်စာဖြင့် တုံ့ပြန်မည်ဖြစ်ပြီး အရင်းအမြစ်နှင့် ဦးတည်ရာ MAC လိပ်စာများကို ဤဘောင်တွင် ထားရှိမည်ဖြစ်သည်။ ဖရိမ်အဆင်သင့်ဖြစ်သောအခါ၊ အမှားများကိုသိရှိနိုင်စေရန် checksum တစ်ခုကိုရှာဖွေရန်အတွက် algorithm တစ်ခုဖြစ်သည့် CRC ဒေတာခိုင်မာမှုစစ်ဆေးခြင်းကို ကွန်ရက်မှမထွက်ခွာမီ လုပ်ဆောင်မည်ဖြစ်သည်။
Cyclic Redundancy CRC ဆိုသည်မှာ SYN မှ နောက်ဆုံး MAC လိပ်စာအထိ ဤဘောင်တစ်ခုလုံးကို hashing algorithm ဖြင့် MD5 ဟုပြောပြီး hash တန်ဖိုးကို ဖြစ်ပေါ်စေသည်။ ထို့နောက် hash value သို့မဟုတ် MD5 checksum ကို frame ၏အစတွင် ထည့်ထားသည်။

FCS သည် Frame Check Sequence ဖြစ်ပြီး လေးဘိုက် CRC တန်ဖိုးဖြစ်သောကြောင့် ၎င်းကို FCS/CRC ဟု တံဆိပ်တပ်ခဲ့သည်။ လူအချို့က FCS သတ်မှတ်ခြင်းကို အသုံးပြုကြပြီး အချို့က သတ်မှတ်ခြင်း CRC ကို အသုံးပြုသောကြောင့် ကျွန်ုပ်သည် ဒီဇိုင်းနှစ်မျိုးလုံးကို ထည့်သွင်းထားသည်။ သို့သော် အခြေခံအားဖြင့် ၎င်းသည် hash တန်ဖိုးတစ်ခုမျှသာဖြစ်သည်။ ကွန်ရက်မှရရှိသောဒေတာအားလုံးတွင် အမှားအယွင်းများမပါဝင်ကြောင်း သေချာစေရန် လိုအပ်ပါသည်။ ထို့ကြောင့်၊ ဤဘောင်သည် router သို့ရောက်ရှိသောအခါ၊ router မှပထမဆုံးလုပ်ဆောင်ရမည့်အရာမှာ checksum ကိုကိုယ်တိုင်တွက်ချက်ပြီး လက်ခံရရှိသောဘောင်တွင်ရှိသော FCS သို့မဟုတ် CRC တန်ဖိုးနှင့် နှိုင်းယှဉ်ခြင်းဖြစ်သည်။ ဤနည်းဖြင့် ကွန်ရက်မှရရှိသောဒေတာတွင် အမှားအယွင်းများမပါဝင်ကြောင်း စစ်ဆေးနိုင်ပြီး၊ ထို့နောက်တွင် checksum ကို frame မှဖယ်ရှားမည်ဖြစ်သည်။

ထို့နောက်၊ Router သည် MAC လိပ်စာကိုကြည့်ရှုပြီး "ကောင်းပြီ၊ MAC လိပ်စာ AAAA ဆိုသည်မှာ ဖရိမ်ကို ကျွန်ုပ်ထံ ပေးပို့ထားသည်" ဟုပြောပြီး MAC လိပ်စာများပါရှိသော ဖရိန်အပိုင်းကို ဖျက်ပစ်မည်ဖြစ်သည်။

ဦးတည်ရာ IP လိပ်စာ 30.1.1.10 ကိုကြည့်လိုက်ရင်၊ ဒီပက်ကေ့ခ်ျကို သူ့ဆီ လိပ်စာမပေးခဲ့ဘဲ router ကတစ်ဆင့် ပိုသွားရမယ်လို့ သူနားလည်ပါလိမ့်မယ်။

ယခုအခါ လိပ်စာ 30.1.1.10 ရှိသည့် ကွန်ရက်တည်နေရာကို ကြည့်ရှုရန် လိုအပ်ကြောင်း router မှ “စဉ်းစား” သည်။ Routing ၏ သဘောတရား အပြည့်အစုံကို ကျွန်ုပ်တို့ မဖော်ပြထားသေးသော်လည်း Routing များတွင် routing table ရှိသည်ကို ကျွန်ုပ်တို့ သိပါသည်။ ဤဇယားတွင် လိပ်စာ 30.1.1.0 ရှိသော ကွန်ရက်အတွက် ထည့်သွင်းမှုတစ်ခု ပါရှိသည်။ သင်မှတ်မိသည့်အတိုင်း၊ ၎င်းသည် host IP လိပ်စာမဟုတ်သော်လည်း network identifier ဖြစ်သည်။ Router 30.1.1.0 ကိုဖြတ်၍ လိပ်စာ 24/20.1.1.2 သို့ရောက်ရှိနိုင်သည်ဟု router မှ "တွေး" လိမ့်မည်။

ဒါကို သူဘယ်လိုသိလဲလို့ မေးနိုင်တယ်။ သင်သည် စီမံခန့်ခွဲသူအနေဖြင့် static လမ်းကြောင်းကို configure လုပ်ထားပါက ၎င်းကို လမ်းကြောင်းပြပရိုတိုကောများမှ သို့မဟုတ် သင်၏ဆက်တင်များမှ သိနိုင်မည်ဖြစ်ကြောင်း သတိရပါ။ မည်သို့ပင်ဆိုစေကာမူ ဤ router ၏ လမ်းကြောင်းဇယားတွင် မှန်ကန်သော entry ပါ၀င်သောကြောင့် ၎င်းသည် ဤ packet ကို 20.1.1.2 သို့ ပို့သင့်သည်ကိုလည်း သိပါသည်။ Router သည် ဦးတည်ရာ MAC လိပ်စာကို သိပြီးဖြစ်သည်ဟု ယူဆပါက၊ ကျွန်ုပ်တို့သည် packet ကို ရိုးရှင်းစွာ ဆက်လက်ပေးပို့ပါမည်။ သူသည် ဤလိပ်စာကို မသိပါက ARP ကို ​​ပြန်လည်စတင်မည်ဖြစ်ပြီး၊ Router ၏ MAC လိပ်စာ 20.1.1.2 ကို လက်ခံရရှိမည်ဖြစ်ပြီး frame ပေးပို့ခြင်းလုပ်ငန်းစဉ်ကို ထပ်မံလုပ်ဆောင်မည်ဖြစ်သည်။

ထို့ကြောင့် ၎င်းသည် MAC လိပ်စာကို သိပြီးဖြစ်သည်ဟု ကျွန်ုပ်တို့ ယူဆသည်၊ ထို့နောက်တွင် ကျွန်ုပ်တို့တွင် BBB အရင်းအမြစ် MAC လိပ်စာနှင့် CCC ဦးတည်ရာ MAC လိပ်စာတို့ကို ရရှိမည်ဖြစ်သည်။ Router သည် FCS/CRC ကို ထပ်မံတွက်ချက်ပြီး frame ၏အစတွင် နေရာချပေးသည်။

ထို့နောက် ၎င်းသည် ဤဘောင်ကို ကွန်ရက်သို့ ပေးပို့သည်၊၊ ဖရိမ်သည် router 20.1.12 သို့ရောက်ရှိသည်၊ ၎င်းသည် checksum ကိုစစ်ဆေးသည်၊ ဒေတာမပျက်စီးကြောင်းသေချာစေပြီး FCS/CRC ကိုဖျက်ပစ်သည်။ ၎င်းသည် MAC လိပ်စာများကို "ဖြတ်တောက်ခြင်း"၊ ဦးတည်ရာကိုကြည့်ကာ ၎င်းသည် 30.1.1.10 ဖြစ်ကြောင်းတွေ့မြင်သည်။ ဤလိပ်စာသည် သူ၏ အင်တာဖေ့စ်နှင့် ချိတ်ဆက်ထားကြောင်း သူသိသည်။ တူညီသောဘောင်ဖွဲ့စည်းခြင်းလုပ်ငန်းစဉ်ကို ထပ်ခါတလဲလဲလုပ်သည်၊ Router သည် အရင်းအမြစ်နှင့် ဦးတည်ရာ MAC လိပ်စာတန်ဖိုးများကို ပေါင်းထည့်သည်၊ hashing ပြုလုပ်သည်၊ hash ကို frame သို့ ပူးတွဲပြီး network အနှံ့ ပို့ပေးသည်။

ကျွန်ုပ်တို့၏ဆာဗာသည် နောက်ဆုံးတွင် ၎င်းထံပေးပို့ထားသော SYN တောင်းဆိုချက်ကို လက်ခံရရှိပြီးနောက် hash checksum ကိုစစ်ဆေးပြီး packet တွင် အမှားအယွင်းများမပါဝင်ပါက hash ကို ဖျက်ပစ်မည်ဖြစ်သည်။ ထို့နောက် သူသည် MAC လိပ်စာများကို ဖယ်ရှားကာ IP လိပ်စာကို ကြည့်ရှုကာ ဤပက်ကေ့ခ်ျသည် သူ့ထံ လိပ်စာပေးထားကြောင်း သိလိုက်သည်။
၎င်းနောက်၊ ၎င်းသည် OSI မော်ဒယ်၏ တတိယအလွှာနှင့် သက်ဆိုင်သည့် IP လိပ်စာများကို ဖြတ်တောက်ပြီး ပို့တ်နံပါတ်များကို ကြည့်ရှုသည်။

သူသည် FTP အသွားအလာကိုဆိုလိုသည်မှာ port 21 ကိုမြင်ရပြီး SYN ကိုမြင်ရပြီး တစ်စုံတစ်ယောက်သည် သူနှင့်ဆက်သွယ်ရန်ကြိုးစားနေကြောင်းနားလည်သည်။

ယခု လက်ဆွဲနှုတ်ဆက်ခြင်းအကြောင်း လေ့လာခဲ့ရာကို အခြေခံ၍ ဆာဗာ 30.1.1.10 သည် SYN/ACK ပက်ကတ်ကို ဖန်တီးပြီး ၎င်းကို ကွန်ပျူတာ 10.1.1.10 သို့ ပြန်လည်ပေးပို့ပါမည်။ ဤပက်ကတ်ကို လက်ခံရရှိသောအခါ၊ စက်ပစ္စည်း 10.1.1.10 သည် ACK တစ်ခုကို ဖန်တီးမည်ဖြစ်ပြီး SYN ပက်ကတ်ကဲ့သို့ တူညီသောနည်းလမ်းဖြင့် ကွန်ရက်မှတဆင့် ၎င်းကို ဖြတ်သန်းသွားမည်ဖြစ်ပြီး ဆာဗာမှ ACK ကို လက်ခံရရှိပြီးနောက်၊ ချိတ်ဆက်မှုကို တည်ဆောက်မည်ဖြစ်သည်။

သင်သိထားသင့်သည်မှာ ဤအရာအားလုံးသည် တစ်စက္ကန့်မပြည့်မီပင် ဖြစ်ပေသည်။ ဒါက အရမ်းမြန်တဲ့ လုပ်ငန်းစဉ်တစ်ခုပါ၊ ဒါမှ အရာအားလုံးကို ရှင်းရှင်းလင်းလင်းဖြစ်အောင် ငါ နှေးကွေးအောင် ကြိုးစားခဲ့တယ်။
ဒီကျူတိုရီရယ်မှာ သင်လေ့လာခဲ့တာတွေက အသုံးဝင်မယ်လို့ မျှော်လင့်ပါတယ်။ သင့်တွင်မေးခွန်းများရှိပါက ကျွန်ုပ်ထံသို့ စာရေးပါ။ [အီးမေးလ်ကိုကာကွယ်ထားသည်] သို့မဟုတ် ဤဗီဒီယိုအောက်တွင် မေးခွန်းများထားခဲ့ပါ။

လာမည့်သင်ခန်းစာမှစတင်၍ ဗီဒီယိုတစ်ခုစီ၏အဆုံးတွင် ပြန်လည်သုံးသပ်မည့် YouTube မှ စိတ်ဝင်စားစရာအကောင်းဆုံးမေးခွန်း 3 ခုကို ရွေးချယ်ပါမည်။ ယခုမှစ၍ ကျွန်ုပ်တွင် "ထိပ်တန်းမေးခွန်းများ" ကဏ္ဍတစ်ခုရှိတော့မည်ဖြစ်သောကြောင့် သင့်အမည်နှင့်အတူ မေးခွန်းတစ်ခုတင်ပြီး တိုက်ရိုက်ဖြေပေးပါမည်။ ဒါက အကျိုးရှိမယ် ထင်ပါတယ်။

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

VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps အခမဲ့ နွေရာသီအထိ ခြောက်လအတွင်း ငွေပေးချေသည့်အခါတွင် အော်ဒါတင်နိုင်ပါသည်။ ဒီမှာ.

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