Reguła MSS działa na routerze, ale omija Squid

Administrator dodaje ograniczanie TCPMSS do FORWARD. Ruch routowany bezpośrednio się poprawia, ale pobierania przez lokalną instancję Squid nadal się zawieszają. Połączenie proxy ze stroną to nie jest po prostu połączenie TCP klienta przechodzące przez ten łańcuch.

W zwykłym kończącym proxy forward połączenie po stronie klienta kończy się lokalnie. Proxy tworzy drugie połączenie TCP do źródła lub rodzica. W Linuksie pakiety generowane dla tego połączenia podążają lokalną ścieżką wyjścia.

Reguła dotycząca tylko FORWARD może więc być całkowicie sprawna i mimo to ominąć uścisk dłoni, który miała dostosować. Zanim wybierzesz punkt zaczepienia, zmapuj rzeczywiste połączenie i kierunek SYN. Kontenery lub osobne przestrzenie nazw mogą dodać kolejny routowany segment, więc właściwe miejsce zależy od tego, gdzie działa proces.

Nie wkładaj liczby PMTU bezpośrednio do MSS

MTU ścieżki to rozmiar pakietu IP. TCP MSS opisuje ładunek TCP i musi uwzględniać odpowiednie nagłówki. Podobnie długość ładunku ping nie jest pełną długością pakietu IP. Znane dodanie 28 bajtów wiąże się z podstawowym układem IPv4 ICMP echo, a nie z każdą rodziną adresów czy enkapsulacją.

Cel TCPMSS dokumentuje jawne wartości i ograniczanie PMTU. Ograniczanie nadal opiera się na informacjach MTU trasy; nie jest dowodem, że wykrywanie ścieżki jest zdrowe, ani zamiennikiem zezwalania na potrzebne komunikaty ICMP.

Dopasuj też objaw do teorii. Zakończony uścisk dłoni, po którym występują zacięcia przy większych transferach, może uzasadniać zbadanie rozmiaru pakietu. Powtarzane SYN bez odpowiedzi lub natychmiastowy reset wymagają szerszego wyjaśnienia; awaria małych pakietów nie dowodzi zbyt dużego segmentu danych.

W notatce trzymaj osobno działające połączenie bezpośrednie i zawodzące połączenie przez proxy. Mogą używać różnych źródeł, tras i enkapsulacji, nawet z tej samej maszyny.