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 сыяктуу стандарттар UDPни HTTP прокси системасы аркылуу өткөрүүнүн башка жолун аныктайт. Алар эки тарапта тең колдоону талап кылат жана салттуу CONNECT менен чаташтырылбашы керек.
Эгер HTTP кардары TCP аркылуу HTTP/2 же HTTP/1.1ге кайтса, суроо кадимки прокси аркылуу ийгиликтүү болушу мүмкүн, бирок HTTP/3 байланышы колдонулган эмес. Бул айырма маанилүү болгондо сүйлөшүлгөн протоколду жазып алыңыз.
Ошондуктан пайдалуу шайкештик суроосу так: бул кардар өзүнүн QUIC датаграммаларын ушул колдоого алынган механизм менен ушул прокси аркылуу өткөрө алабы? Иштеген браузер бети же TCP портун текшерүү кичинекей суроого жооп берет.