Обвиткување на 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 и апликациска размена сè уште бара предвиденото временско ограничување, откажување и политика за чистење на повикувачот.

Поврзани статии