የMSS ህግ በራውተር ላይ ይሰራል፣ ነገር ግን Squidን ያመልጣል
የMTU አስተሳሰብን በፕሮክሲ በሚከፈቱ የተለያዩ የTCP ግንኙነቶች ላይ ተግብሩ፣ እያንዳንዱ ፓኬት በFORWARD ያልፋል ብለው ከመገመት ይልቅ።
አስተዳዳሪ በFORWARD ላይ የTCPMSS መጨፍለቅ ይጨምራል። በቀጥታ የሚመራ ትራፊክ ይሻሻላል፣ ነገር ግን በአካባቢው Squid አገልግሎት በኩል የሚደረጉ ማውረዶች አሁንም ይቆማሉ። የፕሮክሲው የድረ-ገጽ ግንኙነት የደንበኛው የTCP ግንኙነት በዚያ ሰንሰለት ውስጥ ማለፍ ብቻ አይደለም።
በተለመደው የሚያቋርጥ የፊት ፕሮክሲ ውስጥ፣ የደንበኛው ጎን ግንኙነት በአካባቢው ያበቃል። ፕሮክሲው ወደ መነሻው ወይም ወደ ወላጅ ሁለተኛ የTCP ግንኙነት ይፈጥራል። በLinux ላይ ለዚያ ግንኙነት የሚፈጠሩ ፓኬቶች የአካባቢውን የውጤት መንገድ ይከተላሉ።
በFORWARD ብቻ የሚሰራ ህግ ሙሉ በሙሉ ተግባራዊ ሆኖ ሊቆይና ሊያስተካክለው የታሰበውን የእጅ መጨበጫ ሊያመልጥ ይችላል። መንጠቆ ከመምረጥዎ በፊት ትክክለኛውን ግንኙነትና የSYN አቅጣጫ ይቃኙ። ኮንቴይነሮች ወይም የተለያዩ የስም ቦታዎች ተጨማሪ የሚመራ ክፍል ሊጨምሩ ይችላሉ፣ ስለዚህ ትክክለኛው ቦታ ሂደቱ የሚሰራበትን ቦታ ይወስናል።
የPMTU ቁጥርን በቀጥታ በMSS ውስጥ አያስገቡ
የመንገድ MTU የIP ፓኬት መጠን ነው። TCP MSS የTCP ጭነትን ይገልጻል እና ተጓዳኝ ራስጌዎችን ግምት ውስጥ ማስገባት አለበት። በተመሳሳይ፣ የፒንግ ጭነት ርዝመት ሙሉው የIP ፓኬት ርዝመት አይደለም። የታወቀው የ28 ባይት መጨመር ከመሠረታዊ IPv4 ICMP echo አቀራረብ ጋር የተያያዘ ነው፣ ከሁሉም የአድራሻ ቤተሰቦች ወይም ከሁሉም ማሸጊያዎች ጋር አይደለም።
የTCPMSS ኢላማ ግልጽ እሴቶችንና የPMTU መጨፍለቅን ይመዘግባል። መጨፍለቁ አሁንም በመንገዱ የMTU መረጃ ላይ ይተማመናል፤ የመንገድ ግኝት ጤናማ መሆኑን ማረጋገጫ አይደለም፣ አስፈላጊዎቹን የICMP መልእክቶች ከመፍቀድም ምትክ አይደለም።
ምልክቱንም ከንድፈ ሀሳቡ ጋር ያዛምዱ። የተጠናቀቀ የእጅ መጨበጫ ተከትሎ በትልቁ ማስተላለፎች ላይ መቆም የፓኬት መጠን ምርመራን ሊያጸድቅ ይችላል። ተደጋግመው ያልተመለሱ የSYN ጥያቄዎች ወይም ወዲያውኑ የሚመጣ reset ሰፊ ማብራሪያ ይፈልጋሉ፤ መጠናናቸው ያነሰ ፓኬቶች አለመሳካታቸው ከመጠን በላይ የሆነ የውሂብ ክፍል መኖሩን አያረጋግጥም።
በሪከርዱ ውስጥ የሚሰራውን ቀጥተኛ ግንኙነትና የማይሰራውን የፕሮክሲ ግንኙነት ለያዩ። ከአንድ ማሽን ቢሆኑም እንኳ የተለያዩ ምንጮችን፣ መንገዶችንና ማሸጊያዎችን ሊጠቀሙ ይችላሉ።