بىر پروكسى ئېغىزى قانداقلا HTTP ۋە SOCKS نى قوبۇل قىلالايدۇ

ئارىلاشما پروكسى ئاڭلىغۇچىسى بىر TCP ئېغىزىدا HTTP ۋە SOCKS نى قوبۇل قىلالايدۇ، چۈنكى مۇلازىمېتىر پروتوكولنىڭ دەسلەپكى بايتلىرىنى تەكشۈرىدۇ. ئېغىز نومۇرى بۇ ئېنىقلاشنى قىلمايدۇ.

HTTP پروكسى تەلەپى GET ياكى CONNECT قاتارلىق HTTP ئۇسۇلى بىلەن باشلىنىدۇ. SOCKS سالامى ئىككىلىك پروتوكول مەيدانلىرى بىلەن باشلىنىدۇ. بۇ كىرگۈزۈشلەر ئۈچۈن لايىھەلەنگەن يۇمشاق دېتال ئۇلىنىشنى مۇۋاپىق بىر تەرەپ قىلغۇچىغا يەتكۈزەلەيدۇ.

بۇ ئېنىق ئىجرا قىلىش ئالاھىدىلىكى. ئادەتتىكى Squid HTTP ئاڭلىغۇچىسى ئېغىزى 1080 گە ئۆزگەرتىلگەنلىكتىن ئارىلاشما بولۇپ قالمايدۇ، ۋە پەقەت SOCKS بولغان ئاڭلىغۇچى توركۆرگۈ تەڭشىكىدىن HTTP نى ئۆگەنمەيدۇ.

TLS يەنە بىر چېگرا قوشىدۇ: شىفىرلانغان پروكسى ئۇلىنىشى كۆرۈنەرلىك HTTP ئۇسۇلى بىلەن ئەمەس، TLS بىلەن باشلىنىدۇ. ئۇنى ئوخشاش ئاخىرقى نۇقتىدا قوللاش قوشۇمچە قەستەن بىر تەرەپ قىلىشنى تەلەپ قىلىدۇ؛ ئوچۇق HTTP ۋە SOCKS نى تونۇش بۇ ئىقتىدارنى ئىسپاتلىمايدۇ.

ئاخىرقى نۇقتا ئۈچۈن ھۆججەتلەشتۈرۈلگەن خېرىدار پروتوكولىنى ئىشلىتىڭ. ئەگەر ئىككىسى ئىشلىسە، بۇ شۇ مۇلازىمېتىرنىڭ ئارىلاشما ئاڭلىغۇچىسى توغرىسىدىكى ئىسپات، ھەر بىر خېرىداردا پروتوكولنى ئېنىقلىماسلىقنىڭ سەۋەبى ئەمەس.

Glider نىڭ ئارىلاشما ئاڭلىغۇچىسى كونكرېت مىسال بېرىدۇ: ئۇ بىر بايتنى ئىشلەتمەي تۇرۇپ قارايدۇ، 0x05 نى ئۆزىنىڭ SOCKS5 بىر تەرەپ قىلغۇچىسىغا ئەۋەتىدۇ، بولمىسا ئۆزىنىڭ HTTP تەھلىل قىلغۇچىسىنى چاقىرىدۇ. ئۇ تەھلىل قىلغۇچى يەنىلا كىرگەن تەلەپنى دەلىللەيدۇ؛ ئەۋەتىش تاللاشى خالىغان كىرگۈزۈشنى ئىناۋەتلىك HTTP قىلمايدۇ.

TCP ئاڭلىغۇچىنى ئورتاقلىشىش ئۆزىلا SOCKS5 UDP مۇناسىۋىتىنى تەمىنلىمەيدۇ. Glider ئۆزىنىڭ UDP ئاڭلىغۇچىسىنى ئايرىم باشلايدۇ. TCP پروتوكولىنى تاللاش ۋە كېيىنكى داتاگرام يەتكۈزۈش ئايرىم ئىقتىدارلاردۇر.