Përdorni një agjent SOCKS me klientin HTTPS të Node

Lidhni socks-proxy-agent me një kërkesë HTTPS të bërthamës së Node dhe ruani dallimin midis një agjenti Node dhe një dispeçeri fetch.

Një agjent me aftësi SOCKS mund të vendosë lidhjen e destinacionit për klientin HTTPS të bërthamës së Node. Kur socks-proxy-agent është i disponueshëm në aplikacion:

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

Zëvendësoni pikën fundore të shembullit me një kandidat të paautentikuar nga lista e proxyve SOCKS5 për këtë kërkesë publike HTTPS. Kthimi i thirrjes zbraz përgjigjen pasi printon statusin; konsumoni trupin atje nëse aplikacioni ka nevojë. Ripërdorni agjentin për operacionet e caktuara dhe më pas shkatërrojeni kur ajo politikë klienti hiqet dhe puna e tij ka përfunduar.

Zgjidhni ku zgjidhet emri i destinacionit

Në trajtimin e URL-ve nga socks-proxy-agent, socks5h ia lë zgjidhjen e emrit të hostit të destinacionit rrugës së proxy-t; socks5 e zgjidh lokalisht. Kjo ka rëndësi kur emri është i disponueshëm vetëm në rrjetin e proxy-t.

URL-i HTTPS ruan identitetin e faqes. Agjenti kryen negociatën SOCKS përpara se Node të nisë TLS drejt asaj faqeje.

Për një shërbim me emër përdoruesi/fjalëkalim, vendosni kredencialet në URL-in e proxy-t duke përdorur kodimin e komponentëve URI për karakteret e rezervuara. Mbani URL-in e plotë jashtë regjistrave. Titujt Authorization të destinacionit i përkasin llogarisë së faqes.

Ky agjent funksionon me API-t e kërkesave HTTP/HTTPS të bërthamës së Node. fetch i Node përdor një ndërfaqe dispeçeri, prandaj konfiguroni veçmas integrimin SOCKS të mbështetur të atij klienti.

Artikuj të ngjashëm