Правилото за MSS работи на рутера, но пропуска Squid

Администратор добавя ограничение на TCPMSS в FORWARD. Директно маршрутизираният трафик се подобрява, но изтеглянията през локалната инсталация на Squid все още забиват. Връзката на проксито към сайта не е просто TCP връзката на клиента, минаваща през тази верига.

При обикновено терминиращо предно прокси клиентската връзка завършва локално. Проксито създава втора TCP връзка към източника или родителя. В Linux пакетите, генерирани за тази връзка, следват локалния изходен път.

Затова правило само за FORWARD може да е напълно работещо и пак да пропусне ръкостискането, което е трябвало да коригира. Начертайте действителната връзка и посоката на SYN, преди да изберете точка на прихващане. Контейнерите или отделните пространства от имена могат да добавят още един маршрутизиран сегмент, така че правилното място зависи от това къде работи процесът.

Не слагайте числото PMTU директно в MSS

MTU на пътя е размер на IP пакет. TCP MSS описва TCP полезния товар и трябва да отчита съответните заглавки. По същия начин дължината на ping полезния товар не е пълната дължина на IP пакета. Познатото добавяне от 28 байта е свързано с базово разположение IPv4 ICMP echo, а не с всяко семейство адреси или капсулиране.

Целта TCPMSS документира явни стойности и ограничаване на PMTU. Ограничаването все още разчита на MTU информацията на маршрута; то не е доказателство, че откриването на пътя е здравословно, нито заместител на разрешаването на нужните ICMP съобщения.

Съпоставете и симптома с теорията. Завършено ръкостискане, последвано от забиване при по-големи трансфери, може да оправдае разследване на размера на пакета. Повтарящи се SYN без отговор или незабавен reset изискват по-широко обяснение; провал на малки пакети не доказва прекалено голям сегмент от данни.

Пазете в записа отделно работещата директна връзка и провалящата се връзка през проксито. Те могат да използват различни източници, маршрути и капсулиране, дори от една и съща машина.