Node kan self proxy-omgewingsveranderlikes lees wanneer sy ingeboude ondersteuning by die opstart van die proses geaktiveer word. Die beskikbare kliënte hang van die runtime-weergawe af:

  • Ingeboude fetch ondersteun NODE_USE_ENV_PROXY vanaf Node 24.0.0, met ’n terugport na 22.21.0.
  • Ingeboude node:http- en node:https-ondersteuning deur hul verstek globale agente begin by 24.5.0, ook teruggeport na 22.21.0.
  • Die opdragreëlskakelaar --use-env-proxy begin by 24.5.0 en 22.21.0.

Op ’n versoenbare weergawe stel hierdie POSIX-dopvoorbeeld een korporatiewe HTTP-proksi vir beide bestemmingskemas:

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

Die naam HTTPS_PROXY kies die roete vir HTTPS-bestemmings; die URL kan steeds ’n HTTP-proksi noem. Pas NO_PROXY aan vir die bestemmings wat dit moet omseil. Vir ’n onafhanklike toets met ’n publieke URL sonder ’n proksirekening kan ’n HTTP-inskrywing uit die HTTP-proksilys beide proksiewaardes verskaf terwyl die vereiste interne omseilings behoue bly.

Die omgewingskakelaar-vorm is ’n alternatief:

export NODE_USE_ENV_PROXY=1
node app.js

Stel die roeteveranderlikes voordat jy Node met enige van die twee vorme begin. Om die opt-in-vlag na opstart aan process.env toe te wys, laat nie die opstartinisialisering weer loop nie.

Kontroleer watter HTTP-kliënt werklik gebruik word

Die verstek globale agente is relevant vir http- en https-oproepe wat hulle gebruik. ’n Biblioteek met sy eie pasgemaakte agent of dispatcher beheer sy eie vervoer; rou TCP-sokke val buite hierdie HTTP-roetefunksie. Vir ’n versoenbare Undici-kliënt is ’n eksplisiete ProxyAgent-dispatch ’n aparte kliëntplaaslike koppelvlak.

As ’n toepassing ’n globale agent vervang, ondersoek daardie vervanging voordat jy aanvaar dat dit die opstartproksigedrag behou. Net so is npm se registrasiekonfigurasie ’n aparte gereedskapinstelling en bewys dit nie hoe app.js versoeke roeteer nie.

Vir ’n korporatiewe TLS-vertrouensvereiste, stel die toepaslike vertroude CA vir die runtime op. Om proksiroetering te aktiveer, vereis nie dat sertifikaatverifikasie gedeaktiveer word nie.

Verwante artikels