La regulo MSS funkcias sur la enkursigilo, sed maltrafas Squid
Apliku MTU-rezonadon al la apartaj TCP-konektoj malfermitaj de prokura servilo, anstataŭ supozi, ke ĉiu pakaĵo trapasas FORWARD.
Administranto aldonas TCPMSS-limigon al FORWARD. Rekte enkursigita trafiko pliboniĝas, sed elŝutoj tra la loka Squid-ekzemplero ankoraŭ haltas. La konekto de la prokura servilo al la retejo ne estas simple la TCP-konekto de la kliento pasanta tra tiu ĉeno.
En ordinara finanta antaŭa prokura servilo, la klientflanka konekto finiĝas loke. La prokuro kreas duan TCP-konekton al la origino aŭ patro. En Linux, la pakaĵoj generitaj por tiu konekto sekvas la lokan eligan vojon.
Regulo nur por FORWARD do povas esti tute funkcia kaj tamen maltrafi la manpremon, kiun ĝi devis ĝustigi. Mapu la faktan konekton kaj la direkton de la SYN antaŭ ol elekti hokon. Ujoj aŭ apartaj nomspacoj povas aldoni plian enkursigitan segmenton, do la ĝusta loko dependas de tio, kie la procezo funkcias.
Ne metu la PMTU-numeron rekte en MSS
Voja MTU estas grandeco de IP-pakaĵo. TCP MSS priskribas la TCP-ŝarĝon kaj devas konsideri la koncernajn kapliniojn. Same, pinga ŝarĝlongo ne estas la plena IP-pakaĵa longo. La konata aldono de 28 bajtoj rilatas al baza IPv4 ICMP-echo-aranĝo, ne al ĉiu adresfamilio aŭ enkapsuligo.
La celo TCPMSS dokumentas eksplicitajn valorojn kaj PMTU-limigon. Limigado ankoraŭ dependas de la MTU-informoj de la vojo; ĝi ne pruvas, ke voja malkovro sanas, nek anstataŭas permeson de la bezonataj ICMP-mesaĝoj.
Ankaŭ akordigu la simptomon kun la teorio. Kompletigita manpremo sekvata de haltoj ĉe pli grandaj transigoj povas pravigi esploradon de pakaĵgrandeco. Ripetaj senrespondaj SYN-oj aŭ tuja reset postulas pli vastan klarigon; malsukceso de malgrandaj pakaĵoj ne pruvas tro grandan datensegmenton.
Tenu aparte en la protokolo funkciantan rektan konekton kaj malsukcesantan prokuran konekton. Ili povas uzi malsamajn fontojn, vojojn kaj enkapsuligon, eĉ de la sama maŝino.