Pravilo MSS deluje na usmerjevalniku, a zgreši Squid
Uporabite logiko MTU na ločenih TCP-povezavah, ki jih odpira proxy, namesto da bi predpostavili, da vsak paket preide skozi FORWARD.
Skrbnik doda omejevanje TCPMSS v FORWARD. Neposredno usmerjen promet se izboljša, a prenosi prek lokalnega primerka Squid se še vedno zataknejo. Povezava proxyja s spletnim mestom ni preprosto TCP-povezava odjemalca, ki gre skozi to verigo.
V običajnem zaključnem forward proxyju se povezava na strani odjemalca konča lokalno. Proxy vzpostavi drugo TCP-povezavo proti izvoru ali nadrejenemu. V Linuxu paketi, ustvarjeni za to povezavo, sledijo lokalni izhodni poti.
Pravilo samo za FORWARD je torej lahko popolnoma delujoče, pa vseeno zgreši rokovanje, ki naj bi ga prilagodilo. Pred izbiro kljuke preslikajte dejansko povezavo in smer SYN. Vsebniki ali ločeni imenski prostori lahko dodajo še en usmerjen odsek, zato je pravilna umestitev odvisna od tega, kje se proces izvaja.
Številke PMTU ne vstavljajte neposredno v MSS
MTU poti je velikost paketa IP. TCP MSS opisuje koristni tovor TCP in mora upoštevati ustrezne glave. Prav tako dolžina koristnega tovora pinga ni celotna dolžina paketa IP. Znani dodatek 28 bajtov je povezan z osnovno postavitvijo IPv4 ICMP echo, ne z vsako družino naslovov ali enkapsulacijo.
Cilj TCPMSS dokumentira izrecne vrednosti in omejevanje PMTU. Omejevanje se še vedno opira na podatke MTU poti; ni dokaz, da je odkrivanje poti zdravo, niti nadomestilo za dovoljenje potrebnih sporočil ICMP.
Tudi simptom uskladite s teorijo. Zaključeno rokovanje, ki mu sledijo zastoji pri večjih prenosih, lahko upraviči preiskavo velikosti paketa. Ponavljajoči se SYN brez odgovora ali takojšnji reset zahtevajo širšo razlago; neuspeh majhnih paketov ne dokazuje prevelikega podatkovnega segmenta.
V zapisu ločeno vodite delujočo neposredno povezavo in neuspešno povezavo prek proxyja. Uporabljata lahko različne vire, poti in enkapsulacijo, tudi z istega računalnika.