global-tunnel-ng သည် proxy ကိန်းရှင်များကို ဖတ်ပြီးနောက် ဖျက်ပစ်သည်
http_proxy ပျောက်ကွယ်ပြီးနောက်တွင်လည်း ဟောင်းနွမ်းသော Node လုပ်ငန်းစဉ်သည် proxy ကို ဆက်သုံးနိုင်သည်။ module ၏ သိမ်းဆည်းထားသော အခြေအနေနှင့် နောက်လာမည့် client ၏ သယ်ယူမှုကို စစ်ဆေးပါ။
global-tunnel-ng ကို အသုံးပြုသော အက်ပ်ဟောင်းတွင် initialize သည် ရွေးချယ်ထားသော ဖွဲ့စည်းမှုကို သိမ်းထားပြီးနောက် ပံ့ပိုးထားသော HTTP/HTTPS proxy ကိန်းရှင်များကို တမင်ဖျက်ပစ်နိုင်သည်။
အကြောင်းရင်းမှာ နှစ်ကြိမ်ကိုင်တွယ်ခြင်းဖြစ်သည်။ အခြား library သည် module ၏ ပြင်ဆင်ထားသော HTTP လမ်းကြောင်းပေါ်တွင် ပတ်ဝန်းကျင် proxy ကို ထပ်မံအသုံးမပြုရ။ ထို့ကြောင့် process.env.http_proxy မရှိခြင်းသည် proxy ရပ်သွားသည်ဟု မဆိုလိုပါ။
အသက်သွင်းမှုအတွက် isProxying နှင့် သိမ်းထားသော ရွေးချယ်မှုအတွက် proxyConfig ကို စစ်ဆေးပါ။ အကောင့်ပါသော ဖွဲ့စည်းမှုအပြည့်အစုံ သို့မဟုတ် proxyUrl ကို log မတင်ပါနှင့်။
ကိန်းရှင်များ ပျောက်ကွယ်ပြီးနောက် နောက်လာမည့် client မအောင်မြင်ပါက ၎င်းသည် ပြင်ဆင်ထားသော HTTP/HTTPS agent၊ ရှင်းလင်းသော agent သို့မဟုတ် အခြားသယ်ယူမှုကို သုံးသည်ကို ဖော်ထုတ်ပါ။ ပတ်ဝန်းကျင်ကို ကိုယ်တိုင်ဖတ်သော client သည် ၎င်း၏ မှတ်တမ်းတင်ထားသော proxy ထည့်သွင်းမှု လိုအပ်နိုင်သည်။
node_modules မှ ဖျက်ခြင်းကုဒ်ကို ဖယ်ရှားခြင်းသည် နှစ်ကြိမ်ကိုင်တွယ်မှု ကာကွယ်ရေးကို ဖယ်ရှားပြီး ပြန်လည်ထည့်သွင်းချိန်တွင် ပျောက်ကွယ်နိုင်သည်။ ထို့အစား သယ်ယူမှု ပိုင်ဆိုင်မှုကို ဖြေရှင်းပါ။ ၎င်းသည် Node သဟဇာတဖြစ်မှု ကန့်သတ်ချက်များ မှတ်တမ်းတင်ထားသော package ဟောင်းဖြစ်သည်။ သဟဇာတဖြစ်သော Node ဗားရှင်းတွင် စတင်ချိန်၌ ပါဝင်သော proxy ပံ့ပိုးမှု သည် စံ HTTP client များအတွက် ရွေးချယ်မှုတစ်ခုဖြစ်သည်။ စိတ်ကြိုက် agent နှင့် ပို့သူများမှာ မိမိတို့လမ်းကြောင်း လိုအပ်ဆဲဖြစ်သည်။