Pravidlo MSS funguje na routeru, ale mine Squid
Aplikujte logiku MTU na samostatná TCP spojení, která otevírá proxy, místo abyste předpokládali, že každý paket projde FORWARD.
Správce přidá omezení TCPMSS do FORWARD. Přímo směrovaný provoz se zlepší, ale stahování přes místní instanci Squid stále zamrzá. Spojení proxy s webem není jen TCP spojení klienta, které prochází tímto řetězem.
U běžného ukončujícího forward proxy končí klientské spojení lokálně. Proxy vytváří druhé TCP spojení k původu nebo nadřazenému serveru. V Linuxu pakety vytvořené pro toto spojení sledují lokální výstupní cestu.
Pravidlo pouze pro FORWARD tedy může být zcela funkční, a přesto minout handshake, který mělo upravit. Než zvolíte háček, zmapujte skutečné spojení a směr SYN. Kontejnery nebo oddělené jmenné prostory mohou přidat další směrovaný segment, takže správné umístění závisí na tom, kde proces běží.
Nedávejte číslo PMTU přímo do MSS
MTU cesty je velikost IP paketu. TCP MSS popisuje užitečné zatížení TCP a musí počítat s příslušnými hlavičkami. Stejně tak délka užitečného zatížení pingu není úplná délka IP paketu. Známé přidání 28 bajtů souvisí se základním uspořádáním IPv4 ICMP echo, ne s každou rodinou adres či zapouzdřením.
Cíl TCPMSS dokumentuje explicitní hodnoty a omezování PMTU. Omezování se stále opírá o informace MTU trasy; není důkazem, že objevování cesty je zdravé, ani náhradou za povolení potřebných zpráv ICMP.
Sladěte také symptom s teorií. Dokončený handshake následovaný zaseknutím u větších přenosů může ospravedlnit zkoumání velikosti paketu. Opakované SYN bez odpovědi nebo okamžitý reset vyžadují širší vysvětlení; selhání malých paketů nedokazuje příliš velký datový segment.
V záznamu držte odděleně fungující přímé spojení a selhávající spojení přes proxy. Mohou používat různé zdroje, trasy a zapouzdření, i ze stejného stroje.