Bir HTTP/3 isteği UDP destekli bir proxy yolu gerektirir
HTTP/3'ün QUIC taşımasını sıradan HTTP CONNECT TCP tünellerinden ve bir SOCKS5 hizmetinin isteğe bağlı UDP desteğinden ayırın.
TCP proxy üzerinden HTTPS'e başarıyla ulaşan bir istemci HTTP/3 için bir yol kurmuş olmaz. HTTP/3 QUIC kullanır, QUIC ise UDP kullanır.
Sıradan bir HTTP CONNECT tüneli hedefine bir TCP akışı sağlar. URL HTTPS ile başladığında veya hedef 443 numaralı bağlantı noktasını dinlediğinde UDP aktarıcısına dönüşmez.
SOCKS5 de UDP yoluna ihtiyaç duyar
SOCKS5 bir UDP ilişkilendirmesi tanımlar, ancak hem istemci hem de sunucu bunu uygulamalıdır ve aktarma uç noktası erişilebilir olmalıdır. Yalnızca SOCKS TCP dialer sunan bir kitaplık, tür adı SOCKS5 dediği için datagram taşıması sağlayamaz.
Aynı şekilde, proxy adlı bir araç bileşeni genel bir üst proxy istemcisi değil, geliştirme amaçlı bir paket kaybı simülatörü olabilir. Gerçek arayüzünü ve desteklenen taşımayı inceleyin.
CONNECT-UDP gibi standartlar UDP'yi bir HTTP proxy sistemi üzerinden taşımanın başka bir yolunu tanımlar. Her iki uçta destek gerektirirler ve geleneksel CONNECT ile karıştırılmamalıdırlar.
HTTP istemcisi TCP üzerinden HTTP/2 veya HTTP/1.1'e geri dönerse, istek herhangi bir HTTP/3 bağlantısı kullanılmadan sıradan proxy üzerinden başarılı olabilir. Bu ayrım önemli olduğunda görüşülen protokolü kaydedin.
Bu nedenle yararlı uyumluluk sorusu belirlidir: bu istemci QUIC datagramlarını bu desteklenen mekanizmayla bu proxy üzerinden taşıyabilir mi? Çalışan bir tarayıcı sayfası veya TCP bağlantı noktası kontrolü daha küçük bir soruyu yanıtlar.