Zahtjev HTTP/3 treba proxy put s podrškom za UDP
Razlikujte QUIC prijenos HTTP/3 od običnih TCP tunela HTTP CONNECT i od neobavezne 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 pridruživanje, ali i klijent i poslužitelj ga moraju implementirati, a završna 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 nadređenog proxyja. Provjerite njezino stvarno sučelje i podržani prijenos.
Standardi poput CONNECT-UDP definiraju drugi način prijenosa UDP-a kroz HTTP proxy sustav. 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.
Stoga 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.