Pinipili ng Got ang mga ahente ng SOCKS sa pamamagitan ng HTTP at HTTPS key nito

Ang bagay na agent ng Got ay naka-key ayon sa protocol ng patutunguhan. Kaya't ang koneksyong SOCKS para sa isang HTTPS URL ay nasa ilalim ng https, hindi sa isang bagong key na tinatawag na socks.

Para sa umiiral na ESM application na gumagamit ng Got at socks-proxy-agent sa landas ng HTTP/1:

import got from 'got';
import {SocksProxyAgent} from 'socks-proxy-agent';

const agent = new SocksProxyAgent('socks5h://proxy.example:1080');
const body = await got('https://www.example.org/', {
  http2: false,
  agent: {
    http: agent,
    https: agent,
  },
  timeout: {request: 20000},
}).text();

Ang listahan ng SOCKS5 proxy ay nagbibigay ng mga kandidato para sa proxy URL na walang account sa halimbawa. Kayang hawakan ng parehong ahente ang mga entry na HTTP at HTTPS na ipinakita. Itinatag nito ang koneksyong SOCKS, pagkatapos ay ginagawa ng landas ng HTTPS ang TLS handshake sa patutunguhan.

Sa ahenteng ito, iniiwan ng socks5h sa SOCKS proxy ang pagresolba ng hostname ng patutunguhan. Pinipili naman ng socks5 ang lokal na pagresolba. Kailangan pa ring maabot mula sa prosesong Node ang hostname ng proxy mismo.

Ang puwang ng HTTP/2 agent ng Got ay umaasa ng ibang interface. Huwag kopyahin ang ahenteng ito sa agent.http2 at ipagpalagay na nagbibigay ito ng suportang HTTP/2 proxy.

Gamitin muli ang naka-configure na ahente para sa workload at sirain ito kapag nagsara ang may-ari nito. Itugma ang mga bersyon ng package sa runtime ng Node ng application; ginagamit ng halimbawang ito ang pinangalanang export na SocksProxyAgent.