በግልጽ TCP-ወደ-SOCKS ማስተላለፍ ውስጥ የመጀመሪያ መዳረሻዎች

አንድ ኬላ የTCP ግንኙነት የሚያርፍበትን ቦታ ሊለውጥ ይችላል። በዚያ ለውጥ ብቻ ግን መነሻው መተግበሪያ SOCKS እንዲናገር ማስተማር አይችልም።

ተራ SOCKS አገልጋይ የተጠየቀውን መዳረሻ የሚገልጽ ድርድር ይጠብቃል። ስለ ፕሮክሲው የማያውቅ መተግበሪያ በምትኩ የራሱን የፕሮቶኮል ባይቶች ወዲያውኑ ይልካል። እነዚያን ባይቶች በቀጥታ ወደ SOCKS አድማጭ ካዞሩ፣ ሁለቱ ወገኖች በመጀመሪያው መልእክት ላይ ይለያያሉ።

የጎደለው ክፍል ተርጓሚ ነው

ግልጽ TCP-ወደ-ፕሮክሲ ክፍል በእነዚህ በይነገጾች መካከል ይቀመጣል። መተግበሪያው በመጀመሪያ የጠየቀውን መዳረሻ ያገኛል፣ ተገቢውን የSOCKS ወይም የHTTP CONNECT ክፍለ ጊዜ ይመሠርታል፣ ከዚያም የመተግበሪያ ውሂብን በተፈጠረው ፍሰት ላይ ያስተላልፋል።

በሊኑክስ iptables መንገዱ ላይ የredsocks ምንጭ የተጠበቀውን መዳረሻ በSO_ORIGINAL_DST ያመጣል። ሌሎች ስርዓተ ክወናዎችና የማዞሪያ ዘዴዎች የተለያዩ ዘዴዎችን ይጠቀማሉ። ይህ የማዞሪያውና የአውታረ መረብ ዝግጅት ባህሪ ነው፣ የተራ SOCKS ደንበኛ ባህሪ አይደለም።

የመጀመሪያ-መዳረሻ መረጃ አንድን የማዞሪያ ደንብ ከፕሮክሲ አስተናጋጅ ወደ የማይገናኝ መግቢያ ማዛወር ሁልጊዜ ተመሳሳይ ያለመሆኑንም ያብራራል። የሚቀበለው ሂደት በመጥለፍ ዘዴው የሚፈለገውን ሜታዳታ ይፈልጋል። በሌላ ቦታ የተጻፈ አድራሻ ያንን መረጃ በሚጠበቀው ቅርጽ ላይሰጥ ይችላል።

የተርጓሚውን ወሰን ግልጽ ያድርጉ። የሠራ የተዞረ TCP ግንኙነት የዘፈቀደ UDP፣ ICMP ወይም ሁሉንም የመፍቻ መንገዶች ድጋፍ አያረጋግጥም። የላይኛው ፕሮክሲ ፕሮቶኮልና የተርጓሚው አተገባበር አሁንም የሚደገፉትን ሥራዎች ይወስናሉ።

አንድ ዝግጅት ከግንኙነቱ በኋላ ወዲያውኑ ካልተሳካ፣ የመዳረሻ ደንቦችን ከማስፋትዎ በፊት የፕሮቶኮል ወሰኑን ያረጋግጡ። በሚገባ የሚደረስ SOCKS አድማጭ በጭራሽ የSOCKS ጥያቄ ያልሆኑ ባይቶችን ሊያስቀር ይችላል።