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 dialer تەمىنلەيدىغان كۇتۇپخانا پەقەت تۈر ئىسمى SOCKS5 دەپ قويغانلىقى ئۈچۈنلا داتاگرام يەتكۈزۈشنى بېرەلمەيدۇ.
شۇنىڭدەك، قورالنىڭ proxy دەپ ئاتىلىدىغان بۆلىكى ئومۇمىي يۇقىرى proxy خېرىدارى ئەمەس، بەلكى تەرەققىيات ئۈچۈن پاكېت يوقىتىش سىمۇلياتورى بولۇشى مۇمكىن. ئۇنىڭ ھەقىقىي كۆرۈنمە يۈزى ۋە قوللايدىغان يەتكۈزۈشىنى تەكشۈرۈڭ.
CONNECT-UDP قاتارلىق ئۆلچەملەر UDP نى HTTP proxy سىستېمىسى ئارقىلىق يەتكۈزۈشنىڭ باشقا ئۇسۇلىنى بەلگىلەيدۇ. ئۇلار ھەر ئىككى تەرەپتە قوللاشنى تەلەپ قىلىدۇ ۋە ئەنئەنىۋى CONNECT بىلەن ئارىلاشتۇرۇلماسلىقى كېرەك.
ئەگەر HTTP خېرىدارى TCP ئۈستىدە HTTP/2 ياكى HTTP/1.1 گە قايتسا، تەلەپ ئادەتتىكى proxy ئارقىلىق مۇۋەپپەقىيەتلىك بولۇشى مۇمكىن، ھالبۇكى ھېچقانداق HTTP/3 ئۇلىنىشى ئىشلىتىلمىگەن. بۇ پەرق مۇھىم بولغاندا كېلىشىلگەن پروتوكولنى خاتىرىلەڭ.
شۇڭا پايدىلىق ماسلىشىش سوئالى ئېنىق: بۇ خېرىدار ئۆزىنىڭ QUIC داتاگراملىرىنى مۇشۇ قوللايدىغان مېخانىزم بىلەن مۇشۇ proxy ئارقىلىق يەتكۈزەلەمدۇ؟ ئىشلەيدىغان توركۆرگۈ بېتى ياكى TCP پورت تەكشۈرۈشى كىچىك سوئالغا جاۋاب بېرىدۇ.