Şüpheli bir VPN MTU sorununu değerleri tahmin etmeden test etme

Birinin daha hızlı geldiğini hissedene kadar internet MTU değerlerinden oluşan bir listeyi denemek test değildir, durma kuralı olmayan bir aramadır. İşe yarayan yöntem tek bir kontrollü boyut koşulunu değiştirir ve sonucu aynı yolla karşılaştırır. Tekrarlanabilir, zararsız bir hatayla başlayın ve deneyi geri almanızı sağlayan çalışan yapılandırmayı koruyun. Aşağıdakilerin tümü bu disiplini varsayar, çünkü o olmadan savunamayacağınız bir sayıyla kalırsınız.

Bir sayıyı değiştirmeden önce yolu sabitleyin

Bir ayara dokunmadan önce aygıtı, erişim bağlantısını, tünel protokolünü, uç noktayı, hedefi ve adres ailesini yazın. Bu altı olgu yoldur ve başka bir yola yönelen sonda başka bir sorunu ölçer. Sonucu ayrıca tekrarlanabilir kılarlar ve bir testi bir öğleden sonralık kurcalamadan ayıran da budur. Notu aklınızda değil terminalin yanında tutun.

Çalıştırma yetkiniz olan en dar testle başlayın. Sunucu tarafındaki bir değişiklik o uç noktanın her kullanıcısına ulaşır, bu yüzden araştırmanın sonuna aittir, başına değil.

Kontrol ettiğiniz bir boyutla sonda yapın

Linux'ta sonda ping -M do -s 1400 host gibi görünür, Windows'ta ise ping -f -l 1400 host gibi. Her iki durumda da paket boyutunu değil yükü ayarlıyorsunuz, çünkü IP ve ICMP başlıkları üstüne eklenir.

Bir forum iletisinden bayrak kopyalamak yerine önünüzdeki sistemin belgelerini okuyun. Kontrol ettiğiniz bir hedef seçin, böylece eksik bir yanıt gizem değil sinyal olur. Tam komutu ve tam boyutu yol notunun yanına kaydedin. Boyutu olmayan bir sonuç anekdottur. Tek bir çalıştırmada iki şeyi değiştirirseniz hangisinin sonucu ürettiğini bilemezsiniz.

Başarısız bir sonda MTU sınırının kanıtı değildir

Düşen bir sonda boyut sınırı değil ICMP filtrelemesi anlamına gelebilir, ve bu hata insanları hiçbir zaman sorun olmayan bir değeri ayarlamaya iter. Değiştirmeden önce sondyı gerçek uygulamayla ve boyutla ilgili bir hata iletisiyle ya da kapsamlı bir yakalamayla karşılaştırın. Başarılı küçük ping'ler de hiçbir şey kanıtlamaz, çünkü sınırın rahatça altında kalabilirler. Bir yapılandırma yer değiştirmeden önce iki bağımsız gözlem asgari koşuldur.

Sonda başarılı olurken uygulama başarısız oluyorsa, bunun o yolda basit bir boyut sınırı olmadığına dair kanıtınız var. Bunu yazın, çünkü olası değişikliklerin bütün bir dalını ortadan kaldırır.

İstemcinin zaten desteklediği tek bir parametreyi ayarlayın

İstemcinin bu protokol için belgelediği ayarı değiştirin ve uç nokta ile hedefi el değmemiş bırakın, yoksa aynı anda iki şeyi değiştirmiş olursunuz. Bir TCP MSS clamp'i her UDP iş yükünü kapsamaz, bu yüzden çalışmaya başlayan bir tarayıcı tünel protokolünü tamamen aynı bozuklukta bırakabilir. IPv4 ve IPv6 burada ayrı yollardır, çünkü herhangi bir yönlendirme yapmadan önce başlıklar farklıdır.

İkisini de yayımlıyorsanız iki aileyi de test edin, çünkü birinden alınan sonuç diğeri hakkında hiçbir şey söylemez. Bu gece bu yolda işe yarayan bir değer bir veridir, tüm VPN için bir MTU değildir. Onu tek bir başarılı aktarımın gücüyle genel bir ayara yükseltmeyin. Değeri geldiği yolun yanına yazın.

Geri alın, doğrulayın ve yazın

Karşılaştırma hipotezi desteklemiyorsa özgün değeri geri koyun. Bir ağ yöneticisinin başka bir yerde kalıcı bir geçersiz kılma kaydetmediğini kontrol edin, çünkü bir deney böyle politika olur. Yeniden bağlanın ve yalnızca test ettiğiniz uygulamayı değil, sıradan uygulamaları da deneyin. Sonra belirtiyi, etkin yolu, eski ve yeni değeri ve sonucun ne kadar tekrarlanabilir olduğunu kaydedin.

Kimse değişikliği genişletmeden önce bu kaydı değişiklik talebiyle birlikte saklayın. Yol MTU keşif mekanizması RFC 1191'de daha küçük bir değerin bir yolu kurtarıp diğeri için neden hiçbir şey yapmadığını açıklar ve bir sayı listesi o modelin yerini tutmaz. Test, yolu, boyutu, gözlemi ve geri yüklediğiniz değeri adlandırabildiğinizde biter.