Undiciला प्रॉक्सी एन्व्हायर्नमेंट व्हेरिएबल वाचू द्या

प्रक्रियेच्या वातावरणाने मार्ग निवडायचा असेल तर 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();
}

Undici उपलब्ध असलेल्या ES-मॉड्यूल मांडणीत हे 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 पद्धत लागू आहे असे समजू नका.

बायपास होस्ट व पर्यायी पोर्टशी जुळू शकतो; एकच तारका प्रत्येक विनंतीत प्रॉक्सी टाळते. प्रॉक्सीला ट्रॅफिक दिसत नसेल तर गंतव्य जुळते का पाहा.

Windowsमध्ये मुख्य प्रक्रिया वातावरण नावांतील मोठी-लहान अक्षरे वेगळी मानत नाही, म्हणून HTTP_PROXY आणि http_proxy स्वतंत्र मूल्ये नाहीत. Node Workerच्या वातावरण प्रतींमध्ये दस्तऐवजात सांगितलेला अक्षरभेद आहे. दोन्ही लेखने देऊन प्राधान्य तपासण्याआधी हे लक्षात घ्या. नमुना कामानंतर dispatcher बंद करतो; पुनरावृत्त विनंत्यांना त्याच साठवलेल्या एंडपॉइंट धोरणाची गरज असेपर्यंत तो ठेवा.