HTTP CONNECT အဖြေပြီးနောက် ဘူဖာထဲရှိ ဒေတာများကို ထိန်းသိမ်းပါ

သေးငယ်သော ပရောက်စီ ထုပ်ပိုးမှုတစ်ခုသည် HTTPS တွင် အလုပ်လုပ်ပြီး ဆာဗာက ဦးစွာပြောသော ပရိုတိုကောတွင် ပြန်လည်အသုံးပြုသောအခါ ဆိုင်းငံ့နိုင်သည်။ သံသယဖြစ်ဖွယ် လိုင်းသည် များသောအားဖြင့် လက်ခံယူ ဘူဖာကို \r\n\r\n ဖြင့် အဆုံးသတ် ရန် စောင့်နေသော လိုင်းဖြစ်သည်။

TCP သည် ကလိုင်းယံ့အား စီးကြောင်းတစ်ခု ပေးသည်။ လက်ခံယူမှု တစ်ခုက HTTP အခြေအနေ လိုင်းတစ်ဝက်၊ ပြည့်စုံသော CONNECT အဖြေ၊ သို့မဟုတ် ထိုအဖြေနောက် ချက်ချင်းလိုက်ပါလာသော ဥမင် ဒေတာများကို ပြန်ပေးနိုင်သည်။ ဖတ်ခြင်းသည် ခေါင်းစီးများ၏ အဆုံးတွင် ရပ်မည်ဟု အာမခံချက် မရှိပါ။

ဘူဖာအတွင်း နယ်နိမိတ်ကို ရှာပါ

HTTP/1.1 CONNECT ဖလှယ်မှုအတွက် ခေါင်းစီး အဆုံးသတ် အမှတ်အသားသည် ဘူဖာအတွင်း မည်သည့်နေရာတွင်မဆို မပေါ်မချင်း ဘိုက်များကို စုဆောင်းပါ။ ၎င်း၏ ပထမဆုံး ပေါ်သည့်နေရာတွင် ခွဲပါ။ ပထမပိုင်းမှ အခြေအနေလိုင်းနှင့် ခေါင်းစီးများကို ခွဲခြမ်းစိတ်ဖြာပါ; နယ်နိမိတ်နောက်ပိုင်း အားလုံးကို သီးခြား သိမ်းထားပါ။ စောင့်ဆိုင်းစဉ် ခေါင်းစီး အရွယ်အစား ကန့်သတ်ချက်နှင့် အချိန်ကန့်သတ်ချက်ကို ကျင့်သုံးပါ၊ ပြီးလျှင် socket ဖတ်ခြင်း ဗလာဖြစ်မှုကို ကွင်းပတ်ထဲ ထပ်ဝင်ရန် ဖိတ်ခေါ်မှုအဖြစ် မဟုတ်ဘဲ ပိတ်ထားသော ချိတ်ဆက်မှုအဖြစ် သတ်မှတ်ပါ။

နောက်ဆုံး အောင်မြင်သော 2xx အဖြေသည် ထိုခေါင်းစီးများပြီးနောက် ချက်ချင်း ချိတ်ဆက်မှုကို ဥမင် မုဒ်သို့ ပြောင်းသည်။ ၎င်းနောက် လိုက်ပါလာသော ဘိုက်များသည် ဥမင် ဘိုက်များ ဖြစ်ပြီးသား ဖြစ်သည်။ ၎င်းတို့ကို မစွန့်ပစ်ပါနှင့်၊ CONNECT အဖြေ ကိုယ်ထည်ကို မစောင့်ပါနှင့်၊ ပြီးလျှင် Content-Length အကွက်ကို ပရိုတိုကောအသစ်၏ အစိတ်အပိုင်းကို သုံးရန် ခွင့်ပြုချက်အဖြစ် မအနက်ဖွင့်ပါနှင့်။ သတင်းအချက်အလက် အဖြေများ ရှိပါက ၎င်းတို့ကို ထို နောက်ဆုံးအဖြေ မတိုင်မီ ကိုင်တွယ်ရမည်။

ထုပ်ပိုးမှုသည် ၎င်း၏ ကျန်ရှိမှုများကို လက်ဆင့်ကမ်းရမည်

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

ဆန့်ကျင်ဘက်အားဖြင့် မအောင်မြင်သော CONNECT အဖြေမှ ဘိုက်များသည် ဥမင် နှုတ်ဆက်စကား မဟုတ်ပါ။ 407 သည် ပရောက်စီ ဖလှယ်မှုတွင် ပါဝင်ဆဲဖြစ်ပြီး စစ်မှန်ကြောင်း အတည်ပြုမှုကို ကိုင်တွယ်ရန် လိုအပ်သည်; အခြား မအောင်မြင်သော အခြေအနေသည် သင့်လျော်သော အမှား လမ်းကြောင်း လိုအပ်သည်။

HTTP ပရောက်စီ မှတစ်ဆင့် FTP သို့မဟုတ် SSH ကလိုင်းယံ့ကို ချိန်ညှိသည့်အခါ ၎င်းသည် အထူးအရေးကြီးသည်။ ပရောက်စီသည် တောင်းဆိုထားသော ဦးတည် ပို့တ်ကိုလည်း ခွင့်ပြုရမည်၊ ပြီးလျှင် FTP သည် ထပ်ဆောင်း ဒေတာ ချိတ်ဆက်မှုများ လိုအပ်နိုင်သည်။ ခေါင်းစီးများကို မှန်ကန်စွာ ခွဲခြမ်းစိတ်ဖြာခြင်းသည် စီးကြောင်း လွှဲပြောင်းမှုကို ဖြေရှင်းသည်; ၎င်းသည် CONNECT ခွင့်ပြုချက် မပေးနိုင်သလို FTP ၏ ဒုတိယ ချန်နယ်ကိုလည်း မပေးနိုင်ပါ။