MSS-regelen virker på ruteren, men treffer ikke Squid
Bruk MTU-resonnement på de separate TCP-forbindelsene en proxy åpner, i stedet for å anta at hver pakke går gjennom FORWARD.
En administrator legger til TCPMSS-klamping i FORWARD. Direkte rutet trafikk blir bedre, men nedlastinger gjennom den lokale Squid-forekomsten henger fortsatt. Proxyens forbindelse til nettstedet er ikke bare klientens TCP-forbindelse som passerer den kjeden.
I en vanlig terminerende forward-proxy avsluttes forbindelsen mot klienten lokalt. Proxyen oppretter en andre TCP-forbindelse mot opprinnelsen eller forelderen. På Linux følger pakker som genereres for den forbindelsen, den lokale utgangsveien.
En regel bare for FORWARD kan derfor være helt funksjonsdyktig og likevel bomme på håndtrykket den skulle justere. Kartlegg den faktiske forbindelsen og retningen til SYN før du velger en krok. Containere eller separate navnerom kan legge til et ekstra rutet segment, så riktig plassering avhenger av hvor prosessen kjører.
Ikke sett PMTU-tallet rett inn i MSS
Sti-MTU er en IP-pakkestørrelse. TCP MSS beskriver TCP-nyttelasten og må ta hensyn til de relevante hodene. På samme måte er en ping-nyttelastlengde ikke den fulle IP-pakkelengden. Det kjente tillegget på 28 byte hører til et enkelt IPv4 ICMP echo-oppsett, ikke til enhver adressefamilie eller innkapsling.
TCPMSS-målet dokumenterer eksplisitte verdier og PMTU-klamping. Klamping hviler fortsatt på rutens MTU-informasjon; det er ikke bevis for at stioppdagelse er sunn, og ikke en erstatning for å tillate de nødvendige ICMP-meldingene.
Koble også symptomet til teorien. Et fullført håndtrykk etterfulgt av stopp ved større overføringer kan begrunne å undersøke pakkestørrelse. Gjentatte ubesvarte SYN-er eller en umiddelbar reset krever en bredere forklaring; små pakker som feiler beviser ikke et for stort datasegment.
Hold en fungerende direkte forbindelse og en feilende proxyforbindelse atskilt i loggen. De kan bruke ulike kilder, ruter og innkapsling, selv fra samme maskin.