MSS اصول راؤٹر پر کام کرتا ہے، مگر Squid تک نہیں پہنچتا

ایک منتظم FORWARD میں TCPMSS clamping شامل کرتا ہے۔ براہِ راست روٹ شدہ ٹریفک بہتر ہوتا ہے، لیکن مقامی Squid کے ذریعے ڈاؤن لوڈ اب بھی رکتے ہیں۔ پروکسی کا ویب سائٹ سے کنکشن محض کلائنٹ کا TCP کنکشن نہیں جو اس زنجیر سے گزرے۔

عام ختم کرنے والے فارورڈ پروکسی میں کلائنٹ کی طرف کا کنکشن مقامی طور پر ختم ہوتا ہے۔ پروکسی اصل یا والد کی طرف دوسرا TCP کنکشن بناتا ہے۔ Linux پر اس کنکشن کے لیے بنائے گئے پیکٹ مقامی اخراجی راستے کی پیروی کرتے ہیں۔

لہٰذا صرف FORWARD کا اصول مکمل طور پر کارآمد ہو سکتا ہے اور پھر بھی وہ ہینڈ شیک چھوڑ سکتا ہے جسے درست کرنا تھا۔ ہک منتخب کرنے سے پہلے اصل کنکشن اور SYN کی سمت کا نقشہ بنائیں۔ کنٹینر یا الگ نام فضا مزید روٹ شدہ حصہ شامل کر سکتے ہیں، اس لیے درست مقام اس پر منحصر ہے کہ عمل کہاں چل رہا ہے۔

PMTU عدد براہِ راست MSS میں نہ رکھیں

راستے کا MTU ایک IP پیکٹ کا حجم ہے۔ TCP MSS TCP پے لوڈ بیان کرتا ہے اور متعلقہ ہیڈرز کا حساب رکھنا چاہیے۔ اسی طرح ping پے لوڈ کی لمبائی پورے IP پیکٹ کی لمبائی نہیں۔ معروف 28 بائٹ کا اضافہ بنیادی IPv4 ICMP echo ترتیب سے منسلک ہے، ہر ایڈریس خاندان یا encapsulation سے نہیں۔

TCPMSS ہدف واضح اقدار اور PMTU clamping کی دستاویز کرتا ہے۔ clamping اب بھی راستے کی MTU معلومات پر انحصار کرتا ہے؛ یہ راستہ تلاش کے صحت مند ہونے کا ثبوت نہیں اور ضروری ICMP پیغامات کی اجازت کا متبادل بھی نہیں۔

علامت کو نظریے سے بھی ملائیں۔ مکمل ہینڈ شیک کے بعد بڑی منتقلیوں میں رکنا پیکٹ حجم کی تحقیق کا جواز بن سکتا ہے۔ بار بار بلا جواب SYN یا فوری reset زیادہ وسیع وضاحت چاہتے ہیں؛ چھوٹے پیکٹ ناکام ہونا حد سے بڑا ڈیٹا حصہ ثابت نہیں کرتا۔

ریکارڈ میں کام کرنے والا براہِ راست کنکشن اور ناکام پروکسی کنکشن الگ رکھیں۔ ایک ہی مشین سے بھی وہ مختلف ماخذ، راستے اور encapsulation استعمال کر سکتے ہیں۔