En SOCKS-Socket an Node.js mat TLS ëmwéckelen

Wéckelt de Zilstream, deen d'socks-Pakett zréckgëtt, mat tls.connect ëm a behält den Hostnumm vun der Websäit fir SNI a Certificat-Iwwerpréiwung.

SocksClient.createConnection gëtt e Stream zréck, deen un d'ugefrot Zil verbonne ass. Fir HTTPS brauch dëse Stream nach en TLS-Handshake, ier en d'HTTP-Ufro dréit.

import { SocksClient } from 'socks';
import tls from 'node:tls';

const targetHost = 'service.example';
const info = await SocksClient.createConnection({
  proxy: { host: 'proxy.example', port: 1080, type: 5 },
  command: 'connect',
  destination: { host: targetHost, port: 443 },
  timeout: 10000,
});
const secure = tls.connect({
  socket: info.socket,
  servername: targetHost,
});
secure.on('error', onTransportError);
secure.on('data', onResponseBytes);
secure.once('secureConnect', () => {
  secure.write(
    `GET /data HTTP/1.1\r\nHost: ${targetHost}\r\nConnection: close\r\n\r\n`
  );
});

D'Lëscht vun de SOCKS5-Proxien leet Kandidaten fir de Proxy-Host an de Port vir. onTransportError an onResponseBytes gehéieren zur existéierender Applikatioun; déi zweet muss den HTTP-Antwortsstream analyséieren. TLS-Datendeeler sinn net onofhängeg komplett HTTP-Noriichten.

De servername ass den DNS-Numm vum Zil. Dem Node säin nidderegen tls.connect aktivéiert SNI net standardméisseg, an den Hostnumm vum Proxy ass net d'Certificat-Identitéit vun der Websäit.

Loosst d'Certificat-Iwwerpréiwung ageschalt. Dem verbonnene Socket seng Iwwerleeung vermeit eng separat direkt Verbindung zur Websäit, wärend seng TLS-Identitéit erhale bleift.

Den SOCKS-Timeout begrenzt déi Verhandlung. Den duerno TLS- an Applikatiounsaustausch brauch nach ëmmer den intendéierten Timeout, d'Annulatioun an d'Botz-Politik vum Uruff.

Ähnlech Artikelen