Požiadavka HTTP/3 potrebuje proxy cestu s podporou UDP
Odlište transport QUIC v HTTP/3 od bežných TCP tunelov HTTP CONNECT a od voliteľnej podpory UDP v službe SOCKS5.
Klient, ktorý úspešne dosiahne HTTPS cez TCP proxy, ešte nevytvoril cestu pre HTTP/3. HTTP/3 používa QUIC a QUIC používa UDP.
Bežný tunel HTTP CONNECT poskytuje TCP tok k svojmu cieľu. Nezmení sa na UDP relay, keď URL začína na HTTPS alebo cieľ počúva na porte 443.
SOCKS5 tiež potrebuje cestu UDP
SOCKS5 definuje UDP asociáciu, ale musia ju implementovať klient aj server a koncový bod relay musí byť dostupný. Knižnica, ktorá ponúka len SOCKS TCP dialer, nemôže poskytnúť datagramový transport len preto, že sa jej typ volá SOCKS5.
Podobne komponent nástroja nazvaný proxy môže byť vývojový simulátor straty paketov, nie všeobecný klient nadradeného proxy. Preskúmajte jeho skutočné rozhranie a podporovaný transport.
Štandardy ako CONNECT-UDP definujú iný spôsob prenosu UDP cez systém HTTP proxy. Vyžadujú podporu na oboch stranách a nemali by sa zamieňať s tradičným CONNECT.
Ak HTTP klient prejde na HTTP/2 alebo HTTP/1.1 cez TCP, požiadavka môže uspieť cez bežné proxy bez toho, aby sa použilo spojenie HTTP/3. Zaznamenajte dohodnutý protokol, keď je toto rozlíšenie dôležité.
Užitočná otázka kompatibility je preto konkrétna: dokáže tento klient preniesť svoje QUIC datagramy cez toto proxy týmto podporovaným mechanizmom? Fungujúca stránka v prehliadači alebo kontrola TCP portu odpovedá na menšiu otázku.