Zabalení SOCKS socketu do TLS v Node.js

Zabalte cílový proud vrácený balíčkem socks pomocí tls.connect a zachovejte název hostitele webu pro SNI a ověření certifikátu.

SocksClient.createConnection vrací proud připojený k požadovanému cíli. U HTTPS tento proud stále potřebuje TLS handshake, než ponese HTTP požadavek.

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

Seznam SOCKS5 proxy dodává kandidáty pro hostitele a port proxy. onTransportError a onResponseBytes patří stávající aplikaci; druhá musí parsovat proud HTTP odpovědi. Datové bloky TLS nejsou samostatně úplné HTTP zprávy.

servername je DNS název cíle. Nízkoúrovňový tls.connect v Node ve výchozím nastavení SNI nezapíná a název hostitele proxy není identitou certifikátu webu.

Nechte ověřování certifikátu zapnuté. Předání připojeného socketu zabrání otevření samostatného přímého připojení k webu a zachová jeho TLS identitu.

Časový limit SOCKS ohraničuje toto vyjednávání. Následná výměna TLS a aplikace stále potřebuje zamýšlený časový limit, zrušení a politiku čištění volajícího.

Související články