HTTP/3

HTTP/3 ist die neueste Version des Webprotokolls, und seine entscheidende Änderung ist der darunterliegende Transport: es läuft über QUIC und UDP anstelle von TCP. Dies beseitigt die Kopf-an-Zeile-Blockierung, die HTTP/2 betroffen hat, bei der ein verlorenes Paket jeden Stream in der Verbindung zum Stillstand brachte; mit QUIC sind die Streams unabhängig. Es erbt auch den schnelleren, verschlüsselten Handshake von QUIC und die Fähigkeit, einen Netzwerkwechsel zu überstehen, was zusammen HTTP/3 schneller startet und widerstandsfähiger macht, insbesondere im mobilen Bereich.

Der Umstieg auf UDP hat eine praktische Konsequenz für das Proxying: Da klassische HTTP-Proxys und die CONNECT-Methode nur TCP übertragen, kann HTTP/3 nicht durch sie hindurch. Es benötigt einen Pfad, der UDP weiterleitet – einen SOCKS5-Proxy, der UDP unterstützt, oder ein geräteweites VPN, das alles tunnelt. Wenn ein Client versucht, HTTP/3 über einen nur TCP-fähigen Proxy zu verwenden, wird er typischerweise auf HTTP/2 über TCP zurückfallen. Wenn Sie speziell HTTP/3 benötigen, leiten Sie es über das s4m VPN oder den UDP-fähigen SOCKS5-Endpunkt und nicht über den HTTP-Proxy.

Da HTTP/3 einen UDP-Pfad benötigt, kann es nicht durch ein klassisches HTTP-Proxy mit nur TCP-CONNECT-Tunnel geleitet werden; ein Client wird normalerweise auf HTTP/2 über TCP zurückfallen. Wenn Sie speziell HTTP/3 benötigen, leiten Sie es durch ein UDP-fähiges SOCKS5-Proxy oder das geräteweite s4m VPN. Für die meisten Aufgaben ist der Rückfall in Ordnung und unsichtbar, daher sollten Sie nur auf einen UDP-fähigen Pfad zurückgreifen, wenn ein Tool tatsächlich QUIC erfordert, anstatt den TCP-Rückfall zu akzeptieren.