En HTTP/1.1-proxy kan bære HTTP/2-rammer for målet inne i CONNECT. Proxyen trenger ikke implementere disse indre rammene, men klienten må utføre protokollovergangene i rekkefølge.

Etter å ha validert det fullstendige CONNECT-svaret og beholdt tunnelSocket, legger du til mål-TLS og gir den etablerte strømmen 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-strømmen som proxyen allerede bærer, i stedet for å åpne en ny direkte socket. Målets servername gir SNI og sertifikatidentitet, med verifisering aktivert. ALPN-kontrollen avviser et mål som ikke forhandlet h2.

failRoute må rydde ruten; useSession eier forespørsler og lukking av sesjonen. Bruk tidsfrister for tilkobling og drift rundt dette fragmentet.

Den ytre connectoren eier fortsatt host:port CONNECT-målretting, proxyautentisering, håndtering av avvisninger og byte som er bufret etter overskriftene. Fullfør dem før socketen gis til TLS; en HTTP/2-preamble som sendes rett til en HTTP/1.1-proxylytter, starter i feil lag.

Relaterte artikler