Захтев HTTP/3 захтева прокси путању са подршком за UDP
Разликујте QUIC пренос HTTP/3 од обичних TCP тунела HTTP CONNECT и од опционе UDP подршке услуге SOCKS5.
Клијент који успешно стигне до HTTPS преко TCP проксија није успоставио путању за HTTP/3. HTTP/3 користи QUIC, а QUIC користи UDP.
Обичан тунел HTTP CONNECT даје TCP ток до свог одредишта. Не претвара се у UDP релеј када URL почиње са HTTPS или одредиште слуша на порту 443.
SOCKS5 такође захтева UDP путању
SOCKS5 дефинише UDP асоцијацију, али и клијент и сервер морају да је имплементирају, а крајња тачка релеја мора бити доступна. Библиотека која нуди само SOCKS TCP dialer не може да пружи датаграмски пренос само зато што се њен тип зове SOCKS5.
Слично томе, компонента алата названа proxy може бити развојни симулатор губитка пакета, а не општи клијент надређеног проксија. Проверите његов стварни интерфејс и подржани пренос.
Стандарди попут CONNECT-UDP дефинишу други начин преноса UDP-а кроз HTTP прокси систем. Захтевају подршку на оба краја и не треба их мешати са традиционалним CONNECT.
Ако HTTP клијент пређе на HTTP/2 или HTTP/1.1 преко TCP-а, захтев може успети кроз обичан прокси, а да при томе није коришћена HTTP/3 веза. Забележите договорени протокол када је та разлика важна.
Зато је корисно питање компатибилности конкретно: може ли овај клијент да пренесе своје QUIC датаграме кроз овај прокси овим подржаним механизмом? Радна страница прегледача или провера TCP порта одговара на мање питање.