Ein HTTP/1.1-proxy kan bera HTTP/2-rammer for målet inne i CONNECT. Proxyen treng ikkje å implementere dei indre rammene, men klienten må utføre protokollovergangane i rekkjefølgje.

Etter å ha valider det fullstendige CONNECT-svaret og halde på tunnelSocket, legg til mål-TLS og gje den etablerte straumen til HTTP/2:

import tls from 'node:tls';
import http2 from 'node:http2';

const secureSocket = tls.connect({
  socket: tunnelSocket,
  servername: 'api.example',
  ALPNProtocols: ['h2'],
});
secureSocket.once('error', failRoute);
secureSocket.once('secureConnect', () => {
  if (secureSocket.alpnProtocol !== 'h2') {
    secureSocket.destroy();
    failRoute(new Error('Destination did not negotiate h2'));
    return;
  }
  const session = http2.connect('https://api.example', {
    createConnection: () => secureSocket,
  });
  session.on('error', failRoute);
  useSession(session);
});

createConnection returnerer TLS-straumen som proxyen allereie ber, i staden for å opne ein ny direkte socket. Målet sitt servername gjev SNI og sertifikatidentitet, med verifisering slått på. ALPN-kontrollen avviser eit mål som ikkje forhandla h2.

failRoute må rydde ruta; useSession eig førespurnader og lukking av sesjonen. Bruk tidsfristar for tilkopling og drift kring dette fragmentet.

Den ytre connectoren eig framleis host:port CONNECT-målretting, proxyautentisering, handsaming av avvisingar og byte som er bufra etter overskriftene. Fullfør dei før socketen vert gjeven til TLS; ein HTTP/2-preamble som vert send rett til ein HTTP/1.1-proxylyttar, byrjar i feil lag.

Relaterte artiklar