Tumia wakala wa SOCKS na mteja wa HTTPS wa Node

Ambatisha socks-proxy-agent kwenye ombi la HTTPS la msingi la Node na uhifadhi tofauti kati ya wakala wa Node na msambazaji wa fetch.

Wakala anayeweza SOCKS anaweza kuanzisha muunganisho wa lengwa kwa mteja wa HTTPS wa msingi wa Node. Wakati socks-proxy-agent inapatikana katika programu:

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

Badilisha ncha ya mfano na mwagizaji ambaye hajathibitishwa kutoka orodha ya proksi za SOCKS5 kwa ombi hili la HTTPS la umma. Mwitiko hurudisha jibu baada ya kuchapisha hali yake; tumia mwili hapo ikiwa programu inauhitaji. Tumia tena wakala kwa shughuli zake zilizopangiwa, kisha uharibu wakati sera hiyo ya mteja inapoondolewa na kazi yake imekamilika.

Chagua mahali jina la lengwa linatatuliwa

Katika ushughulikiaji wa URL wa socks-proxy-agent, socks5h huacha utatuzi wa jina la mwenyeji wa lengwa kwa njia ya proksi; socks5 hutatua kwa ndani. Hii ni muhimu wakati jina linapatikana tu kwenye mtandao wa proksi.

URL ya HTTPS huhifadhi utambulisho wa tovuti. Wakala hufanya mazungumzo ya SOCKS kabla Node haijaanza TLS kuelekea tovuti hiyo.

Kwa huduma ya jina la mtumiaji/nywila, weka vitambulisho kwenye URL ya proksi ukitumia usimbaji wa sehemu za URI kwa herufi zilizohifadhiwa. Weka URL kamili nje ya kumbukumbu. Vichwa vya Authorization vya lengwa ni vya akaunti ya tovuti.

Wakala huyu hufanya kazi na API za maombi za HTTP/HTTPS za msingi za Node. fetch ya Node hutumia kiolesura cha msambazaji, kwa hivyo sanidi muunganisho wa SOCKS unaoungwa mkono wa mteja huyo kando.

Makala zinazohusiana