စတင်ချိန်တွင် Node ၏ ပါဝင်ပြီးသား ပရောက်စီ ပံ့ပိုးမှုကို ဖွင့်ပါ

မှန်ကန်သော fetch နှင့် http/https ဗားရှင်း သတ်မှတ်ချက်များဖြင့် Node ၏ ပတ်ဝန်းကျင် ပရောက်စီ ခလုတ်ကို အသုံးပြုပြီး ၎င်း၏ ကလိုင်း အတိုင်းအတာကို နားလည်ပါ။

လုပ်ငန်းစဉ် စတင်ချိန်တွင် ၎င်း၏ ပါဝင်ပြီးသား ပံ့ပိုးမှုကို ဖွင့်ထားလျှင် Node သည် ပရောက်စီ ပတ်ဝန်းကျင် ကိန်းရှင်များကို ကိုယ်တိုင် ဖတ်နိုင်သည်။ ရရှိနိုင်သော ကလိုင်းများသည် runtime ဗားရှင်းပေါ် မူတည်သည်။

  • ပါဝင်ပြီးသား fetch သည် NODE_USE_ENV_PROXY ကို Node 24.0.0 မှ ပံ့ပိုးပြီး 22.21.0 သို့ နောက်ကြောင်း ပို့ဆောင်ထားသည်။
  • ပါဝင်ပြီးသား node:http နှင့် node:https ပံ့ပိုးမှုသည် ၎င်းတို့၏ မူလ ကမ္ဘာလုံး ကိုယ်စားလှယ်များ မှတစ်ဆင့် 24.5.0 မှ စတင်ပြီး 22.21.0 သို့လည်း နောက်ကြောင်း ပို့ဆောင်ထားသည်။
  • --use-env-proxy ကွန်မန့်လိုင်း ခလုတ်သည် 24.5.0 နှင့် 22.21.0 မှ စတင်သည်။

ကိုက်ညီသော ထုတ်ဝေမှုတွင် ဤ POSIX-shell ဥပမာသည် ဦးတည်ချက် အစီအစဉ် နှစ်ခုလုံးအတွက် ကော်ပိုရေးရှင်း HTTP ပရောက်စီ တစ်ခုကို သတ်မှတ်သည်။

export HTTP_PROXY=http://proxy.example.net:8080
export HTTPS_PROXY=http://proxy.example.net:8080
export NO_PROXY=localhost,127.0.0.1,.internal.example

node --use-env-proxy app.js

HTTPS_PROXY အမည်သည် HTTPS ဦးတည်ချက်များအတွက် လမ်းကြောင်းကို ရွေးချယ်သည်။ URL သည် HTTP ပရောက်စီကို ရည်ညွှန်းနိုင်သေးသည်။ NO_PROXY ကို ၎င်းကို ရှောင်ရမည့် ဦးတည်ချက်များသို့ ချိန်ညှိပါ။ ပရောက်စီ အကောင့်မပါဘဲ လွတ်လပ်သော အများပြည်သူ URL စမ်းသပ်မှုအတွက် HTTP ပရောက်စီ စာရင်း မှ HTTP အချက်အလက်တစ်ခုသည် ပရောက်စီ တန်ဖိုး နှစ်ခုလုံးကို ပေးနိုင်ပြီး လိုအပ်သော အတွင်းပိုင်း ရှောင်ကွင်းမှုများ ကျန်ရှိနေသည်။

ပတ်ဝန်းကျင် ခလုတ်ပုံစံသည် အစားထိုး နည်းလမ်းတစ်ခု ဖြစ်သည်။

export NODE_USE_ENV_PROXY=1
node app.js

မည်သည့် ပုံစံဖြင့်မဆို Node မစတင်မီ လမ်းကြောင်း ကိန်းရှင်များကို သတ်မှတ်ပါ။ စတင်ပြီးနောက် opt-in အလံကို process.env သို့ သတ်မှတ်ခြင်းသည် စတင်ခြင်း စတင်မှုကို ပြန်မလုပ်ဆောင်ပါ။

အမှန်တကယ် အသုံးပြုနေသော HTTP ကလိုင်းကို စစ်ဆေးပါ

မူလ ကမ္ဘာလုံး ကိုယ်စားလှယ်များသည် ၎င်းတို့ကို အသုံးပြုသော http နှင့် https ခေါ်ဆိုမှုများအတွက် သက်ဆိုင်သည်။ ကိုယ်ပိုင် စိတ်ကြိုက် ကိုယ်စားလှယ် သို့မဟုတ် ပို့ဆောင်သူ ရှိသော စာကြည့်တိုက်သည် ၎င်း၏ ကိုယ်ပိုင် သယ်ယူပို့ဆောင်မှုကို ထိန်းချုပ်သည်။ အကြမ်းအားဖြင့် TCP ဆော့ကက်များသည် ဤ HTTP လမ်းကြောင်း အင်္ဂါရပ်၏ အပြင်ဘက်တွင် ရှိသည်။ ကိုက်ညီသော Undici ကလိုင်းအတွက် ရှင်းလင်းသော ProxyAgent ပို့ဆောင်သူ သည် ကလိုင်းအတွင်း သီးခြား အင်တာဖေ့စ် ဖြစ်သည်။

အပလီကေးရှင်းတစ်ခုက ကမ္ဘာလုံး ကိုယ်စားလှယ်ကို အစားထိုးပါက ၎င်းသည် စတင်ချိန် ပရောက်စီ အပြုအမူကို ထိန်းသိမ်းထားသည်ဟု မယူဆမီ ထို အစားထိုးမှုကို စစ်ဆေးပါ။ အလားတူပင် npm ၏ မှတ်ပုံတင် ဖွဲ့စည်းမှုသည် သီးခြား ကိရိယာ သတ်မှတ်ချက် ဖြစ်ပြီး app.js က တောင်းဆိုမှုများကို မည်သို့ လမ်းကြောင်းချသည်ကို သက်သေမပြပါ။

ကော်ပိုရေးရှင်း TLS ယုံကြည်မှု လိုအပ်ချက်အတွက် runtime အတွက် သင့်လျော်သော ယုံကြည်ရသော CA ကို ဖွဲ့စည်းပါ။ ပရောက်စီ လမ်းကြောင်းချခြင်းကို ဖွင့်ခြင်းသည် လက်မှတ် စစ်ဆေးခြင်းကို ပိတ်ရန် မလိုအပ်ပါ။

ဆက်စပ်ဆောင်းပါးများ