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 બંધ કરે છે; વારંવારની વિનંતીને એક જ સાચવેલી એન્ડપોઇન્ટ નીતિ જોઈએ ત્યાં સુધી તેને રાખો.