HTTP/1.1-välityspalvelin voi kuljettaa kohteen HTTP/2-kehyksiä CONNECTin sisällä. Välityspalvelimen ei tarvitse toteuttaa näitä sisäisiä kehyksiä, mutta asiakkaan on tehtävä protokollan siirrot oikeassa järjestyksessä.

Kun olet validoinut täyden CONNECT-vastauksen ja säilyttänyt tunnelSocket, lisää kohteen TLS ja anna muodostettu virta HTTP/2:lle:

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 palauttaa TLS-virran, jota välityspalvelin jo kuljettaa, sen sijaan että avattaisiin toinen suora socket. Kohteen servername tarjoaa SNI:n ja varmenteen identiteetin varmennuksen ollessa päällä. ALPN-tarkistus hylkää kohteen, joka ei neuvotellut h2.

failRoute:n on siivottava reitti; useSession omistaa pyynnöt ja istunnon sulkemisen. Aseta yhteys- ja toimintamääräajat tämän katkelman ympärille.

Ulompi liitin omistaa edelleen host:port CONNECT-kohteen, välityspalvelimen todennuksen, hylkäysten käsittelyn ja otsikoiden jälkeen puskuroidut tavut. Viimeistele ne ennen socketin antamista TLS:lle; suoraan HTTP/1.1-välityspalvelimen kuuntelijalle lähetetty HTTP/2-johdanto alkaa väärältä kerrokselta.

Aiheeseen liittyvät artikkelit