Абгортванне SOCKS-сокета TLS у Node.js

Абгарніце мэтавы паток, які вяртае пакет socks, з дапамогай tls.connect і захавайце імя хоста сайта для SNI і праверкі сертыфіката.

SocksClient.createConnection вяртае паток, злучаны з запытаным пунктам прызначэння. Для HTTPS гэты паток усё яшчэ патрабуе рукапаціску TLS, перш чым перадаць HTTP-запыт.

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 дае кандыдатаў для хоста і порта проксі. onTransportError і onResponseBytes належаць існуючаму дадатку; другі павінен разбіраць паток HTTP-адказу. Фрагменты даных TLS не з'яўляюцца самастойна поўнымі HTTP-паведамленнямі.

servername — гэта DNS-імя пункта прызначэння. Нізкаўзроўневы tls.connect у Node не ўключае SNI па змаўчанні, а імя хоста проксі не з'яўляецца ідэнтычнасцю сертыфіката сайта.

Пакідайце праверку сертыфіката ўключанай. Перадача злучанага сокета пазбягае адкрыцця асобнага прамога злучэння з сайтам і захоўвае яго TLS-ідэнтычнасць.

Тайм-аўт SOCKS абмяжоўвае гэтыя перамовы. Наступны абмен TLS і дадатка ўсё яшчэ патрабуе зададзеных выклікальнікам тайм-аўту, скасавання і палітыкі ачысткі.

Падобныя артыкулы