ပရောက်စီမှတစ်ဆင့် TCP သုညဝင်းဒိုး- လက်ခံသူကို ဖော်ထုတ်ပါ
ရပ်တန့်နေသော ဒေါင်းလုဒ်ကို ဝင်းဒိုးစကေးချဲ့ခြင်း သို့မဟုတ် ဘတ်ဖာပမာဏကြောင့်ဟု မစွပ်စွဲမီ ပရောက်စီ၏ ကလိုင်းယင့် သို့မဟုတ် ဆာဗာဘက်ရှိ TCP စီးဆင်းမှုထိန်းချုပ်မှုကို ရှာပါ။
ပက်ကတ်လမ်းကြောင်းက TCP ZeroWindow ကို ပြသည်။ ကာနယ်ဆက်တင်ကို မပြောင်းမီ သုညကို ကြေညာနေသော အစွန်းကို ဖော်ထုတ်ပါ။
ထို အစွန်းသည် ထို TCP ချိတ်ဆက်မှုပေါ်ရှိ ၎င်း၏ လက်ခံနိုင်စွမ်းကို ဖော်ပြနေခြင်းဖြစ်သည်။ ပရောက်စီတစ်ခုလုံးတွင် မည်မျှ ဘန်းဝစ်ရှိသည်ကို ကြေညာနေခြင်းမဟုတ်ပါ။ သုညဝင်းဒိုး စမ်းသပ်မှုက ပို့သူအား ကြေညာထားသော စွမ်းရည် ပြောင်းလဲခြင်း ရှိမရှိ သိစေသည်။ စမ်းသပ်မှုတစ်ခုတည်းဖြင့် ပက်ကတ်ဆုံးရှုံးမှု သို့မဟုတ် ပျက်စီးနေသော ပရောက်စီကို သက်သေမပြနိုင်ပါ။
browser <-- TCP A --> proxy <-- TCP B --> website
၎င်းတို့သည် သီးခြား TCP စကားပြောမှုများဖြစ်သည်။ ဘရောက်ဇာက ကြီးမားသော တုံ့ပြန်ချက်ကို ဖတ်ခြင်းရပ်ပြီး A ပေါ်တွင် သုညကြေညာသည်ဟု ဆိုပါစို့။ ပရောက်စီသည် ၎င်း၏ ဘတ်ဖာများ ပြည့်လာသည်နှင့်အမျှ B ကို ဖောက်ထုတ်ခြင်း ရပ်သွားနိုင်သည်။ B ပေါ်တွင် နောက်ပိုင်းတွေ့ရသော သုညဝင်းဒိုးသည် မူလပြဿနာမဟုတ်ဘဲ နှေးကွေးသော ကလိုင်းယင့်၏ အကျိုးဆက် ဖြစ်နိုင်သည်။
အပ်လုဒ်လုပ်နေစဉ် ဆန့်ကျင်ဘက် အခြေအနေ ဖြစ်နိုင်သည်။ ဦးတည်ရာ အပ်ပလီကေးရှင်းက ဒေတာကို မသုံးတော့ပါက B ပေါ်ရှိ ၎င်း၏ ဝင်းဒိုး ပိတ်သွားနိုင်သည်။ ထို့နောက် ဖိအားသည် ပရောက်စီ၏ ဘတ်ဖာများမှတစ်ဆင့် ကလိုင်းယင့်ဆီသို့ ပြန်သွားနိုင်သည်။
လေ့လာတွေ့ရှိချက်များကို အစဉ်လိုက်ထားပါ
- ချိတ်ဆက်မှု၏ အစွန်းနှစ်ဖက်နှင့် ထိခိုက်သည့် ဒေတာလွှဲပြောင်းမှု ဦးတည်ချက်ကို မှတ်တမ်းတင်ပါ။
- မည်သည့် အစွန်းက ဦးစွာ ကျုံ့နေသော သို့မဟုတ် သုည လက်ခံဝင်းဒိုးကို ကြေညာခဲ့သည်ကို ဖော်ထုတ်ပါ။
- ၎င်း၏ အပ်ပလီကေးရှင်းက ဖတ်နေခြင်း၊ အခြားလုပ်ဆောင်မှုတွင် ရပ်နေခြင်း သို့မဟုတ် အရင်းအမြစ်များဖြင့် ကန့်သတ်ခံရခြင်း ရှိမရှိ စစ်ဆေးပါ။
- မူလအကြောင်းရင်းကို သတ်မှတ်မီ ပရောက်စီ၏ အခြားချိတ်ဆက်မှုရှိ အချိန်ကို နှိုင်းယှဉ်ပါ။
Wireshark ၏ ဝင်းဒိုးခွဲခြမ်းစိတ်ဖြာမှု အညွှန်းများသည် ဖမ်းယူမှု၏ အသုံးဝင်သော အဓိပ္ပာယ်ဖွင့်ဆိုချက်များဖြစ်ပြီး လက်ခံဘတ်ဖာအားလုံးကို တိုးရန် ညွှန်ကြားချက် မဟုတ်ပါ။ ဝင်းဒိုးစကေးချဲ့ခြင်းကိုလည်း ချိတ်ဆက်မှု၏ ညှိနှိုင်းမှုကို ထည့်သွင်းစဉ်းစား၍ အဓိပ္ပာယ်ဖွင့်ရမည်။
ပရောက်စီစာရင်းမှ အခြားအစွန်းတစ်ခုကို စမ်းကြည့်ပြီး လွှဲပြောင်းမှု ပြန်ကောင်းလာသည်ကို တွေ့ရခြင်းသည် လမ်းကြောင်း ပြောင်းသွားကြောင်း အသုံးဝင်သော သက်သေဖြစ်သည်။ သို့သော် ၎င်းတစ်ခုတည်းဖြင့် မည်သည့် လည်ပတ်မှုစနစ်၏ TCP အကောင်အထည်ဖော်မှုမှ ချို့ယွင်းခဲ့သည်ဟု သက်သေမပြနိုင်ပါ။ ရှင်းလင်းချက်ကို လက်ခံသည့် လုပ်ငန်းစဉ်နှင့် စောင့်ဆိုင်းမှု စတင်ခဲ့သော ချိတ်ဆက်မှုတို့နှင့် ချိတ်ထားပါ။