Pravidlo MSS funguje na routeri, ale míňa Squid
Aplikujte logiku MTU na samostatné TCP spojenia, ktoré otvára proxy, namiesto predpokladu, že každý paket prejde cez FORWARD.
Správca pridá obmedzenie TCPMSS do FORWARD. Priamo smerovaná prevádzka sa zlepší, ale sťahovania cez lokálnu inštanciu Squid stále zamŕzajú. Spojenie proxy s webom nie je len TCP spojenie klienta, ktoré prechádza týmto reťazcom.
V bežnom ukončujúcom forward proxy sa klientske spojenie končí lokálne. Proxy vytvára druhé TCP spojenie k pôvodu alebo nadradenému serveru. V Linuxe pakety vytvorené pre toto spojenie sledujú lokálnu výstupnú cestu.
Pravidlo iba pre FORWARD teda môže byť úplne funkčné a napriek tomu minúť podanie ruky, ktoré malo upraviť. Pred výberom háčika zmapujte skutočné spojenie a smer SYN. Kontajnery alebo oddelené menné priestory môžu pridať ďalší smerovaný segment, preto správne umiestnenie závisí od toho, kde proces beží.
Nedávajte číslo PMTU priamo do MSS
MTU cesty je veľkosť IP paketu. TCP MSS opisuje užitočné zaťaženie TCP a musí počítať s príslušnými hlavičkami. Rovnako ani dĺžka užitočného zaťaženia pingu nie je úplná dĺžka IP paketu. Známe pridanie 28 bajtov súvisí so základným usporiadaním IPv4 ICMP echo, nie s každou rodinou adries či zapuzdrením.
Cieľ TCPMSS dokumentuje explicitné hodnoty a obmedzovanie PMTU. Obmedzovanie sa stále opiera o informácie MTU trasy; nie je dôkazom, že objavovanie cesty je zdravé, ani náhradou za povolenie potrebných správ ICMP.
Zlaďte aj symptóm s teóriou. Dokončené podanie ruky a následné zaseknutia pri väčších prenosoch môžu odôvodniť skúmanie veľkosti paketu. Opakované SYN bez odpovede alebo okamžitý reset si vyžadujú širšie vysvetlenie; zlyhanie malých paketov nedokazuje príliš veľký dátový segment.
V zázname držte oddelene fungujúce priame spojenie a zlyhávajúce spojenie cez proxy. Môžu používať rôzne zdroje, trasy a zapuzdrenie, aj z toho istého stroja.