Squid ၏ HTTP listener သည် SOCKS ကို ပံ့ပိုးပါသလား

Squid ၏ http_port သည် port နံပါတ် မည်သို့ဖြစ်ပါစေ HTTP proxy traffic ကို လက်ခံသည်။ ၎င်းကို port 1080 တွင် သတ်မှတ်ထားသော်လည်း HTTP listener အဖြစ်သာ ကျန်ရှိမည်; SOCKS client သည် မတူညီသော handshake ကို ပို့သည်။

HTTP proxy များကို ပံ့ပိုးသော application သည် Squid ၏ လိပ်စာနှင့် port ကို ၎င်း၏ HTTP proxy setting တွင် အသုံးပြုနိုင်သည်။ HTTPS ပစ်မှတ်များသည် CONNECT မှတစ်ဆင့် ဖြတ်သန်းနိုင်သဖြင့် proxy က tunnel ကို ခွင့်ပြုပါက ဤ setting သည် လုံခြုံသော ဝဘ်ဆိုက်များအတွက်လည်း သင့်တော်သည်။

SOCKS လိုအပ်သော application အတွက် လိုအပ်သော SOCKS ဗားရှင်းကို အကောင်အထည်ဖော်သည့် ဝန်ဆောင်မှု နှင့် အတည်ပြုခြင်း လိုအပ်သည်။ ခွင့်ပြုထားသော အများသူငှာ လမ်းကြောင်းများအတွက် SOCKS proxy စာရင်းမှ ထိုဗားရှင်းနှင့် ကိုက်ညီသော ကိုယ်စားလှယ်လောင်းများကို ရွေးပါ။ သီးသန့် SOCKS server သို့မဟုတ် သင့်လျော်သော ဒေသတွင်း SSH dynamic forwarding သည် ထို interface ကို ပေးနိုင်သည်။

စမ်းသပ်ဆဲ ပံ့ပိုးမှုနှင့် အထက်ပိုင်း proxy များ

Squid ၏ SOCKS ဖွံ့ဖြိုးရေး စာမျက်နှာ သည် ကန့်သတ်ချက်များနှင့်အတူ စမ်းသပ်ဆဲနှင့် library အခြေခံ နည်းလမ်းများကို ဖော်ပြသည်။ ပုံမှန် package လုပ်ထားသော HTTP listener သည် configuration switch မှတစ်ဆင့် SOCKS5 ကို လက်ခံသည်ဟု ၎င်းက သက်သေမပြပါ။

Squid ကို အထက်ပိုင်းတွင် SOCKS အသုံးပြုစေခြင်းသည် ၎င်း၏ အပြင်သွား ချိတ်ဆက်မှုများအတွက် သီးခြား လိုအပ်ချက် ဖြစ်သည်။ ထို socket များကို သက်ရောက်စေသော နည်းလမ်းသည် အဝင်ပိုင်း SOCKS ပံ့ပိုးမှုကို မထပ်တိုးပါ။

Protocol မကိုက်ညီပါက application က Squid သို့ မည်သည့်အရာ ပို့သည်နှင့် Squid က ၎င်း၏ ပစ်မှတ် သို့မဟုတ် မိခင် proxy သို့ မည်သည့်အရာ ပို့သည်ကို ဖော်ထုတ်ပါ။ port နံပါတ်ကို သာ ပြောင်းခြင်းသည် စကားပြောခန်း နှစ်ခုစလုံးကို မပြောင်းလဲစေပါ။