Zahtjev HTTP/3 traži proxy put s podrškom za UDP
Razlikujte QUIC prijenos HTTP/3 od običnih TCP tunela HTTP CONNECT i od opcionalne UDP podrške usluge SOCKS5.
Klijent koji uspješno dosegne HTTPS kroz TCP proxy nije uspostavio rutu za HTTP/3. HTTP/3 koristi QUIC, a QUIC koristi UDP.
Običan tunel HTTP CONNECT daje TCP tok do svog odredišta. Ne pretvara se u UDP relej kada URL počinje s HTTPS ili odredište sluša na portu 443.
SOCKS5 također treba UDP put
SOCKS5 definira UDP asocijaciju, ali i klijent i server je moraju implementirati, a krajnja točka releja mora biti dostupna. Biblioteka koja nudi samo SOCKS TCP dialer ne može pružiti datagramski prijenos samo zato što joj ime tipa kaže SOCKS5.
Isto tako, komponenta alata nazvana proxy može biti razvojni simulator gubitka paketa, a ne opći klijent uzvodnog proxyja. Provjerite njezino stvarno sučelje i podržani prijenos.
Standardi poput CONNECT-UDP definiraju drugi način prijenosa UDP-a kroz HTTP proxy sistem. Zahtijevaju podršku na oba kraja i ne treba ih miješati s tradicionalnim CONNECT.
Ako HTTP klijent padne na HTTP/2 ili HTTP/1.1 preko TCP-a, zahtjev može uspjeti kroz obični proxy, a da nije korištena HTTP/3 veza. Zabilježite dogovoreni protokol kada je ta razlika važna.
Zato je korisno pitanje kompatibilnosti konkretno: može li ovaj klijent prenijeti svoje QUIC datagrame kroz ovaj proxy pomoću ovog podržanog mehanizma? Radna stranica preglednika ili provjera TCP porta odgovara na manje pitanje.