TCP ዜሮ መስኮት በፕሮክሲ በኩል፦ ተቀባዩን ይለዩ

የፓኬት መከታተያ TCP ZeroWindow ይላል። የከርነል ቅንብርን ከመቀየርዎ በፊት ዜሮውን የሚያስታውቀውን የመጨረሻ ነጥብ ይለዩ።

ያ ነጥብ በዚያ TCP ግንኙነት ላይ ያለውን የመቀበል አቅሙን ይገልጻል። መላው ፕሮክሲ ምን ያህል የመስመር ስፋት እንዳለው አያስታውቅም። የዜሮ-መስኮት ምርመራ ላኪው ያ የታወቀው አቅም መቀየሩን እንዲያውቅ ያግዛል፤ ምርመራው ብቻውን የፓኬት መጥፋት ወይም የተበላሸ ፕሮክሲ አያረጋግጥም።

browser  <-- TCP A -->  proxy  <-- TCP B -->  website

እነዚህ የተለያዩ የTCP ውይይቶች ናቸው። አሳሹ ትልቅ ምላሽ ማንበብ ካቆመና በA ላይ ዜሮ ካሳወቀ ብለን እናስብ። ፕሮክሲው የራሱ ቋቶች ሲሞሉ በመጨረሻ Bን ማፍሰስ ሊያቆም ይችላል። በB ላይ በኋላ የሚታየው ዜሮ መስኮት ከመጀመሪያው ችግር ይልቅ የዘገየው ደንበኛ ውጤት ሊሆን ይችላል።

በላይ መጫን ጊዜ ተቃራኒው ሁኔታ ይቻላል። የመድረሻው መተግበሪያ ውሂብ መጠቀም ካቆመ፣ በB ላይ ያለው መስኮቱ ሊዘጋ ይችላል። ከዚያ ግፊቱ በየፕሮክሲው ቋቶች በኩል ወደ ደንበኛው ሊመለስ ይችላል።

ምልከታዎቹን በቅደም ተከተል ያስቀምጡ

1. የግንኙነቱን የመጨረሻ ነጥቦችና የተጎዳውን የውሂብ ሽግግር አቅጣጫ ይመዝግቡ።
2. መጀመሪያ የሚቀንስ ወይም ዜሮ የመቀበል መስኮት ያሳወቀውን ነጥብ ይለዩ።
3. መተግበሪያው እያነበበ እንደሆነ፣ በሌላ ስራ ላይ እንደቆመ፣ ወይም በግብዓቶች እንደተገደበ ያረጋግጡ።
4. የመጀመሪያውን መንስኤ ከመመደብዎ በፊት በፕሮክሲው ሌላ ግንኙነት ላይ ያለውን ጊዜ ያነጻጽሩ።

የWireshark የመስኮት ትንተና መለያዎች ለቀረጻው ጠቃሚ ትርጓሜዎች ናቸው፣ ሁሉንም የመቀበል ቋት ለመጨመር የተሰጠ ትእዛዝ አይደሉም። የመስኮት መስፋፋትም ከግንኙነቱ ድርድር አንጻር መተርጎም አለበት።

ከየፕሮክሲ ዝርዝር ሌላ ነጥብ መሞከርና ሽግግሩ መመለሱን ማየት መንገዱ መቀየሩን የሚያሳይ ጠቃሚ ማስረጃ ነው። በራሱ ግን የአንድ ኦፐሬቲንግ ሲስተም TCP አተገባበር ጉድለት እንደነበረው አያረጋግጥም። ማብራሪያውን ከተቀባዩ ሂደትና ጥበቃው ከጀመረበት ግንኙነት ጋር አገናኝተው ያቆዩት።