MSS pravilo radi na ruteru, ali promašuje Squid

Administrator dodaje TCPMSS ograničavanje u FORWARD. Direktno rutiran saobraćaj se poboljšava, ali preuzimanja kroz lokalnu instancu Squida i dalje zapinju. Veza proxyja prema veb lokaciji 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 slede lokalnu izlaznu putanju.

Pravilo samo za FORWARD stoga može biti savršeno funkcionalno i ipak promašiti rukovanje koje je trebalo prilagoditi. Mapirajte stvarnu vezu i smer SYN-a pre nego što izaberete tačku postavljanja. Kontejneri ili odvojeni imenski prostori mogu dodati još jedan rutirani segment, pa ispravno mesto zavisi od toga gde proces radi.

Ne stavljajte PMTU broj direktno u MSS

MTU putanje je veličina IP paketa. TCP MSS opisuje TCP teret i mora uzeti u obzir odgovarajuća zaglavlja. Isto tako, dužina ping tereta nije puna dužina IP paketa. Poznato dodavanje od 28 bajtova vezano je za osnovni raspored IPv4 ICMP echo, a ne za svaku adresnu familiju ili enkapsulaciju.

TCPMSS cilj dokumentuje eksplicitne vrednosti i PMTU ograničavanje. Ograničavanje se i dalje oslanja na MTU informacije rute; nije dokaz da je otkrivanje putanje zdravo, niti zamena za dopuštanje potrebnih ICMP poruka.

Uskladite i simptom sa teorijom. Završeno rukovanje praćeno zastojima pri većim prenosima može opravdati istraživanje veličine paketa. Ponovljeni SYN bez odgovora ili trenutni reset traže šire objašnjenje; neuspeh malih paketa ne dokazuje prevelik segment podataka.

Držite u zapisu odvojeno radnu direktnu vezu i neuspešnu vezu kroz proxy. One mogu koristiti različite izvore, rute i enkapsulaciju, čak i sa istog računara.