Daha kiçik VPN MTU daha sürətli işləyirmi? Real sübutları müqayisə edin
Aşağı MTU yol limitindən yayına bilər və yenə də ötürmə qabiliyyətini baha başa gətirə bilər. Dəyişikliyi saxlamazdan əvvəl real məhdudiyyəti, paket başlıqlarının yükünü və iş həcmini müqayisə edin.
Tunel böyük ötürmələri atır, amma pinqləri keçirir, ona görə məsləhət tez gəlir: MTU-nu aşağı sal. Düzəliş bəzən işləyir, sonra hər şəbəkədə hər profilə tətbiq olunur. Elə bu nöqtədə hədəflənmiş təmir daimi performans vergisinə çevrilir. Aparılmalı müqayisə yolun real limiti ilə hər paketi onun altına kiçiltməyin dəyəri arasındadır.
MTU-nu aşağı salanda əslində nə kiçilir
Hər paket məlumatınızdan əvvəl başlıqlar daşıyır. 1500 baytlıq Ethernet yolunda IPv4 və TCP 40 bayt tutur və yük üçün 1460 qalır; inkapsulyasiya üstünə xarici IP, UDP və tunel başlıqlarını əlavə edir, ona görə daxili yük büdcəsi yenə azalır. İnterfeys MTU-nu aşağı salmaq həmin büdcəni qəsdən kiçildir.
Dəyər baytların sayına deyil, paketlərin sayına mütənasibdir. Eyni fayl daha çox paketə bölünəndə daha çox kəsilmə, daha çox marşrut qərarı və yol boyu hər cihazda daha çox paket-üzrə emal tələb edir. Artıq saniyədə paket limitinə yaxın olan marşrutlaşdırıcıda bu, yuvarlaqlaşdırma xətası deyil, real yavaşlamadır. Xərc ötürmənin özü uğurlu olanda belə görünür.
Buna görə daha kiçik MTU məhdudiyyət üçün dolayı yol, ümumi optimallaşdırma deyil. O, böyük çərçivəni daşıya bilməyən yola qarşı etibarlılıq alır və azaltmaya ehtiyacı olmayan hər paket üçün əlavə yük tətbiq edir.
Daha kiçik MTU nə vaxt düzgün həlldir
Klassik simptom konkretdir: TCP əl sıxışması tamamlanır, kiçik cavablar gəlir, böyük yükləmə dayanır və ya sıfırlanır. 1472 baytda parçalanma-qadağası biti ilə ping uğursuz olur, 1400 baytlıq ping isə uğurlu olur; bu, tam ölçülü paketi daşıya bilməyən və göndərənə kiçiltməyi deyəcək ICMP mesajını çatdırmayan yola işarə edir.
Yol MTU aşkarlanması həmin ICMP parçalanma-tələb mesajlarından asılıdır. Firewall onları atanda göndərən böyük paketi yenidən cəhd etməyə davam edir və bağlantı asılmış kimi görünür. Tunel tərəfində MTU-nu aşağı salmaq təkrar cəhdi aradan qaldırır ki, bu da həmin şəbəkə üçün qanuni təmirdir.
Giriş texnologiyaları da öz limitlərini qoyur: PPPoE adətən 1492-də kəsilir, bəzi mobil və DSL yolları daha aşağıdır, iç-içə tunellər başlıq yükünü iki dəfə çıxır. Bələdçidən rəqəm kopyalamaq əvəzinə real yolu ölçün və yadda saxlayın ki, IPv6 onu daşıyan hər keçiddə ən azı 1280 bayt MTU tələb edir, RFC 8200-in göstərdiyi kimi.
Birini dəyişməzdən əvvəl üç nəzarəti müqayisə edin
MTU, MSS və parçalanma müxtəlif qatların müxtəlif düymələridir və yanlış olanı dəyişmək simptomu yerində saxlayır.
| Control | Layer | What it changes | Where it misleads |
|---|---|---|---|
| Interface MTU | IP link | Largest frame the interface will send | Penalizes every protocol, not just the one that failed |
| TCP MSS clamp | TCP | Segment size advertised in the handshake | Leaves UDP and QUIC untouched |
| DF and fragmentation | IP | Whether a router may split a packet | Can break path MTU discovery and security assumptions |
| Tunnel overhead | Encapsulation | Inner MTU after outer headers | Mismatch shows up only for large inner packets |
MSS məhdudlaşdırması çox vaxt ən az müdaxiləli təmirdir, çünki yalnız TCP-yə təsir edir və interfeysi digər trafik üçün sərbəst qoyur. Daha aşağı interfeys MTU daha genişdir və üzərində düşünmək daha sadədir, ona görə istehlakçı marşrutlaşdırıcılarında geniş yayılıb, lakin bir protokolun probleminin haqqını hər protokoldan alır.
Parçalanma-qadağası davranışını söndürmək simptomu parçalanmaya icazə verməklə gizlədir və adətən gecikməni pisləşdirir, eyni zamanda düzgün ölçünü tapacaq əks əlaqəni pozur. Onu daimi həll kimi istifadə etməyin.
Bir rəqəm yerinə güzəşti ölçün
Yol limitini parçalanma-qadağası zondla tapın, yüksəkdən başlayın və cavab gələnə qədər aşağı düşün:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10Sonra real tapşırığı hər iki qəbulda müqayisə edin: eyni fayl ötürməsi, eyni son nöqtə və eyni şəbəkə. Tamamlanma vaxtını və təkrar ötürmələri qeyd edin, məsələn nstat -az TcpRetransSegs ilə, və tunel kiçik marşrutlaşdırıcıda bitirsə cihazın prosessorunu izləyin. Qısa sintetik ötürmə testi yalnız bir neçə meqabaytdan sonra görünən dayanmanı qaçıra bilər.
Paket sayğacları azaltmadan sonra artacaq, çünki eyni ötürmə indi daha çox paket istifadə edir. Bu gözləniləndir və daha yüksək ötürmə qabiliyyətinin sübutu deyil. Tamamlanmış tətbiq məlumatlarını, təkrar ötürmə saylarını və cavabdehliyi müqayisə edin, təkcə paket sürətini yox.
Dəyişikliyi mərhələli edin və əhatəsini dar saxlayın
İlkin dəyəri qeyd edin, bir nəzarəti dəyişin və onu daimi etməzdən əvvəl ölçməni təkrarlayın. Sübut fayda göstərmirsə, əvvəlki dəyəri onu təyin etmək üçün istifadə etdiyiniz eyni interfeys əmri ilə bərpa edin:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500Nəticəni ona ehtiyacı olan şəbəkə ilə məhdudlaşdırın. Otel Wi-Fi, mobil hotspot və ofis LAN-da işləməli olan profil, müştəri yolu aşkarlaya bilmirsə, onlardan hər hansının tələb etdiyi ən aşağı dəyəri miras almamalıdır.
Düzgün dəyər yolda sağ qalan ən böyük MTU-dur, simptomu yox edən ən kiçik dəyər deyil. Yolu, zond nəticəsini və geri qaytarmanı sənədləşdirin və giriş şəbəkəsi dəyişəndə parametrə yenidən baxın.