Node ၏ HTTPS ဖောက်သည်နှင့် SOCKS ကိုယ်စားလှယ် အသုံးပြုခြင်း

SOCKS ပံ့ပိုးနိုင်သော ကိုယ်စားလှယ်တစ်ခုသည် Node ၏ အဓိက HTTPS ဖောက်သည်အတွက် ဦးတည်ချက် ချိတ်ဆက်မှုကို တည်ဆောက်နိုင်သည်။ အပလီကေးရှင်းတွင် socks-proxy-agent ရှိနေလျှင်−

const https = require('node:https');
const { SocksProxyAgent } = require('socks-proxy-agent');

const agent = new SocksProxyAgent('socks5h://proxy.example:1080');
const request = https.get('https://www.example.com/', {
  agent,
  signal: AbortSignal.timeout(15000),
}, (response) => {
  console.log(response.statusCode);
  response.on('error', console.error);
  response.resume();
});
request.on('error', console.error);

ဤအများပြည်သူ HTTPS တောင်းဆိုချက်အတွက် နမူနာ အဆုံးမှတ်ကို SOCKS5 ပရောက်စီ စာရင်းမှ အတည်ပြုမထားသော ကိုယ်စားလှယ်လောင်းဖြင့် အစားထိုးပါ။ ပြန်ခေါ်မှုသည် အခြေအနေကို ပရင့်ထုတ်ပြီးနောက် တုံ့ပြန်ချက်ကို ဖိတ်ထုတ်သည်။ အပလီကေးရှင်း လိုအပ်ပါက ကိုယ်ထည်ကို ထိုနေရာတွင် သုံးစွဲပါ။ ကိုယ်စားလှယ်ကို ၎င်း၏ တာဝန်ပေးထားသော လုပ်ငန်းများအတွက် ပြန်သုံးပြီး ထိုဖောက်သည် မူဝါဒ ရုပ်သိမ်းခံရပြီး ၎င်း၏ အလုပ်ပြီးဆုံးသောအခါ ဖျက်ပစ်ပါ။

ဦးတည်ချက် အမည်ကို မည်သည့်နေရာတွင် ဖြေရှင်းမည်ကို ရွေးပါ

socks-proxy-agent ၏ URL ကိုင်တွယ်မှုတွင် socks5h သည် ဦးတည်ချက် လက်ခံအမည် ဖြေရှင်းမှုကို ပရောက်စီ လမ်းကြောင်းသို့ ချန်ထားသည်။ socks5 သည် ၎င်းကို ဒေသတွင်း ဖြေရှင်းသည်။ အမည်သည် ပရောက်စီ ကွန်ရက်ပေါ်တွင်သာ ရရှိနိုင်သောအခါ ၎င်းသည် အရေးကြီးသည်။

HTTPS URL သည် ဝဘ်ဆိုက်၏ အထောက်အထားကို ထိန်းသိမ်းသည်။ ကိုယ်စားလှယ်သည် Node ထိုဆိုက်သို့ TLS မစတင်မီ SOCKS ညှိနှိုင်းမှုကို ပြုလုပ်သည်။

အသုံးပြုသူအမည်/စကားဝှက် ဝန်ဆောင်မှုအတွက် သီးသန့်ထားသော စာလုံးများအတွက် URI အစိတ်အပိုင်း ကုဒ်ပြောင်းခြင်း ကို အသုံးပြု၍ ပရောက်စီ URL တွင် အထောက်အထားများ ထည့်ပါ။ ပြည့်စုံသော URL ကို မှတ်တမ်းများမှ ခွဲထုတ်ထားပါ။ ဦးတည်ချက်၏ Authorization ခေါင်းစီးများသည် ဝဘ်ဆိုက်၏ အကောင့်ပိုင်ဖြစ်သည်။

ဤကိုယ်စားလှယ်သည် Node ၏ အဓိက HTTP/HTTPS တောင်းဆိုချက် API များနှင့် အလုပ်လုပ်သည်။ Node ၏ fetch သည် dispatcher မျက်နှာပြင်ကို အသုံးပြုသောကြောင့် ထိုဖောက်သည်က ပံ့ပိုးသော SOCKS ပေါင်းစပ်မှုကို သီးခြား သတ်မှတ်ပါ။