Daha küçük bir VPN MTU daha hızlı mı? Gerçek kanıtları karşılaştırın
Daha düşük bir MTU yol sınırını atlatabilir ve yine de aktarım hızına mal olabilir. Değişikliği tutmadan önce gerçek kısıtı, başlık maliyetini ve iş yükünü karşılaştırın.
Tünel büyük aktarımları düşürür ama ping'i geçirir, bu yüzden tavsiye hızlı gelir: MTU'yu düşürün. Düzeltme bazen işe yarar, sonra her ağdaki her profile uygulanır. İşte tam o noktada hedefli bir onarım kalıcı bir performans vergisine dönüşür. Yapılması gereken karşılaştırma, yolun gerçek sınırı ile her paketi onun altına küçültmenin maliyeti arasındadır.
MTU'yu düşürdüğünüzde gerçekte ne küçülür
Her paket verinizi taşımadan önce başlıkları taşır. 1500 baytlık bir Ethernet yolunda IPv4 ve TCP 40 bayt tüketir ve yük için 1460 bırakır; kapsülleme üstüne dış IP, UDP ve tünel başlıkları ekler, bu yüzden iç yük bütçesi yeniden düşer. Arayüz MTU'sunu düşürmek o bütçeyi bilerek küçültür.
Maliyet bayt sayısına değil, paket sayısına orantılıdır. Aynı dosya daha çok pakete bölündüğünde yol boyunca her cihazda daha fazla kesme, daha fazla yönlendirme kararı ve paket başına daha fazla işlem gerekir. Saniyedeki paket sınırına zaten yakın olan bir yönlendiricide bu, yuvarlama hatası değil gerçek bir yavaşlamadır. Maliyet, aktarımın kendisi başarılı olsa bile görünür.
Bu yüzden daha küçük MTU bir kısıtı dolanma yoludur, genel bir iyileştirme değil. Daha büyük çerçeveyi taşıyamayan bir yola karşı güvenilirlik satın alır ve küçültmeye ihtiyacı olmayan her paketten ek yük alır.
Daha küçük MTU ne zaman doğru düzeltmedir
Klasik belirti belirgindir: TCP el sıkışması tamamlanır, küçük yanıtlar gelir ve büyük bir indirme takılır veya sıfırlanır. 1472 baytta parçalama-yapma bitiyle ping başarısız olurken 1400 baytlık ping başarılı olur; bu, tam boyutlu paketi taşıyamayan ve gönderene küçültmesini söyleyecek ICMP mesajını iletmeyen bir yolu gösterir.
Yol MTU'sunun keşfi o ICMP parçalama-gerekli mesajlarına bağlıdır. Bir güvenlik duvarı bunları düşürdüğünde gönderen büyük paketi yeniden denemeye devam eder ve bağlantı askıda görünür. Tünel tarafında MTU'yu düşürmek tekrarı önler ve bu o ağ için meşru bir onarımdır.
Erişim teknolojileri de kendi sınırlarını koyar: PPPoE genellikle 1492'de durur, bazı mobil ve DSL yolları daha düşüktür ve iç içe tüneller ek yükü iki kez düşer. Bir kılavuzdan sayı kopyalamak yerine gerçek yolu ölçün ve IPv6'nın onu taşıyan her bağlantıda en az 1280 bayt MTU istediğini unutmayın, RFC 8200'nin belirttiği gibi.
Birini değiştirmeden önce üç denetimi karşılaştırın
MTU, MSS ve parçalama farklı katmanlardaki farklı denetimlerdir ve yanlış olanı değiştirmek belirtiyi yerinde bırakı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'yi sınırlamak çoğu zaman en az müdahaleci onarımdır, çünkü yalnızca TCP'yi etkiler ve arayüzü başka trafik için serbest bırakır. Daha düşük arayüz MTU'su daha geniştir ve düşünmesi daha kolaydır, bu yüzden tüketici yönlendiricilerinde yaygındır, ancak bir protokolün sorununu her protokole ödetir.
Parçalama-yapma davranışını kapatmak, parçalamaya izin vererek belirtiyi gizler ve genellikle gecikmeyi kötüleştirirken doğru boyutu bulacak geri bildirimi kırar. Kalıcı bir düzeltme olarak bundan kaçının.
Tek bir sayı yerine ödünleşimi ölçün
Yolun sınırını parçalama-yapma sondasıyla bulun, yüksekten başlayın ve yanıt gelene kadar inin:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10Sonra gerçek görevi iki ayarda karşılaştırın: aynı dosya aktarımı, aynı uç nokta ve aynı ağ. Tamamlanma süresini ve yeniden iletimleri kaydedin, örneğin nstat -az TcpRetransSegs ile, ve tünel küçük bir yönlendiricide bitiyorsa cihazın CPU'sunu izleyin. Kısa bir sentetik aktarım testi, ancak birkaç megabayttan sonra ortaya çıkan takılmayı kaçırabilir.
Küçültmeden sonra paket sayaçları artacaktır, çünkü aynı aktarım artık daha fazla paket kullanır. Bu beklenen bir durumdur ve daha yüksek aktarım hızının kanıtı değildir. Tamamlanan uygulama verilerini, yeniden iletim sayısını ve yanıt verebilirliği karşılaştırın, yalnızca paket hızını değil.
Değişikliği aşamalı olarak uygulayın ve kapsamını dar tutun
Özgün değeri kaydedin, bir denetimi değiştirin ve kalıcı hale getirmeden önce ölçümü tekrarlayın. Kanıtlar bir yarar göstermiyorsa, önceki değeri onu ayarlamak için kullandığınız aynı arayüz komutuyla geri yükleyin:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500Sonucu ihtiyaç duyan ağla sınırlayın. Otel Wi-Fi'sinde, mobil hotspot'ta ve ofis LAN'ında çalışması gereken bir profil, istemci yolu algılayamıyorsa, bunlardan herhangi birinin gerektirdiği en düşük değeri devralmamalıdır.
Doğru değer, yolda hayatta kalan en büyük MTU'dur, belirtiyi ortadan kaldıran en küçük değer değil. Yolu, sonda sonucunu ve geri almayı belgeleyin ve erişim ağı değiştiğinde ayarı yeniden gözden geçirin.