MSS дүрэм маршрутизатор дээр ажилладаг ч Squid-д хүрэхгүй
Пакет бүр FORWARD-оор дамждаг гэж үзэхийн оронд прокси нээдэг тусдаа TCP холболтуудад MTU-ийн логикийг хэрэглээрэй.
Администратор FORWARD-д TCPMSS хязгаарлалт нэмдэг. Шууд маршрутлагдсан трафик сайжирдаг ч локал Squid хувилбараар татах үйлдэл гацсаар байна. Проксигийн вэбсайт руу хийх холболт нь харилцагчийн TCP холболт тэр гинжин хэлхээгээр дамжих нь биш юм.
Энгийн төгсгөл болгодог forward проксид харилцагчийн талын холболт локалд төгсдөг. Прокси эх сурвалж эсвэл эцэг рүү хоёр дахь TCP холболт үүсгэдэг. Linux дээр тэр холболтын хувьд үүссэн пакетууд локал гарах замыг дагадаг.
Тиймээс зөвхөн FORWARD-д зориулсан дүрэм бүрэн ажиллаж байсан ч тохируулах ёстой байсан гар барилтыг алдаж болно. Дэгээ сонгохоос өмнө бодит холболт болон SYN-ийн чиглэлийг зураглаарай. Контейнер эсвэл тусдаа нэрийн орон зай өөр маршрутлагдсан хэсэг нэмж болох тул зөв байрлал нь процесс хаана ажиллахаас хамаарна.
PMTU тоог MSS-д шууд бүү хий
Замын MTU нь IP пакетийн хэмжээ. TCP MSS нь TCP ачааллыг тодорхойлдог бөгөөд холбогдох толгойнуудыг тооцох ёстой. Мөн ping-ийн ачааллын урт нь IP пакетийн бүтэн урт биш. Танил болсон 28 байтын нэмэгдэл нь үндсэн IPv4 ICMP echo зохион байгуулалттай холбоотой бөгөөд хаягийн бүх гэр бүл эсвэл инкапсуляцтай биш.
TCPMSS зорилт нь тодорхой утгууд болон PMTU хязгаарлалтыг баримтжуулдаг. Хязгаарлалт нь замын MTU мэдээлэлд хараат хэвээр; энэ нь замын илрүүлэлт эрүүл гэсэн баталгаа биш, шаардлагатай ICMP мессежийг зөвшөөрөхийг орлох ч биш.
Шинж тэмдгийг онолтой мөн тааруулаарай. Гар барилт дууссаны дараа том дамжуулалтад гацах нь пакетийн хэмжээг шалгах үндэслэл болно. Давтан хариугүй SYN эсвэл шуурхай reset нь илүү өргөн тайлбар шаарддаг; жижиг пакет бүтэлгүйтэх нь хэт том өгөгдлийн сегментийг нотлохгүй.
Бүртгэлд ажиллаж буй шууд холболт болон бүтэлгүйтэж буй прокси холболтыг тусдаа хадгал. Нэг машинаас ч өөр эх сурвалж, зам, инкапсуляц хэрэглэж болно.