En HTTP/1.1-Proxy kann HTTP/2-Framen vum Ziel bannent CONNECT droen. De Proxy muss déi bannenzeg Framen net implementéieren, awer de Client muss d'Protokolliwwergäng an der Rei maachen.

Nodeems déi komplett CONNECT-Antwert validéiert an tunnelSocket behale gouf, füüg d'Ziel-TLS derbäi an iwwergib dee fäerdege Stream un 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 gëtt de TLS-Stream zréck, deen de Proxy schonn dréit, amplaz nach en direkte Socket opzemaachen. Dat servername vum Ziel liwwert SNI an d'Identitéit vum Zertifikat, mat aktivéierter Iwwerpréiwung. D'ALPN-Kontroll verwirft en Ziel, dat h2 net verhandelt huet.

failRoute muss d'Route botzen; useSession besëtzt d'Ufroen an d'Zoumaache vun der Sessioun. Setz Verbindungs- an Operatiounsfristen ëm dëse Fragment.

Den äussere Connector besëtzt nach ëmmer d'host:port CONNECT-Zil, d'Proxy-Authentifizéierung, d'Behandlung vun Ofleenungen an d'Bytes, déi no den Headeren gepuffert sinn. Fäerdeg déi, ier de Socket un TLS geet; eng HTTP/2-Präambel, déi direkt un en HTTP/1.1-Proxy-Listener geschéckt gëtt, fänkt op der falscher Schicht un.

Ähnlech Artikelen