Kasutage Node'i HTTPS-kliendiga SOCKS-agenti

Ühendage socks-proxy-agent Node'i tuuma HTTPS-päringuga ja säilitage erinevus Node'i agendi ning fetch-dispetšeri vahel.

SOCKS-võimekusega agent saab luua sihtkoha ühenduse Node'i tuuma HTTPS-kliendi jaoks. Kui socks-proxy-agent on rakenduses saadaval:

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

Asendage näidislõpp-punkt mitteautenditud kandidaadiga SOCKS5 puhverserverite loendist selle avaliku HTTPS-päringu jaoks. Tagasikutse tühjendab vastuse pärast oleku printimist; tarbige keha seal, kui rakendus seda vajab. Kasutage agenti uuesti selle määratud toimingute jaoks ja hävitage see, kui see kliendipoliitika lõpetatakse ja selle töö on lõppenud.

Valige, kus sihtkoha nimi lahendatakse

socks-proxy-agenti URL-i käsitlemisel jätab socks5h sihtkoha hostinime lahendamise puhverserveri teele; socks5 lahendab selle kohapeal. See on oluline, kui nimi on saadaval ainult puhverserveri võrgus.

HTTPS-URL säilitab veebisaidi identiteedi. Agent teeb SOCKS-i läbirääkimised enne, kui Node alustab selle saidi suunas TLS-i.

Kasutajanime/parooliga teenuse puhul pange volitused puhverserveri URL-i, kasutades URI-komponendi kodeerimist reserveeritud märkide jaoks. Hoidke täielik URL logidest väljas. Sihtkoha Authorization-päised kuuluvad veebisaidi kontole.

See agent töötab Node'i tuuma HTTP/HTTPS-päringu API-dega. Node'i fetch kasutab dispetšeri liidest, seega seadistage selle kliendi toetatud SOCKS-integratsioon eraldi.

Seotud artiklid