የረዘመ SOCKS ሰንሰለት ቀጣዩን ዝላይ በራስ-ሰር አይሸፍንም

ሰንሰለት ማለት እያንዳንዱን ግንኙነት ማን እንደሚከፍት ይቀይራል። በቀላሉ ሌላ የSOCKS አድራሻን ወደ ዝርዝር በመጨመር ምስጠራ አይጨምርም።

ሰንሰለቱን ራሱ የሚገነባ ደንበኛን እንመልከት፡

application → SOCKS A → SOCKS B → website

መጀመሪያ A ን ከ B ጋር እንዲገናኝ ይጠይቃል። በዚያ ፍሰት በኩል ከ B ጋር ለድረ-ገጹ ግንኙነት ይደራደራል። ከደንበኛ ወደ A የሚወጣው መጓጓዣ ሁለቱንም ድርደራዎች ያለ ምስጠራ ካስተላለፈ፣ በዚያ ማያያዣ ላይ ያለ ብቃት ያለው ተመልካች ደንበኛው የላካቸውን የማዋቀሪያ ባይቶች ማንበብ ይችላል። የውጭው TCP መዳረሻ የተመልካቹ ብቸኛ ሊሆን የሚችል ማስረጃ አይደለም።

ሰንሰለቱን ከተጠበቀው የመተግበሪያ ልውውጥ ለይተው ያዩ

HTTPS የድረ-ገጹን የመተግበሪያ ይዘት የTLS ክፍለ-ጊዜው ከተጀመረ በኋላ ሊጠብቅ ይችላል። ቀደም ሲል የተላኩትን የSOCKS ማዋቀሪያ መልእክቶች ወደኋላ መልሶ አያመስጥርም። የSOCKS5 የተጠቃሚ ስም/የይለፍ ቃል ማረጋገጫም የተመሰጠረ መጓጓዣ አይደለም።

ከደንበኛ ወደ መጀመሪያው ዝላይ ያለ የተመሰጠረ ዝግጅት በዚያ ማያያዣ ላይ ያለውን ታይነት ይቀይራል። አሁንም አንድ ኦፕሬተርና የተገለጠውን ፍሰት የያዘ ሌላ የመጨረሻ ነጥብ አለ። ሰንሰለቱ ሊከታተል የማይችል ነው ከማለት ይልቅ ያንን የመተማመን ወሰን ይግለጹ።

በአገልጋይ የተዋቀረ የወላጅ መንገድ ሌላ አወቃቀር ነው። A በውስጡ B ን የሚመርጥ ከሆነ፣ ደንበኛው በመጀመሪያ ግንኙነቱ ላይ ሙሉ የመካከለኛ ዝርዝር መላኩ አስፈላጊ አይደለም። እያንዳንዱ ሰንሰለት ሁሉንም ዝላዮች በአንድ መንገድ ያጋልጣል አትበሉ።

ለጠቃሚ የግላዊነት ግምገማ ተመልካቹን፣ ማያያዣውን፣ የፕሮክሲ ድርደራውንና የTLS ወሰኖችን ይጥቀሱ። የ B መውጫን የሚመለከት ድረ-ገጽ እና የደንበኛውን የመጀመሪያ ግንኙነት የሚከታተል የመዳረሻ ኔትወርክ ተመልካች የተለያዩ ጥያቄዎችን ይመልሳሉ። ዝላዮችን መቁጠር ብቻ ከሁለቱም አንዱንም አይመልስም።