Proxychains በSquid በኩል፦ በፖርት 80 ላይ የCONNECT ገደቦች
መደበኛ የHTTP ፕሮክሲ ጥያቄዎችን ከproxychains HTTP CONNECT ዋሻዎች ይለዩ የመድረሻ ፖርት 80 ሲከለከል።
አሳሹ የHTTP ገጽን በSquid በኩል ይጭናል። ተመሳሳዩ መድረሻ በproxychains ስር አይሳካም። ይህ ሁለቱ ፕሮግራሞች የተሳሳተ የፕሮክሲ አይፒ መረጡ ማለት አይደለም።
መደበኛ HTTP-አዋቂ ደንበኛ የድር ጥያቄውን በHTTP ፕሮክሲ ቅርጽ ወደ ወደፊት ፕሮክሲ መላክ ይችላል። አጠቃላይ የሶኬት መጠቀፊያ ግን መተግበሪያው ሊከፍተው ለፈለገው ግንኙነት የባይት ዋሻ ይፈልጋል። በሰንሰለቱ ውስጥ ላለ የHTTP ፕሮክሲ proxychains CONNECT ይጠቀማል።
ይህ ማለት በፖርት 80 ላይ ያለ ግልጽ-ጽሑፍ ድህረ ገጽ ለፖርት 80 CONNECT ጥያቄ ሊያመነጭ ይችላል። CONNECT የሚፈቅድ Squid ፖሊሲ ለተፈቀደው የTLS ፖርት ዝርዝር ብቻ ከሆነ፣ መደበኛ የHTTP ጥያቄዎች ወደ ፖርት 80 ቢፈቀዱም ያንን ዋሻ ሊያስቀር ይችላል።
ጥያቄዎችን ያወዳድሩ፣ የአስተናጋጅ ስሞችን ብቻ አይደለም
የproxychains-ng ሰነድ የHTTP CONNECT ድጋፉን ይገልጻል። የSquid የመዳረሻ ደንቦች ዘዴንና የመድረሻ ፖርትን መለየት ይችላሉ። እነዚህ ወደ አንድ ድህረ ገጽ የሚወስዱ የተለያዩ የጥያቄ መንገዶች ናቸው።
ከመቀየርዎ በፊት አለመቀበሉንና የታሰበውን ፖሊሲ ያንብቡ። CONNECT መዳረሻን ወደ ሁሉም ፖርቶች ማስፋፋት ከባድ ለውጥ ነው፤ ለመጠቀፊያ አለመጣጣም ነባሪ መፍትሔ መሆን የለበትም።
መተግበሪያው አገር በቀል የHTTP ፕሮክሲ ድጋፍ ካለው፣ እሱን መጠቀም ለግልጽ-ጽሑፍ HTTP አላስፈላጊ የሆነ አጠቃላይ ዋሻ ሊያስወግድ ይችላል። በእውነት ጥሬ TCP ዋሻ ከፈለገ፣ የሚያቀርበውን የተፈቀደ የፕሮክሲ ፕሮቶኮልና የፖርት ፖሊሲ ይምረጡ።
የተሳካ የአሳሽ ጥያቄ ስለ ፕሮክሲው ተደራሽነትና ስለ አንድ የተደገፈ የጥያቄ ሁነታ ጠቃሚ ማስረጃ ነው። ሁሉም የዋሻ ዘዴ፣ የመድረሻ ፖርት ወይም የመተግበሪያ ፕሮቶኮል በዚያ ፕሮክሲ በኩል እንደተፈቀደ አያረጋግጥም።