Erabili SOCKS agente bat Node-ren HTTPS bezeroarekin

Lotu socks-proxy-agent Node-ren HTTPS eskaera nagusiari eta mantendu Node agentearen eta fetch dispatcherraren arteko bereizketa.

SOCKS gaitasuna duen agente batek helmugako konexioa ezar dezake Node-ren HTTPS bezero nagusiarentzat. Aplikazioan socks-proxy-agent erabilgarri dagoenean:

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);

Ordezkatu adibideko muturra SOCKS5 proxy zerrendako hautagai autentifikatu gabe batekin HTTPS eskaera publiko honetarako. Callbackak erantzuna husten du egoera inprimatu ondoren; kontsumitu gorputza han aplikazioak behar badu. Berrerabili agentea esleitutako eragiketetan, eta suntsitu ezazu bezeroaren politika hori erretiratu eta haren lana amaitutakoan.

Aukeratu non ebazten den helmugako izena

socks-proxy-agent-en URL kudeaketan, socks5h helmugako ostalari izenaren ebazpena proxy bideari uzten dio; socks5 bertan ebazten du. Hori garrantzitsua da izena proxyaren sarean bakarrik erabilgarri dagoenean.

HTTPS URLak webgunearen identitatea gordetzen du. Agenteak SOCKS negoziazioa egiten du Node webgune horrekin TLS hasi aurretik.

Erabiltzaile-izena/pasahitza duen zerbitzu baterako, jarri kredentzialak proxy URLan URI osagaien kodeketa karaktere erreserbatuekin erabiliz. Eduki URL osoa erregistroetatik kanpo. Helmugako Authorization goiburuak webgunearen kontuarenak dira.

Agente honek Node-ren HTTP/HTTPS eskaera API nagusiekin egiten du lan. Node-ren fetchek dispatcher interfazea erabiltzen du, beraz konfiguratu bezero horren SOCKS integrazio onartua bereiz.

Erlazionatutako artikuluak