QUIC

QUIC to protokół transportowy, który działa na UDP i został zaprojektowany w celu naprawienia długotrwałych ograniczeń TCP oraz TLS. Łączy handshake połączenia i szyfrowania, dzięki czemu sesja może rozpocząć się w mniejszej liczbie rund, a jednocześnie obsługuje wiele niezależnych strumieni bez blokowania głowy, które zatrzymuje wszystkie strumienie na pojedynczym połączeniu TCP, gdy jeden pakiet zostanie utracony. Szyfrowanie jest wbudowane, a nie nałożone na wierzch, a połączenia mogą przetrwać zmianę sieci, co sprawia, że QUIC jest dobrze dopasowany do urządzeń mobilnych.

QUIC jest fundamentem HTTP/3, dlatego nowoczesny ruch internetowy coraz częściej na nim się opiera. W przypadku proxy, użycie UDP przez QUIC ma znaczenie: proxy HTTP oparte na TCP CONNECT go nie obsługuje, a tylko proxy, które przekazuje UDP, może to zrobić. Proxy s4m SOCKS5 przekazuje TCP i UDP, podczas gdy systemowy VPN tuneluje cały ruch, w tym QUIC. Jeśli narzędzie wymusza QUIC, a twoje proxy obsługuje tylko TCP, wymuś powrót do TCP/HTTP2 lub przekieruj to przez VPN.

Dla proxy, poleganie QUIC na UDP to praktyczny problem: proxy HTTP oparte na TCP CONNECT nie może go obsłużyć, podczas gdy proxy SOCKS5 obsługujące UDP lub ogólnosystemowy VPN mogą. Punkt końcowy s4m SOCKS5 przekazuje UDP, a VPN tuneluje wszystko. Jeśli narzędzie wymusza QUIC, a twoja ścieżka jest tylko TCP, zmusz je do powrotu do HTTP/2 przez TCP lub przenieś ten ruch do VPN, aby strumień UDP miał gdzie się udać.