တောင်းဆိုမှုများ၊ ချိတ်ဆက်မှုများနှင့် ဆက်ရှင်များတစ်လျှောက် ပရောက်စီ လှည့်ပတ်မှု
အပလီကေးရှင်း တောင်းဆိုမှုတိုင်းတွင် Connection: close မထည့်မီ လှည့်ပတ်ပရောက်စီဝန်ဆောင်မှုက အမှန်တကယ် ဘာကို လှည့်ပတ်သည်ကို စစ်ဆေးပါ။
တူညီသော ဂိတ်ဝေးမှ ဒုတိယတောင်းဆိုမှုသည် တူညီသော အများသုံး IP ကို တရားဝင် အသုံးပြုနိုင်သည်။ ဝန်ဆောင်မှုက ၎င်း၏ လှည့်ပတ်မှုအတွက် မည်သည့် သက်တမ်းကို အသုံးပြုသည်ကို စစ်ဆေးပါ။
| လှည့်ပတ်မှု ယူနစ် | ဘာကို နှိုင်းယှဉ်မည် |
|---|---|
| တောင်းဆိုမှု | နောက် အပလီကေးရှင်း လုပ်ဆောင်ချက်နှင့် ၎င်း၏ လေ့လာတွေ့ရှိရသော ထွက်ပေါက် |
| ချိတ်ဆက်မှု | ကလိုင်းယင့်က ကိုက်ညီသော ချိတ်ဆက်မှုကို ပြန်သုံးခဲ့သလား သို့မဟုတ် အခြားတစ်ခု ဖွင့်ခဲ့သလား |
| ပံ့ပိုးသူ ဆက်ရှင် | မှတ်တမ်းတင်ထားသော ကပ်နေသော ဆက်ရှင် ထည့်သွင်းချက်နှင့် ၎င်း၏ သက်တမ်း |
Connection: close သည် ဂိတ်ဝေးအားလုံးအတွက် ညွှန်ကြားချက် မဟုတ်ပါ။ CONNECT အတွင်းရှိ HTTPS အတွက် ဝဘ်ဆိုက်၏ တောင်းဆိုမှု ခေါင်းစီးသည် ဦးတည်ရာ၏ TLS အတွင်း သွားလာသည်။ ၎င်းသည် ပြင်ပ ပရောက်စီအား မည်သည့် အများသုံး IP ကို သတ်မှတ်မည်ကို မပြောပါ။ HTTP/1.1 ၏ ချိတ်ဆက်မှုဆိုင်ရာ အဓိပ္ပာယ်ကိုလည်း HTTP ဗားရှင်း သို့မဟုတ် သယ်ယူပို့ဆောင်မှု တိုင်းသို့ မပြောင်းလဲဘဲ သယ်ဆောင်၍ မရပါ။
မှတ်တမ်းတင်ထားသော ချိတ်ဆက်မှုတစ်ခုချင်း ဝန်ဆောင်မှုက ချိတ်ဆက်မှုအသစ် လိုအပ်ပါက ကလိုင်းယင့် ပံ့ပိုးသော သက်တမ်းစက်ဝန်း ထိန်းချုပ်မှုကို သုံးပြီး TCP/TLS ထပ်ခါတလဲလဲ စီစဉ်ရသည့် ကုန်ကျစရိတ်ကို ထည့်သွင်းစဉ်းစားပါ။ လှည့်ပတ်မှုက ပံ့ပိုးသူ ဆက်ရှင်ကို လိုက်နာပါက ပြန်လည်ချိတ်ဆက်ခြင်းသည် ထို ဆက်ရှင်နှင့် ၎င်း၏ ထွက်ပေါက် နှစ်ခုလုံးကို ထိန်းသိမ်းနိုင်သည်။
တောင်းဆိုမှု ဖော်ပြချက်၊ အဆုံးမှတ်၊ သက်ဆိုင်ရာ ဆက်ရှင်သော့နှင့် ဦးတည်ရာတွင် လေ့လာတွေ့ရှိရသော ရင်းမြစ်ကို သီးခြား မှတ်တမ်းတင်ပါ။ ချိတ်ဆက်မှုကို ပိတ်ခြင်းသည် ထို သက်တမ်းစက်ဝန်း ဖြစ်ရပ်ကိုသာ သက်သေပြသည်။ နောက် လုပ်ဆောင်ချက်အတွက် ရွေးချယ်ထားသော ထွက်ပေါက်ကို ဝန်ဆောင်မှု၏ အမှန်တကယ် လှည့်ပတ်မှု စာချုပ်နှင့် ဆန့်ကျင်စစ်ဆေးပါ။