HTTP/1.1-prokurilo povas porti celajn HTTP/2-kadrojn ene de CONNECT. La prokurilo ne devas implementi tiujn internajn kadrojn, sed la kliento devas plenumi la protokoltransdonojn laŭ ordo.

Post validigo de la kompleta CONNECT-respondo kaj konservo de tunnelSocket, aldonu celan TLS kaj donu la starigitan fluon al 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 redonas la TLS-fluon jam portatan de la prokurilo anstataŭ malfermi alian rektan ingon. La cela servername provizas SNI kaj sertifikatan identecon, kun validigo ŝaltita. La ALPN-kontrolo rifuzas celon, kiu ne intertraktis h2.

failRoute devas purigi la vojon; useSession posedas petojn kaj fermon de la seanco. Apliku limdatojn de konekto kaj operacio ĉirkaŭ ĉi tiu fragmento.

La ekstera konektilo ankoraŭ posedas la celadon CONNECT host:port, prokuran aŭtentikigon, traktadon de rifuzoj kaj bitokojn bufritajn post la kaplinioj. Finu ilin antaŭ ol doni la ingon al TLS; HTTP/2-enkonduko sendita rekte al HTTP/1.1-prokura aŭskultanto komenciĝas ĉe la malĝusta tavolo.

Rilataj artikoloj