Požadavek HTTP/3 potřebuje proxy cestu s podporou UDP
Odlište transport QUIC u HTTP/3 od běžných TCP tunelů HTTP CONNECT a od volitelné podpory UDP u služby SOCKS5.
Klient, který úspěšně dosáhne HTTPS přes TCP proxy, ještě nevytvořil cestu pro HTTP/3. HTTP/3 používá QUIC a QUIC používá UDP.
Běžný tunel HTTP CONNECT poskytuje TCP tok ke svému cíli. Nepřemění se v UDP relay, když URL začíná na HTTPS nebo když cíl naslouchá na portu 443.
SOCKS5 také potřebuje cestu UDP
SOCKS5 definuje UDP asociaci, ale musí ji implementovat klient i server a koncový bod relay musí být dostupný. Knihovna, která nabízí jen SOCKS TCP dialer, nemůže poskytnout datagramový transport jen proto, že se její typ jmenuje SOCKS5.
Podobně komponenta nástroje nazvaná proxy může být vývojový simulátor ztráty paketů, nikoli obecný klient upstream proxy. Prozkoumejte její skutečné rozhraní a podporovaný transport.
Standardy jako CONNECT-UDP definují jiný způsob přenosu UDP přes systém HTTP proxy. Vyžadují podporu na obou stranách a neměly by se zaměňovat s tradičním CONNECT.
Pokud HTTP klient přejde na HTTP/2 nebo HTTP/1.1 přes TCP, požadavek může uspět přes běžnou proxy, aniž by bylo použito spojení HTTP/3. Zaznamenejte vyjednaný protokol, když na tomto rozlišení záleží.
Užitečná otázka kompatibility je proto konkrétní: dokáže tento klient přenést své QUIC datagramy přes tuto proxy tímto podporovaným mechanismem? Fungující stránka v prohlížeči nebo kontrola TCP portu odpovídá na menší otázku.