HTTP/3 хүсэлтэд UDP дэмждэг прокси зам хэрэгтэй
HTTP/3-ын QUIC тээврийг энгийн HTTP CONNECT TCP туннель болон SOCKS5 үйлчилгээний сонголтот UDP дэмжлэгээс ялгаарай.
TCP проксигоор HTTPS-д амжилттай хүрсэн клиент HTTP/3-д зам үүсгээгүй байна. HTTP/3 нь QUIC ашигладаг, QUIC нь UDP ашигладаг.
Энгийн HTTP CONNECT туннель нь очих газар руугаа TCP урсгал өгдөг. URL HTTPS-ээр эхлэх эсвэл очих газар 443 порт дээр сонсох үед энэ нь UDP дамжуулагч болохгүй.
SOCKS5-д мөн UDP зам хэрэгтэй
SOCKS5 нь UDP холбоог тодорхойлдог боловч клиент болон сервер хоёулаа үүнийг хэрэгжүүлэх ёстой бөгөөд дамжуулах төгсгөлийн цэгт хүрэх боломжтой байх ёстой. Зөвхөн SOCKS TCP dialer санал болгодог сан нь төрлийн нэр нь SOCKS5 гэдэг учраас л датаграм тээвэр өгч чадахгүй.
Үүнтэй адил, proxy нэртэй хэрэгслийн бүрэлдэхүүн нь ерөнхий дээд прокси клиент биш, харин хөгжүүлэлтийн пакет алдагдуулагч симулятор байж болно. Түүний бодит интерфейс болон дэмжигддэг тээврийг шалгаарай.
CONNECT-UDP зэрэг стандартууд HTTP прокси системээр UDP зөөх өөр аргыг тодорхойлдог. Тэд хоёр талд дэмжлэг шаарддаг бөгөөд уламжлалт CONNECT-той андуурч болохгүй.
Хэрэв HTTP клиент TCP дээр HTTP/2 эсвэл HTTP/1.1 рүү буцвал хүсэлт энгийн проксигоор амжилттай болох боловч HTTP/3 холболт ашиглагдаагүй байна. Энэ ялгаа чухал үед хэлэлцсэн протоколыг тэмдэглээрэй.
Тиймээс ашигтай нийцлийн асуулт тодорхой: энэ клиент өөрийн QUIC датаграмуудыг энэ дэмжигдсэн механизмаар энэ проксигоор зөөж чадах уу? Ажиллаж буй хөтчийн хуудас эсвэл TCP портын шалгалт нь жижиг асуултад хариулдаг.