SOCKS սոկետը TLS-ով փաթաթելը Node.js-ում

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 անունն է։ Node-ի ցածր մակարդակի tls.connect-ը լռելյայն չի միացնում SNI-ը, և պրոքսիի հոսթի անունը կայքի սերտիֆիկատի ինքնությունը չէ։

Թողեք սերտիֆիկատի ստուգումը միացված։ Միացված սոկետը տրամադրելը խուսափում է կայքին առանձին ուղիղ միացում բացելուց՝ պահպանելով դրա TLS ինքնությունը։

SOCKS-ի ժամանակային սահմանը սահմանափակում է այդ բանակցությունը։ Հետագա TLS և հավելվածային փոխանակումը դեռ պահանջում է կանչողի նախատեսած ժամանակային սահմանը, չեղարկումը և մաքրման քաղաքականությունը։