Mbështjellja e një socket SOCKS me TLS në Node.js

Mbështillni rrjedhën e destinacionit që kthen paketa socks me tls.connect dhe ruani emrin e hostit të faqes për SNI dhe verifikimin e certifikatës.

SocksClient.createConnection kthen një rrjedhë të lidhur me destinacionin e kërkuar. Për HTTPS, ajo rrjedhë ende ka nevojë për një handshake TLS përpara se të mbajë kërkesën 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`
  );
});

Lista e proxy-ve SOCKS5 ofron kandidatë për hostin dhe portin e proxy-t. onTransportError dhe onResponseBytes i përkasin aplikacionit ekzistues; i dyti duhet të analizojë rrjedhën e përgjigjes HTTP. Copëzat e të dhënave TLS nuk janë mesazhe HTTP të plota në mënyrë të pavarur.

servername është emri DNS i destinacionit. tls.connect i nivelit të ulët i Node nuk aktivizon SNI si parazgjedhje, dhe emri i hostit të proxy-t nuk është identiteti i certifikatës së faqes.

Lëreni verifikimin e certifikatës të aktivizuar. Dhënia e socket-it të lidhur shmang hapjen e një lidhjeje të veçantë direkte me faqen duke ruajtur identitetin e saj TLS.

Afati i SOCKS kufizon atë negocim. Shkëmbimi i mëvonshëm TLS dhe i aplikacionit ende kërkon afatin, anulimin dhe politikën e pastrimit të synuara nga thirrësi.

Artikuj të ngjashëm