SOCKS-pesa mähkimine TLS-iga Node.js-is

Mähi socks-paketi tagastatav sihtvoog tls.connect-iga ja säilita veebisaidi hostinimi SNI ja sertifikaadi kontrollimise jaoks.

SocksClient.createConnection tagastab voo, mis on ühendatud soovitud sihtkohaga. HTTPS-i puhul vajab see voog endiselt TLS-kätlust, enne kui see HTTP-päringu edastab.

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 puhverserverite loend pakub kandidaate puhverserveri hosti ja pordi jaoks. onTransportError ja onResponseBytes kuuluvad olemasolevale rakendusele; viimane peab HTTP-vastuse voogu parsima. TLS-i andmetükid ei ole iseseisvalt terviklikud HTTP-sõnumid.

servername on sihtkoha DNS-nimi. Nodei madala taseme tls.connect ei luba SNI-d vaikimisi ning puhverserveri hostinimi ei ole veebisaidi sertifikaadi identiteet.

Jäta sertifikaadi kontrollimine sisse lülitatuks. Ühendatud pesa andmine väldib eraldi otsese ühenduse avamist veebisaidiga, säilitades samal ajal selle TLS-identiteedi.

SOCKS-i ajalimiit piirab seda läbirääkimist. Hilisem TLS-i ja rakenduse vahetus vajab endiselt kutsuja kavandatud ajalimiiti, tühistamist ja puhastamispoliitikat.

Seotud artiklid