MSS qaydası routerdə işləyir, amma Squid-i ötür
Hər paketin FORWARD-dan keçdiyini fərz etmək əvəzinə, MTU məntiqini proksinin açdığı ayrı TCP bağlantılarına tətbiq edin.
Administrator FORWARD-a TCPMSS sıxılması əlavə edir. Birbaşa marşrutlaşdırılan trafik yaxşılaşır, lakin yerli Squid nüsxəsi üzərindən endirmələr yenə də donur. Proksinin veb-sayt bağlantısı sadəcə müştərinin TCP bağlantısının həmin zəncirdən keçməsi deyil.
Adi sonlandıran forvard proksidə müştəriyə baxan bağlantı yerli olaraq bitir. Proksi mənbəyə və ya valideynə doğru ikinci TCP bağlantısı yaradır. Linux-da həmin bağlantı üçün yaradılan paketlər yerli çıxış yolunu izləyir.
Buna görə yalnız FORWARD üzərində işləyən qayda tamamilə işlək ola bilər və yenə də düzəltmək üçün nəzərdə tutulduğu əl sıxışmasını qaçıra bilər. Hook seçməzdən əvvəl faktiki bağlantını və SYN istiqamətini xəritələndirin. Konteynerlər və ya ayrı ad fəzaları başqa bir marşrut seqmenti əlavə edə bilər, ona görə düzgün yerləşdirmə prosesin harada işlədiyindən asılıdır.
PMTU rəqəmini birbaşa MSS-ə qoymayın
Yol MTU-su IP paketinin ölçüsüdür. TCP MSS TCP yükünü təsvir edir və müvafiq başlıqları nəzərə almalıdır. Eyni şəkildə ping yükünün uzunluğu tam IP paketinin uzunluğu deyil. Tanış 28 baytlıq əlavə əsas IPv4 ICMP echo quruluşuna bağlıdır, hər ünvan ailəsinə və ya kapsulaya deyil.
TCPMSS hədəfi açıq dəyərləri və PMTU sıxılmasını sənədləşdirir. Sıxılma yenə də marşrutun MTU məlumatına əsaslanır; bu, yol kəşfinin sağlam olduğuna sübut deyil və tələb olunan ICMP mesajlarına icazə verməyin əvəzi deyil.
Simptomu nəzəriyyə ilə də uyğunlaşdırın. Tamamlanmış əl sıxışmasından sonra daha böyük ötürmələrdə dayanmalar paket ölçüsünün araşdırılmasını əsaslandıra bilər. Təkrar cavabsız SYN-lər və ya dərhal reset daha geniş izah tələb edir; kiçik paketlərin uğursuzluğu həddindən böyük veri seqmentini sübut etmir.
İşləyən birbaşa bağlantını və uğursuz proksi bağlantısını qeyddə ayrı saxlayın. Onlar eyni maşından olsalar da, fərqli mənbələr, marşrutlar və kapsula istifadə edə bilərlər.