Ein HTTP/3-fyrispurningur krevur eina UDP-føra proxy-leið
Skiljið QUIC-flutning HTTP/3 frá vanligum HTTP CONNECT TCP-tunnlum og frá valfríum UDP-stuðli einari SOCKS5-tænastu.
Ein klientur, sum eydnast at ná HTTPS gjøgnum eina TCP-proxy, hevur ikki sett eina leið upp fyri HTTP/3. HTTP/3 brúkar QUIC, og QUIC brúkar UDP.
Ein vanligur HTTP CONNECT-tunnul gevur ein TCP-streym til sín dík. Hann verður ikki ein UDP-varpari, tá ið URL byrjar við HTTPS ella díkið lurar á port 443.
SOCKS5 krevur eisini UDP-leiðina
SOCKS5 skilgreinir eina UDP-samtvinning, men bæði klienturin og servarin mugu seta hana í verk, og endapunktur varparans má vera atkomandi. Eitt bókasavn, sum bert bjóðar ein SOCKS TCP-dialer, kann ikki veita ein datagramm-flutning bert tí, at slagsnavnið sigur SOCKS5.
Á sama hátt kann ein partur av einum amboði, nevndur proxy, vera ein menningar-pakkalátur-líkir, og ikki ein vanligur upstream-proxy-klientur. Kannió veruliga grænseflatu hansara og stuðlaða flutning.
Staðlar sum CONNECT-UDP skilgreina eina aðra leið at bera UDP gjøgnum eitt HTTP-proxy-skipan. Tey krevja stuðul í báðum endum og skulu ikki blandast saman við vanligan CONNECT.
Um HTTP-klienturin fellur aftur til HTTP/2 ella HTTP/1.1 yvir TCP, kann ein fyrispurningur eydnast gjøgnum vanliga proxyið, meðan ongin HTTP/3-samband var brúkt. Skrásetið samsvaraða protokollin, tá ið hesin munurin hevur týdning.
Tí er tann nyttiga samsvarsspurningurin ávísur: kann hesin klienturin bera sínar QUIC-datagrammar gjøgnum hetta proxyið við hesum stuðlaða hætti? Ein virkandi kagaleiðarsíða ella ein TCP-portkanna svarar einum minni spurningi.