ሁለት ፕሮክሲዎች አንድን ፋይል በፍጥነት ማውረድ ይችላሉ?
ብዙ ግንኙነቶችን ማሰራጨትን ከአንድ ማውረድ የበርካታ የኔትወርክ መንገዶች ጥምረት መለየት።
ሁለት የፕሮክሲ መውጫዎች፣ እያንዳንዳቸው ተጨማሪ የመተላለፊያ አቅም ያላቸው፣ የማውረድን ፍጥነት በእጥፍ ለመጨመር ቀላል መንገድ ይመስላሉ። የተለመደ የፕሮክሲ ገንዳ በዚህ መንገድ አይሰራም።
ደንበኛ በአንድ የተመረጠ ፕሮክሲ በኩል ግንኙነት ይከፍታል። ያ ፕሮክሲ ቀጣዩን ግንኙነት ይከፍታል። ከየፕሮክሲ ዝርዝር ሌላ አድራሻ ወደ ገንዳው መጨመር ለወደፊት ግንኙነቶች ሌላ ምርጫ ይሰጣል፤ ሁለተኛውን ፕሮክሲ አስቀድሞ በተጀመረው የባይት ፍሰት ውስጥ አያስገባም።
በግንኙነት ላይ የተመሠረተ የተለመደ የብዙ ዌኤኤን ሚዛን ማስተካከል ተመሳሳይ ገደብ አለው። የተለያዩ ግንኙነቶችን በአገናኞች መካከል ማሰራጨት ይችላል፣ ይህም አጠቃላይ አቅምን ያሻሽላል ወይም ግጭትን ይቀንሳል። ሌላ ዘዴ በግልጽ ብዙ መንገዶችን ካልሰጠ በስተቀር አንድ ግንኙነት አንድ ግንኙነት ሆኖ ይቆያል።
ትይዩ ማውረዶች የተለየ ጉዳይ ሲሆኑ
ደንበኛ የተለያዩ የፋይል ክፍሎችን በተለያዩ ግንኙነቶች ሊጠይቅና በአካባቢው ሊያጣምር ይችላል። ደንበኛው ዝግጅቱን ከደገፈና አገልጋዩ ጥያቄዎቹን ከፈቀደ ከአንድ በላይ መንገድ መጠቀም ይችላል።
ይህ መስፈርቶችን ያስተዋውቃል፦ ክፍሎቹ ተመሳሳይ ውክልናን መግለጽ አለባቸው፣ የአገልጋዩ ምላሾች ከተጠየቁት መጠኖች ጋር መመሳሰል አለባቸው፣ በነገሩ ላይ የሚደረጉ ለውጦች የተቀላቀለ ፋይል መፍጠር የለባቸውም። ማረጋገጫ፣ የአገልጋይ ገደቦችና በየመውጫው የሚደረግ ፖሊሲ ትይዩ የክፍል ጥያቄዎችን አይመቹ ሊያደርጉ ይችላሉ። አስር ሙሉ ማውረዶች የአንድ ማውረድ አስር ክፍሎች አይደሉም።
የመጨረሻው መንገድ ወደ ደንበኛው አሁንም አስፈላጊ ነው። ብዙ ፈጣን መውጫዎች በአንድ የተሞላ የመዳረሻ አገናኝ በኩል ከዚያ አገናኝ መሸከም ከሚችለው በላይ ውሂብ መላክ አይችሉም።
ብዙ መንገድ እውነተኛ ድጋፍ ይፈልጋል
Multipath TCP ብዙ ንዑስ ፍሰቶችን በመጠቀም ግንኙነትን መሸከም የሚችል ግልጽ የመጓጓዣ ዘዴ ነው፣ ጫፎቹና የኔትወርክ ዝግጅቱ ሲደግፉት። ሁለት የማይዛመዱ የHTTP ወይም የSOCKS ፕሮክሲዎችን በመዘርዘር ብቻ አይነቃም።
ለዝግ ዝውውር መጀመሪያ ጣሪያው በደንበኛው አገናኝ፣ በፕሮክሲው፣ በቀጣዩ መንገድ ወይም በመድረሻው ላይ መሆኑን ይወስኑ። ገንዳ ለግንኙነት ስርጭት ጠቃሚ ነው። የአንድን ፋይል ፍጥነት በእጥፍ ስለማሳደግ የሚነሳ ጥያቄን የራሱ ዘዴና ማስረጃ የሚፈልግ የተለየ ባህሪ አድርገው ይዩት።