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 портын тексеру неғұрлым шағын сұраққа жауап береді.