Benotzt en SOCKS-Agent mam HTTPS-Client vun Node

Verbannt socks-proxy-agent un eng HTTPS-Ufro vum Node-Kär a behält den Ënnerscheed tëscht engem Node-Agent an engem fetch-Dispatcher.

En Agent mam SOCKS-Fäegkeet kann d'Zilverbindung fir den HTTPS-Kärclient vun Node opbauen. Wann socks-proxy-agent an der Applikatioun verfügbar ass:

const https = require('node:https');
const { SocksProxyAgent } = require('socks-proxy-agent');

const agent = new SocksProxyAgent('socks5h://proxy.example:1080');
const request = https.get('https://www.example.com/', {
  agent,
  signal: AbortSignal.timeout(15000),
}, (response) => {
  console.log(response.statusCode);
  response.on('error', console.error);
  response.resume();
});
request.on('error', console.error);

Ersetzt den Beispill-Endpunkt duerch en net authentifizéierte Kandidat aus der SOCKS5-Proxy-Lëscht fir dës ëffentlech HTTPS-Ufro. De Callback dréint d'Äntwert no der Ausgab vum Status; konsuméiert de Body do, wann d'Applikatioun en brauch. Benotzt den Agent fir seng zougewise Operatiounen nach eng Kéier a zerstéiert en, wann déi Clientpolitik opginn ass a seng Aarbecht fäerdeg ass.

Wielt wou den Zilnumm opgeléist gëtt

An der URL-Behandlung vu socks-proxy-agent léisst socks5h d'Opstelle vum Zilhostnumm un de Proxy-Wee; socks5 léist en lokal op. Dëst ass wichteg, wann den Numm nëmmen am Netzwierk vum Proxy verfügbar ass.

D'HTTPS-URL behält d'Identitéit vun der Websäit. Den Agent mécht SOCKS-Verhandlungen, éier Node TLS zu där Säit start.

Fir en Service mat Benotzernumm/Passwuert setzt d'Authentifikatiounsdaten an d'Proxy-URL mat URI-Komponentenkodéierung fir reservéiert Zeechen. Halt d'komplett URL aus de Logbicher. D'Authorization-Header vum Zil gehéieren zum Kont vun der Websäit.

Dësen Agent funktionéiert mat den HTTP/HTTPS-Ufro-APIen vum Node-Kär. fetch vun Node benotzt eng Dispatcher-Schnittstell, also konfiguréiert déi ënnerstëtzt SOCKS-Integratioun vun deem Client separat.

Ähnlech Artikelen