MSS pravilo radi na usmjerivaču, ali promašuje Squid
Primijenite MTU logiku na odvojene TCP veze koje proxy otvara, umjesto da pretpostavite da svaki paket prolazi kroz FORWARD.
Administrator dodaje TCPMSS ograničavanje u FORWARD. Izravno usmjeren promet se poboljšava, ali preuzimanja kroz lokalnu instancu Squida i dalje zapinju. Veza proxyja prema web mjestu nije jednostavno TCP veza klijenta koja prolazi tim lancem.
U običnom završnom forward proxyju veza prema klijentu završava lokalno. Proxy uspostavlja drugu TCP vezu prema izvoru ili roditelju. Na Linuxu paketi stvoreni za tu vezu slijede lokalnu izlaznu putanju.
Pravilo samo za FORWARD stoga može biti posve funkcionalno i ipak promašiti rukovanje koje je trebalo prilagoditi. Mapirajte stvarnu vezu i smjer SYN-a prije odabira točke postavljanja. Kontejneri ili odvojeni imenski prostori mogu dodati još jedan usmjereni segment, pa ispravno mjesto ovisi o tome gdje proces radi.
Ne stavljajte PMTU broj izravno u MSS
MTU putanje je veličina IP paketa. TCP MSS opisuje TCP teret i mora uzeti u obzir odgovarajuća zaglavlja. Isto tako, duljina ping tereta nije puna duljina IP paketa. Poznato dodavanje od 28 bajtova vezano je uz osnovni raspored IPv4 ICMP echo, a ne uz svaku adresnu obitelj ili enkapsulaciju.
TCPMSS cilj dokumentira eksplicitne vrijednosti i PMTU ograničavanje. Ograničavanje se i dalje oslanja na MTU informacije rute; nije dokaz da je otkrivanje putanje zdravo, niti zamjena za dopuštanje potrebnih ICMP poruka.
Uskladite i simptom s teorijom. Završeno rukovanje praćeno zastojima pri većim prijenosima može opravdati istraživanje veličine paketa. Ponovljeni SYN bez odgovora ili trenutačni reset traže šire objašnjenje; neuspjeh malih paketa ne dokazuje prevelik segment podataka.
Držite u zapisu odvojeno radnu izravnu vezu i neuspješnu vezu kroz proxy. One mogu koristiti različite izvore, rute i enkapsulaciju, čak i s istog računala.