Buƙatar HTTP/3 tana bukatar hanyar wakili mai iya UDP

Abokin ciniki da ya isa HTTPS cikin nasara ta hanyar wakilin TCP bai kafa hanya don HTTP/3 ba. HTTP/3 yana amfani da QUIC, kuma QUIC yana amfani da UDP.

Hanyar HTTP CONNECT ta yau da kullum tana ba da rafin TCP zuwa inda ake nufi. Ba ta juya zuwa mai-mika UDP ba lokacin da URL ya fara da HTTPS ko kuma inda ake nufi yana saurara a tashar 443.

SOCKS5 ma yana bukatar hanyar UDP

SOCKS5 yana bayyana haɗin UDP, amma dole ne abokin ciniki da uwar garken su aiwatar da shi, kuma dole ne a iya isa wurin mika. Laburare da ke ba da dialer na TCP na SOCKS kawai ba zai iya samar da jigilar datagram ba kawai saboda sunan nau'in sa ya ce SOCKS5.

Hakazalika, wani ɓangaren kayan aiki mai suna proxy na iya zama na'urar kwaikwayon asarar fakiti na ci gaba maimakon abokin ciniki na gama gari na wakili na sama. Bincika ainihin mu'amalarsa da jigilar da ake tallafawa.

Ka'idoji kamar CONNECT-UDP suna bayyana wata hanya ta ɗaukar UDP ta tsarin wakilin HTTP. Suna bukatar tallafi a ɓangarorin biyu kuma bai kamata a rikita su da CONNECT na gargajiya ba.

Idan abokin ciniki na HTTP ya koma HTTP/2 ko HTTP/1.1 bisa TCP, buƙata na iya yin nasara ta wakilin na yau da kullum yayin da ba a yi amfani da haɗin HTTP/3 ba. Rubuta ka'idar da aka tattauna lokacin da wannan bambanci ya yi muhimmanci.

Don haka tambayar dacewa mai amfani ta keɓaɓɓu ce: shin wannan abokin ciniki zai iya ɗaukar datagram ɗinsa na QUIC ta wannan wakili da wannan hanyar da aka tallafa? Shafin burauza mai aiki ko binciken tashar TCP yana amsa ƙaramar tambaya.