SOCKS-pistokkeen kääriminen TLS:llä Node.js:ssä

SocksClient.createConnection palauttaa virran, joka on yhdistetty pyydettyyn kohteeseen. HTTPS:ssä tämä virta tarvitsee yhä TLS-kättelyn ennen kuin se kuljettaa HTTP-pyynnön.

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

SOCKS5-välityspalvelinluettelo tarjoaa ehdokkaita välityspalvelimen isännälle ja portille. onTransportError ja onResponseBytes kuuluvat olemassa olevalle sovellukselle; jälkimmäisen on jäsennettävä HTTP-vastauksen virta. TLS-tietolohkot eivät ole itsenäisesti täydellisiä HTTP-viestejä.

servername on kohteen DNS-nimi. Noden matalan tason tls.connect ei ota SNI:tä käyttöön oletuksena, eikä välityspalvelimen isäntänimi ole verkkosivuston varmenteen identiteetti.

Pidä varmenteen vahvistus käytössä. Yhdistetyn pistokkeen antaminen välttää erillisen suoran yhteyden avaamisen verkkosivustoon ja säilyttää sen TLS-identiteetin.

SOCKS-aikakatkaisu rajaa tätä neuvottelua. Myöhempi TLS- ja sovellusvaihto tarvitsee yhä kutsujan tarkoittaman aikakatkaisun, peruutuksen ja siivouskäytännön.