የፊት ፕሮክሲ የTCP ክፍል ወሰኖችን አይጠብቅም

አንድ የHTTP ምላሽ በSquid ካለፈ በኋላ በተያዙ በርካታ የTCP ክፍሎች ውስጥ ቢታይ፣ ይህ የተለመደ የTCP ባህሪ ሊሆን ይችላል፤ ምላሹ በስህተት ተከፍሏል ለማለት ማስረጃ አይደለም።

የፊት ፕሮክሲ በተለምዶ ሁለት ግንኙነቶች አሉት፦

client ⇄ TCP connection A ⇄ proxy ⇄ TCP connection B ⇄ origin

እያንዳንዱ ግንኙነት የራሱ የTCP ሁኔታ፣ የቅደም ተከተል ቁጥሮች እና የፓኬት አደራጃ አለው። ፕሮክሲው ከአንዱ ግንኙነት መረጃ አንብቦ ወደ ሌላኛው መጻፍ ይችላል፣ የመጀመሪያውን የክፍል መጠን ሳይጠብቅ። ቋት፣ የመላኪያ ጊዜ፣ መጨናነቅ እና የመንገዱ የመጠን ገደቦች ሌላ አደራጃ ሊፈጥሩ ይችላሉ።

ለየብቻ መታየት ያለባቸው ሦስት ወሰኖች

አንድ ንባብ የራስጌ ክፍል፣ ሙሉ ራስጌ ከአካል ባይቶች ጋር፣ ወይም ከአንድ በላይ የመተግበሪያ ደረጃ ወሰን የሚያቋርጥ መረጃ ሊይዝ ይችላል። TCP “የHTTP ምላሽ መጨረሻ” የሚለውን በተሳካ ንባብ መጨረሻ ላይ አያያዝም።

ስለዚህ የHTTP/1.1 ተንታኝ ራስጌዎችን ይሰበስባል እና ተገቢውን የአካል ማዕቀፍ ደንቦች ይጠቀማል፤ ርዝመት፣ የማስተላለፊያ ኮድ ወይም የተፈቀደ የግንኙነት መዝጊያ ከእነዚህ ውስጥ ናቸው። የHTTP/2 ማዕቀፍ ራሱ የTCP ክፍሎችን ሊያቋርጥ የሚችል የፕሮቶኮል አወቃቀር ነው፤ ለአውታረ መረብ ፓኬት ሌላ ስም አይደለም።

የተሳካ የCONNECT ዋሻ የተዋሻውን የባይት ዥረት ይጠብቃል፣ ሆኖም ሁለት የTCP እግሮችን ይጠቀማል። ፕሮክሲው በዋሻው ውስጥ ያሉትን ባይቶች ባልቀየረበት ጊዜም የክፍል ወሰኖቹ ሊለያዩ ይችላሉ።

ብልሽት ሲመረምሩ የተገጣጠመውን የመተግበሪያ መረጃ ያወዳድሩ። የፓኬት ቁጥሮችን ማወዳደር ወይም በሁለቱም ወገን ተመሳሳይ የፓኬት ርዝመት መጠበቅ TCP የማይሰጠውን የወሰን ዋስትና ይጠይቃል።