Правилото 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 бараат пошироко објаснување; неуспехот на мали пакети не докажува преголем сегмент на податоци.

Во записот одделно држете ја работната директна врска и неуспешната врска преку прокси. Тие можат да користат различни извори, рути и инкапсулација, дури и од иста машина.