د MSS قاعده په روټر کې کار کوي، خو Squid ته نه رسېږي
د MTU منطق پر هغو جلا TCP اړیکو وکاروئ چې پروکسي یې پرانیزي، نه دا چې فکر وکړئ هر packet له FORWARD څخه تېرېږي.
یو مدیر FORWARD ته د TCPMSS محدودیت زیاتوي. مستقیم روټ شوی ترافیک ښه کېږي، خو د ځایي Squid له لارې ډاونلوډونه لا هم بندېږي. د پروکسي اړیکه د وېبپاڼې سره یوازې د کارونکي TCP اړیکه نه ده چې له دې لړۍ تېره شي.
په عادي پای ته رسوونکي forward پروکسي کې د کارونکي خواته اړیکه په ځایي توګه پای ته رسېږي. پروکسي د سرچینې یا والد خواته دوهمه TCP اړیکه جوړوي. په Linux کې د دې اړیکې لپاره جوړ شوي packetونه ځایي وتلو لارې تعقیبوې.
نو یوازې د FORWARD لپاره قاعده کولای شي بشپړه کارنده وي او بیا هم هغه لاسنیول له لاسه ورکړي چې باید سم شوي وای. د hook له غوره کولو مخکې ریښتینې اړیکه او د SYN لوری نقشه کړئ. کانټینرونه یا جلا نومونه نور روټ شوی برخه زیاتولی شي، نو سم ځای په دې پورې تړلی دی چې پروسه چېرې ځي.
د PMTU شمېره مستقیم په MSS کې مه اخلئ
د لارې MTU د IP packet اندازه ده. TCP MSS د TCP payload بیانوي او باید اړوند سرلیکونه په پام کې ونیسي. همدارنګه، د ping payload اوږدوالی بشپړ IP packet اوږدوالی نه دی. پېژندل شوی 28 بایټ زیاتوالی د بنسټیز IPv4 ICMP echo ترتیب سره تړلی دی، نه له هر آدرس کورنۍ یا encapsulation سره.
د TCPMSS هدف روښانه ارزښتونه او د PMTU محدودیت مستند کوي. محدودیت لا هم د لارې MTU معلوماتو ته تکیه کوي؛ دا د لارې کشف د سم والي ثبوت نه دی، او د اړینو ICMP پیغامونو د اجازې بدیل هم نه دی.
نښه له تیوري سره هم سمه کړئ. بشپړ شوی لاسنیول او بیا په لویو لېږدونو کې بندېدل د packet اندازې څېړنې ته justification ورکولای شي. تکراري بې ځوابه SYN یا سمدستي reset پراخه تشریح غواړي؛ د کوچنیو packetono ناکامي لوی data segment ثابتوي نه.
په ثبت کې کار کوونکې مستقیمه اړیکه او ناکامه پروکسي اړیکه جلا وساتئ. دوی کولای شي بېلابېلې سرچینې، لارې او encapsulation وکاروي، حتی له یوې ماشین څخه.