HTTP/3 päring vajab UDP-võimelist puhverserveri teed
Eristage HTTP/3 QUIC-transporti tavalistest HTTP CONNECT TCP-tunnelitest ja SOCKS5 teenuse valikulisest UDP-toest.
Klient, mis jõuab edukalt HTTPS-ini TCP-puhverserveri kaudu, ei ole HTTP/3 jaoks teed loonud. HTTP/3 kasutab QUICi ja QUIC kasutab UDPd.
Tavaline HTTP CONNECT tunnel annab TCP-voog edasi sihtkohta. See ei muutu UDP-edastajaks, kui URL algab HTTPSiga või sihtkoht kuulab porti 443.
Ka SOCKS5 vajab UDP-teed
SOCKS5 määratleb UDP-seose, kuid nii klient kui ka server peavad selle rakendama ja edastuse lõpp-punkt peab olema kättesaadav. Teek, mis pakub ainult SOCKS TCP dialerit, ei saa pakkuda datagrammiedastust ainult sellepärast, et selle tüübinimi on SOCKS5.
Samamoodi võib tööriista proxy-nimeline komponent olla arenduslik paketikao simulaator, mitte üldine ülesvoolu puhverserveri klient. Uurige selle tegelikku liidest ja toetatavat transporti.
Standardid nagu CONNECT-UDP määratlevad teise viisi UDP kandmiseks läbi HTTP-puhverserveri süsteemi. Need nõuavad tuge mõlemas otsas ja neid ei tohiks segi ajada traditsioonilise CONNECTiga.
Kui HTTP-klient taandub TCP kaudu HTTP/2 või HTTP/1.1 peale, võib päring tavalise puhverserveri kaudu õnnestuda, kuigi HTTP/3 ühendust ei kasutatud. Kirjendage kokkulepitud protokoll, kui see erinevus on oluline.
Seega on kasulik ühilduvusküsimus konkreetne: kas see klient suudab oma QUIC-datagrammid selle toetatud mehhanismiga läbi selle puhverserveri kanda? Töötav brauserileht või TCP-pordi kontroll vastab väiksemale küsimusele.