SOCKS ደንበኞችን በ3proxy በኩል ከ HTTP CONNECT ወላጅ ጋር ማገናኘት

መተግበሪያው SOCKS ይፈልጋል። የተፈቀደው የላይኛው አገልግሎትህ HTTP CONNECT ይቀበላል። የHTTP መጨረሻ ነጥብን በመተግበሪያው SOCKS መስክ ውስጥ ማስገባት በሁለቱ ፕሮቶኮሎች መካከል አይተረጉምም።

አንድ በር ከመተግበሪያው SOCKS መቀበል፣ የተጠየቀውን መድረሻ ማንበብ እና የHTTP ወላጁን ለዚያ መድረሻ CONNECT ዋሻ መጠየቅ ይችላል። ከዚያ የመተግበሪያውን ፍሰት በዋሻው ውስጥ ያስተላልፋል።

SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination

እያንዳንዱን በይነገጽ ግልጽ አድርግ

ይህን አደረጃጀት ለሚደግፍ በር፣ የወላጅ ዓይነቱ አስፈላጊ ነው። የ3proxy ሰነድ የconnect ወላጅን ከተራ የHTTP ማስተላለፊያ ፕሮክሲ አድርጎ ከሚያገለግል ወላጅ ይለያል።

አሁን ያለ የ3proxy ተጠቃሚ እና የማረጋገጫ ዝግጅት ላይ፣ በአካባቢ ብቻ የሚሠራ የማዞሪያ ክፍል ይህን ቅርጽ ሊይዝ ይችላል፦

auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080

ይህ ክፍል መለያው አስቀድሞ ተብራርቷል ብሎ ያስባል። የHTTP ወላጁ ራሱ የሚፈልጋቸውን ምስክርነቶች አይጨምርም፣ እና ነባሩን የመዳረሻ ፖሊሲ አይተካም። ምስክርነት ለማይፈልግ የህዝብ HTTP ወላጅ በሚፈቅደው መንገድ ላይ ላሉ የህዝብ መድረሻዎች፣ የHTTP ፕሮክሲ ዝርዝር የአስተናጋጅና የወደብ እጩዎችን ያቀርባል። በዚያ ቅርንጫፍ የወላጅ ምስክርነቶች እንዳይኖሩ አድርግ እና ለትክክለኛው ግብ ፈቃድን አረጋግጥ፤ የበሩ መለያ በአካባቢ ይቆያል። የparent ደንብ በ3proxy በተሰነደው የውቅር ሞዴል መሠረት ከቀዳሚው የፈቃድ ደንብ ጋር ይያያዛል።

መተግበሪያው የአካባቢውን SOCKS መጨረሻ ነጥብ ይጠቀማል። በሩ ወደ ወላጁ HTTP CONNECT ይጠቀማል። ወላጁ አሁንም የተጠየቀው የመድረሻ አስተናጋጅና ወደብ ይፈቀዳል አይፈቀድም የሚወስነው እሱ ነው።

እዚህ ጠቃሚው ወሰን ተራ የTCP ፍሰት ዋሻ ነው። የፊት አድማጩ SOCKS5 ስለተቀበለ ብቻ የSOCKS5 UDP ማህበር የሚደገፍ አይሆንም። የHTTP CONNECT ወላጅ የሚያስፈልገውን የUDP ማስተላለፊያ በራስ-ሰር አይሰጥም።

HTTPS በዚህ መንገድ ውስጥ ከጫፍ እስከ ጫፍ ሆኖ ሊቆይ ይችላል፤ በፕሮክሲ በይነገጾች መካከል ያለው ትርጉም የመድረሻውን ድረ-ገጽ መምሰል አይፈልግም። ወደ በሩ የሚደረግ ማረጋገጫ፣ ወደ ወላጁ የሚደረግ ማረጋገጫ እና የድረ-ገጹ ማረጋገጫ የተለያዩ ምስክርነቶችና ልውውጦች ሆነው ይቆያሉ።