Quy tắc MSS chạy trên router nhưng bỏ sót Squid

Quản trị viên thêm giới hạn TCPMSS vào FORWARD. Lưu lượng được định tuyến trực tiếp tốt hơn, nhưng tải xuống qua phiên bản Squid cục bộ vẫn bị treo. Kết nối của proxy tới trang web không chỉ là kết nối TCP của máy khách đi xuyên chuỗi đó.

Trong một proxy chuyển tiếp kết thúc kết nối thông thường, kết nối phía máy khách kết thúc tại chỗ. Proxy tạo kết nối TCP thứ hai tới nguồn hoặc proxy cha. Trên Linux, các gói được tạo cho kết nối đó đi theo đường ra cục bộ.

Vì vậy một quy tắc chỉ dành cho FORWARD có thể hoàn toàn hoạt động mà vẫn bỏ lỡ bắt tay mà nó định chỉnh. Hãy vẽ lại kết nối thực tế và hướng của SYN trước khi chọn điểm móc. Container hoặc không gian tên riêng có thể thêm một đoạn định tuyến nữa, nên vị trí đúng phụ thuộc vào nơi tiến trình chạy.

Đừng đặt con số PMTU trực tiếp vào MSS

MTU đường đi là kích thước gói IP. TCP MSS mô tả phần tải TCP và phải tính đến các tiêu đề liên quan. Tương tự, độ dài phần tải của ping không phải độ dài đầy đủ của gói IP. Phép cộng 28 byte quen thuộc gắn với cách bố trí IPv4 ICMP echo cơ bản, không phải mọi họ địa chỉ hay mọi kiểu đóng gói.

Đích TCPMSS ghi lại các giá trị rõ ràng và việc giới hạn PMTU. Việc giới hạn vẫn dựa vào thông tin MTU của tuyến; đó không phải bằng chứng rằng việc dò đường lành mạnh, cũng không thay thế việc cho phép các thông điệp ICMP cần thiết.

Cũng cần khớp triệu chứng với lý thuyết. Bắt tay hoàn tất rồi kẹt ở các lần truyền lớn hơn có thể biện minh cho việc điều tra kích thước gói. SYN lặp lại không có trả lời hoặc reset tức thì cần lời giải thích rộng hơn; gói nhỏ thất bại không chứng minh phân đoạn dữ liệu quá lớn.

Giữ riêng trong biên bản một kết nối trực tiếp đang hoạt động và một kết nối qua proxy đang lỗi. Chúng có thể dùng nguồn, tuyến và kiểu đóng gói khác nhau, ngay cả từ cùng một máy.