HTTP/3 ඉල්ලීමකට UDP හැකියාව ඇති proxy මාර්ගයක් අවශ්‍යයි
HTTP/3 හි QUIC ප්‍රවාහනය සාමාන්‍ය HTTP CONNECT TCP උමං සහ SOCKS5 සේවාවේ අත්‍යවශ්‍ය නොවන UDP සහායෙන් වෙන් කරන්න.
TCP proxy හරහා HTTPS වෙත සාර්ථකව ළඟා වන සේවාදායකයා HTTP/3 සඳහා මාර්ගයක් ස්ථාපිත කර නැත. HTTP/3 QUIC භාවිතා කරන අතර QUIC UDP භාවිතා කරයි.
සාමාන්‍ය HTTP CONNECT උමගක් එහි ගමනාන්තයට TCP ප්‍රවාහයක් ලබා දෙයි. URL HTTPS වලින් ආරම්භ වන විට හෝ ගමනාන්තය 443 වරායේ සවන් දෙන විට එය UDP නැවත සම්ප්‍රේෂකයක් නොවේ.
SOCKS5 ට ද UDP මාර්ගය අවශ්‍යයි
SOCKS5 UDP සම්බන්ධතාව නිර්වචනය කරයි, නමුත් සේවාලාභියා සහ සේවාදායකයා දෙකම එය ක්‍රියාත්මක කළ යුතු අතර නැවත සම්ප්‍රේෂණ අන්ත ලක්ෂ්‍යයට ළඟා විය හැකි විය යුතුය. SOCKS TCP ඩයලරයක් පමණක් ලබා දෙන පුස්තකාලයකට එහි වර්ග නාමය SOCKS5 යැයි කීම නිසා පමණක් ඩේටාග්‍රෑම් ප්‍රවාහනයක් ලබා දිය නොහැක.
එලෙසම, proxy නමැති මෙවලම් සංරචකයක් සාමාන්‍ය උඩුගංබල proxy සේවාදායකයක් නොව සංවර්ධන පැකට් නැතිවීම් අනුකරණයක් විය හැක. එහි සැබෑ අතුරුමුහුණත සහ සහාය දෙන ප්‍රවාහනය පරීක්ෂා කරන්න.
CONNECT-UDP වැනි ප්‍රමිතීන් HTTP proxy පද්ධතියක් හරහා UDP ගෙන යාමේ තවත් ක්‍රමයක් නිර්වචනය කරයි. ඒවා දෙපසම සහාය අවශ්‍ය වන අතර සාම්ප්‍රදායික CONNECT සමඟ පටලවා නොගත යුතුය.
HTTP සේවාදායකයා TCP මත HTTP/2 හෝ HTTP/1.1 වෙත ආපසු ගියහොත්, HTTP/3 සම්බන්ධතාවක් භාවිත නොකර සාමාන්‍ය proxy හරහා ඉල්ලීම සාර්ථක විය හැක. එම වෙනස වැදගත් වන විට සාකච්ඡා කළ ප්‍රොටෝකෝලය සටහන් කරන්න.
එබැවින් ප්‍රයෝජනවත් ගැළපුම් ප්‍රශ්නය නිශ්චිතය: මෙම සේවාදායකයාට මෙම සහාය දෙන යාන්ත්‍රණයෙන් මෙම proxy හරහා එහි QUIC ඩේටාග්‍රෑම් රැගෙන යා හැකිද? ක්‍රියා කරන බ්‍රව්සර් පිටුවක් හෝ TCP වරාය පරීක්ෂාවක් කුඩා ප්‍රශ්නයකට පිළිතුරු දෙයි.