د پیل په وخت کې د Node جوړ شوی پروکسي ملاتړ فعال کړئ

Node کولای شي د بهیر د پیل په وخت کې چې کله یې جوړ شوی ملاتړ فعال شي، د پروکسي چاپېریال متغیرونه پخپله ولولي. شته پیرودونکي د runtime نسخې پورې اړه لري:

• جوړ شوی fetch له Node 24.0.0 څخه NODE_USE_ENV_PROXY ملاتړ کوي، چې 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 تنظیم کړئ. د پروکسي لارښوونې فعالول د سند تصدیق غیر فعالولو ته اړتیا نلري.