په Node.js کې د SOCKS ساکټ TLS ته نغښتل

SocksClient.createConnection د غوښتل شوي destination سره تړلی stream بیرته راګرځوي. د HTTPS لپاره هغه stream لا هم د HTTP غوښتنې لېږلو دمخه TLS handshake ته اړتیا لري.

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 پروکسي لیست د پروکسي host او port لپاره نوماندان برابروي. onTransportError او onResponseBytes د موجوده اپلیکیشن دي؛ دویم باید د HTTP ځواب stream تحلیل کړي. د TLS ډاټا ټوټې په خپلواکه توګه بشپړ HTTP پیغامونه نه دي.

servername د destination DNS نوم دی. د Node ټیټ کچې tls.connect په ډیفالټ توګه SNI نه فعالوي، او د پروکسي hostname د وېبپاڼې د سند هویت نه دی.

د سند تصدیق فعال وساتئ. د نښلول شوي socket ورکول د وېبپاڼې سره جلا مستقیم اړیکه پرانیستل مخنیوی کوي او د هغې TLS هویت ساتي.

د SOCKS وخت محدودیت هغه خبرې اترې محدودوي. وروسته TLS او اپلیکیشن تبادله لا هم د زنګ وهونکي په نیت شوي وخت محدودیت، لغوه کول او پاکولو پالیسي اړتیا لري.