E Client, deen iwwer en TCP-Proxy erfollegräich HTTPS erreecht, huet nach kee Wee fir HTTP/3 opgebaut. HTTP/3 benotzt QUIC, an QUIC benotzt UDP.

En gewéinlechen HTTP CONNECT-Tunnel liwwert en TCP-Strom bis an säin Zil. Hie gëtt keen UDP-Relay, wann d'URL mat HTTPS ufänkt oder d'Zil op Port 443 lauschtert.

SOCKS5 brauch och den UDP-Wee

SOCKS5 definéiert eng UDP-Associatioun, awer souwuel de Client wéi och de Server mussen se ëmsetzen, an den Relay-Endpunkt muss erreechbar sinn. Eng Bibliothéik, déi nëmmen en SOCKS-TCP-Dialer ubitt, kann keen Datagrammtransport liwweren, just well hiren Typnumm SOCKS5 seet.

Genee esou kann eng Komponent vun engem Tool mam Numm proxy en Entwécklungs-Paketverloscht-Simulator sinn an net e genereschen Upstream-Proxy-Client. Iwwerpréift seng tatsächlech Schnëttstell an den ënnerstëtzten Transport.

Standarden wéi CONNECT-UDP definéieren eng aner Manéier, fir UDP duerch en HTTP-Proxysystem ze droen. Si verlaangen Ënnerstëtzung op béide Säiten an däerfen net mam traditionelle CONNECT verwiesselt ginn.

Wann den HTTP-Client op HTTP/2 oder HTTP/1.1 iwwer TCP zréckfält, kann eng Ufro iwwer de gewéinlechen Proxy geléngen, obwuel keng HTTP/3-Verbindung benotzt gouf. Notéiert de verhandelte Protokoll, wann dësen Ënnerscheed wichteg ass.

Dofir ass déi nëtzlech Kompatibilitéitsfro spezifesch: kann dëse Client seng QUIC-Datagrammen duerch dëse Proxy mat dësem ënnerstëtzte Mechanismus droen? Eng funktionéierend Browsersäit oder eng TCP-Portprüfung beäntwert eng méi kleng Fro.

Ähnlech Artikelen