Правило MSS ради на рутеру, али промашује Squid

Администратор додаје TCPMSS ограничавање у FORWARD. Директно рутиран саобраћај се побољшава, али преузимања кроз локалну инстанцу 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 траже шире објашњење; неуспех малих пакета не доказује превелик сегмент података.

Држите у запису одвојено радну директну везу и неуспешну везу кроз прокси. Оне могу користити различите изворе, руте и инкапсулацију, чак и са истог рачунара.