HTTP/3 sorğusu üçün UDP dəstəkli proxy yolu lazımdır
HTTP/3-ün QUIC daşıyıcısını adi HTTP CONNECT TCP tunellərindən və SOCKS5 xidmətinin isteğe bağlı UDP dəstəyindən fərqləndirin.
TCP proxy vasitəsilə HTTPS-ə uğurla çatan müştəri HTTP/3 üçün marşrut yaratmamışdır. HTTP/3 QUIC-dən, QUIC isə UDP-dən istifadə edir.
Adi HTTP CONNECT tuneli təyinatına TCP axını verir. URL HTTPS ilə başlayanda və ya təyinat 443 portunu dinləyəndə o, UDP ötürücüsünə çevrilmir.
SOCKS5 də UDP yoluna ehtiyac duyur
SOCKS5 UDP assosiasiyasını müəyyən edir, lakin həm müştəri, həm də server onu tətbiq etməlidir və ötürmə son nöqtəsi əlçatan olmalıdır. Yalnız SOCKS TCP dialer təqdim edən kitabxana tip adı SOCKS5 olduğu üçün datagram daşıyıcısı verə bilməz.
Eynilə, alətin proxy adlı komponenti ümumi yuxarı proxy müştərisi deyil, inkişaf mərhələsi üçün paket itkisi simulyatoru ola bilər. Onun faktiki interfeysini və dəstəklənən daşıyıcısını yoxlayın.
CONNECT-UDP kimi standartlar UDP-ni HTTP proxy sistemi ilə daşımağın başqa yolunu müəyyən edir. Onlar hər iki tərəfdə dəstək tələb edir və ənənəvi CONNECT ilə qarışdırılmamalıdır.
HTTP müştərisi TCP üzərində HTTP/2 və ya HTTP/1.1-ə qayıdırsa, sorğu adi proxy vasitəsilə uğurlu ola bilər, halbuki heç bir HTTP/3 bağlantısı istifadə edilməmişdir. Bu fərq vacib olduqda razılaşdırılmış protokolu qeyd edin.
Buna görə faydalı uyğunluq sualı konkretdir: bu müştəri QUIC datagramlarını bu dəstəklənən mexanizmlə bu proxy vasitəsilə daşıya bilərmi? İşləyən brauzer səhifəsi və ya TCP port yoxlaması daha kiçik suala cavab verir.