Правіла MSS працуе на маршрутызатары, але не дасягае Squid
Ужывайце логіку MTU да асобных TCP-злучэнняў, якія адкрывае проксі, замест таго каб мяркаваць, што кожны пакет ідзе праз FORWARD.
Адміністратар дадае абмежаванне TCPMSS у FORWARD. Прамы маршрутызаваны трафік паляпшаецца, але спампоўкі праз лакальны асобнік Squid усё яшчэ завісаюць. Злучэнне проксі з сайтам — гэта не проста TCP-злучэнне кліента, што праходзіць праз гэты ланцуг.
У звычайным проксі, які завяршае злучэнне, кліенцкае злучэнне сканчаецца лакальна. Проксі стварае другое TCP-злучэнне да крыніцы або бацькоўскага сервера. У Linux пакеты, створаныя для гэтага злучэння, ідуць па лакальным шляху вываду.
Таму правіла толькі для FORWARD можа быць цалкам працаздольным і ўсё ж прапусціць рукапоціск, які яно павінна было паправіць. Складзіце карту рэальнага злучэння і кірунку SYN, перш чым выбіраць кропку ўмяшання. Кантэйнеры або асобныя прасторы імёнаў могуць дадаць яшчэ адзін маршрутызаваны сегмент, таму правільнае размяшчэнне залежыць ад таго, дзе выконваецца працэс.
Не ўстаўляйце лік PMTU наўпрост у MSS
MTU шляху — гэта памер IP-пакета. TCP MSS апісвае карысную нагрузку TCP і павінен улічваць адпаведныя загалоўкі. Гэтак жа даўжыня нагрузкі ping не роўная поўнай даўжыні IP-пакета. Знаёмае даданне 28 байт звязанае з базавай схемай IPv4 ICMP echo, а не з кожным сямействам адрасоў ці інкапсуляцыяй.
Мэта TCPMSS апісвае яўныя значэнні і абмежаванне PMTU. Абмежаванне ўсё яшчэ абапіраецца на звесткі MTU маршруту; яно не даказвае, што выяўленне шляху здаровае, і не замяняе дазволу патрэбных паведамленняў ICMP.
Супaстаўце таксама сімптом з тэорыяй. Завершаны рукапоціск з наступнымі прыпынкамі на буйнейшых перадачах можа апраўдаць даследаванне памеру пакета. Паўторныя SYN без адказу або імгненны reset патрабуюць шырэйшага тлумачэння; збой дробных пакетаў не даказвае завялікі сегмент даных.
Трымайце ў запісе асобна працоўнае прамое злучэнне і збойнае злучэнне праз проксі. Яны могуць выкарыстоўваць розныя крыніцы, маршруты і інкапсуляцыю, нават на адной машыне.