FTP ဆာဗာသည် SOCKS ဖြင့်သွားသော client အကြောင်း ဘာမှတ်တမ်းတင်နိုင်သည်
FTP ဆာဗာသည် မူရင်း client အစား proxy ထွက်ပေါက်ကို မြင်သောအခါ ဆက်သွယ်မှု tuple အပြည့်အစုံနှင့် အချိန်ကို မှတ်တမ်းတင်ပါ။
SOCKS proxy ဖြင့်သွားသော TCP ဆက်သွယ်မှုကို လက်ခံသော FTP ဆာဗာသည် proxy ၏ အပြင်ထွက် ဆက်သွယ်မှုကို ဖွင့်ခဲ့သော ပါတနာကို မြင်သည်။ SOCKS ညှိနှိုင်းမှုသည် client နှင့် proxy အကြားတွင် ဖြစ်ပွားခဲ့သည်။ ၎င်းသည် FTP သို့ ပေးပို့သော အပိုထပ်ဆောင်း ခွဲခြားသိမှတ်ရေး header မဟုတ်ပါ။
ပါတနာ၏ IP နှင့် ရင်းမြစ် port၊ ခရီးဆုံး လိပ်စာနှင့် port၊ သယ်ယူပို့ဆောင်ရေး ပရိုတိုကော၊ နှင့် ရှင်းလင်းသော အချိန်အခြေခံရှိသည့် တိကျသော အချိန်တံဆိပ်ကို မှတ်တမ်းတင်ပါ။ မျှဝေထားသော ထွက်ပေါက်လိပ်စာသည် တစ်ချိန်တည်း client များစွာကို ကိုယ်စားပြုနိုင်သောကြောင့် IP တစ်ခုတည်းသည် အားနည်းသော ဆက်စပ်မှုသော့ ဖြစ်သည်။
အပြင်ထွက် ဆက်သွယ်မှုကို ယခင် client ဆက်သွယ်မှုနှင့် တွဲဖက်ရန် ကြားခံနှင့် သက်ဆိုင်ရာ လိပ်စာပြောင်းလဲမှု၏ မှတ်တမ်းများ လိုအပ်သည်။ ထိုမှတ်တမ်းများ မရှိနိုင် သို့မဟုတ် ယခု မရနိုင်တော့ပါ။ ခရီးဆုံးဘက်မှ packet ဖမ်းယူမှုသည် ပျောက်နေသော mapping ကို ပြန်လည်တည်ဆောက်နိုင်မည် မဟုတ်ပါ။
HTTP ပို့ဆောင်ရေး header များသည် မတူညီသော ယန္တရားဖြစ်ပြီး သာမန် FTP နှင့် မပါလာပါ။ HTTP တွင်ပင် ဆိုထားသော မူရင်း-client အကွက်သည် ယုံကြည်ရသော ဇစ်မြစ် လိုအပ်သည်။ client ပေးသော မထိန်းချုပ်နိုင်သော စာသားသည် ဆက်သွယ်မှုကို မည်သူ လုပ်ကိုင်ခဲ့သည်ကို သက်သေမပြနိုင်ပါ။