SocksClient.createConnection zwraca strumień połączony z żądanym celem. W przypadku HTTPS ten strumień nadal potrzebuje uzgadniania TLS, zanim przeniesie żądanie 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 proxy SOCKS5 dostarcza kandydatów dla hosta i portu proxy. onTransportError i onResponseBytes należą do istniejącej aplikacji; druga musi analizować strumień odpowiedzi HTTP. Fragmenty danych TLS nie są samodzielnie kompletnymi komunikatami HTTP.

servername to nazwa DNS celu. Niskopoziomowe tls.connect w Node nie włącza SNI domyślnie, a nazwa hosta proxy nie jest tożsamością certyfikatu witryny.

Pozostaw włączoną weryfikację certyfikatu. Przekazanie połączonego gniazda pozwala uniknąć otwierania osobnego bezpośredniego połączenia z witryną i zachować jej tożsamość TLS.

Limit czasu SOCKS ogranicza te negocjacje. Późniejsza wymiana TLS i aplikacji nadal wymaga zamierzonego limitu czasu, anulowania i polityki czyszczenia wywołującego.

Powiązane artykuły