که د پروسې چاپېریال لاره ټاکي EnvHttpProxyAgent وکاروئ. که پای‌نقطه د مراجع تنظیم پورې اړه لري روښانه Undici ProxyAgent وکاروئ. اصلي غوښتنې ته یې ورکړئ؛ یوازې agent جوړول هېڅ fetch غوښتنه نه بدلوي.

import { EnvHttpProxyAgent, fetch } from 'undici';

const dispatcher = new EnvHttpProxyAgent();

try {
  const response = await fetch("https://example.com/", {
    dispatcher,
    signal: AbortSignal.timeout(15000),
  });
  console.log(response.status);
  await response.arrayBuffer();
} finally {
  await dispatcher.close();
}

دا په داسې ES-ماډیول چاپېریال کې چې Undici لري د proxy-check.mjs په نوم وساتئ. دا POSIX پیل دوه پراکسي لارې او تش د تېرېدو لړلیک ورکوي:

http_proxy=http://203.0.113.10:8080 \
https_proxy=http://203.0.113.10:8080 \
no_proxy= \
node proxy-check.mjs

د سند پای‌نقطه په خپلې HTTP پراکسي یا د HTTP پراکسي لړلیک په نوماند بدله کړئ. ارزښت ټاکنې د دې غوښتنې دي؛ نور shellونه بېل لیکدود لري.

په Undici 8.12.3 کې وړو تورو http_proxy، https_proxy او no_proxy ته لومړیتوب ورکول کېږي که د لویو تورو بڼه هم موجوده وي. HTTP او HTTPS موخې خپل تنظیمات ټاکي. یوازې HTTP تنظیم HTTPS ته هم بدیل ورکوي؛ یوازې HTTPS HTTP نه برابروي. د بل مراجع ALL_PROXY دود پلي مه ګڼئ.

وروديدا نسخه یې کله کاروي
HTTP/HTTPS پراکسي چاپېریالد agent جوړېدو پر مهال ټاکل کېږي. د دې پای‌نقطو له بدلولو وروسته نوی dispatcher جوړ کړئ.
د چاپېریال no_proxyد غوښتنو لېږلو پر مهال بیا کتل کېږي.
د جوړوونکي noProxyد وروستیو چاپېریالي بدلونونو د تعقیب پر ځای د تېرېدو پالیسي روښانه ثابتوي.

تېرېدنې له کوربه او اختیاري پورټ سره برابرېدلای شي؛ یو ستوری یوازې د هرې غوښتنې لپاره پراکسي تېروي. که پراکسي ټرافیک نه ویني، د موخې برابرښت وګورئ.

په Windows کې اصلي پروسه د چاپېریال نوم د لویو او وړو تورو توپیر نه کوي، نو HTTP_PROXY او http_proxy بېل ارزښتونه نه دي. د Node Worker د چاپېریال نقلونه مستند د تورو توپیر لري. دواړه بڼې د لومړیتوب د ازموینې لپاره له ټاکلو مخکې دا په پام کې ونیسئ. بېلګه تر کار وروسته dispatcher بندوي؛ تر هغه یې وساتئ چې تکراري غوښتنې هماغې ساتل شوې پای‌نقطې پالیسۍ ته اړتیا لري.

اړوندې مقالې