SOCKS socket bat TLS-rekin bilgatzea Node.js-en

Bildu socks paketeak itzultzen duen helmuga fluxua tls.connect-ekin, eta gorde webgunearen ostalari-izena SNI eta ziurtagiria egiaztatzeko.

SocksClient.createConnection-ek eskatutako helmugara konektatuta dagoen fluxu bat itzultzen du. HTTPS-rako, fluxu horrek oraindik TLS eskuko dantza bat behar du HTTP eskaera eraman aurretik.

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 proxy zerrenda proxy ostalari eta atakako hautagaiak ematen ditu. onTransportError eta onResponseBytes lehendik dagoen aplikazioarenak dira; bigarrenak HTTP erantzun-fluxua analizatu behar du. TLS datu-zatiak ez dira berez HTTP mezu osoak.

servername helmugako DNS izena da. Node-ren tls.connect maila baxukoak ez du SNI lehenespenez gaitzen, eta proxyaren ostalari-izena ez da webgunearen ziurtagiri-identitatea.

Eduki ziurtagiriaren egiaztapena gaituta. Konektatutako socket-a emateak webgunerako zuzeneko konexio bereizi bat irekitzea saihesten du, haren TLS identitatea mantenduz.

SOCKS denbora-mugak negoziazio hori mugatzen du. Geroko TLS eta aplikazio trukeak deitzaileak nahi duen denbora-muga, ezeztatzea eta garbiketa-politika behar ditu oraindik.

Erlazionatutako artikuluak