VPN hızını sayılar bir şey ifade edecek şekilde nasıl test edersiniz
Test sunucusunu sabitleyin, alt katmanı hareketsiz tutun ve gecikmeyi aktarım hızından ayrı okuyun. Tünel, herhangi bir şeyi ölçmeden önce yolu değiştirir.
Bir hız testi VPN'i asla ölçmez. Bir yolu ölçer ve tüneli açmak, ilk bayt yer değiştirmeden önce o yolun bir bölümünü değiştirir. Bu yüzden bir dizüstü bir sitede sağlıklı bir sayı, diğerinde kötü bir sayı gösterir, hâlbuki iki tarafta da hiçbir şey değişmemiştir. Sonucu bir ürünün puanı olarak değil, bir rota hakkında kanıt olarak okuyun.
Karşılaştırmanın bir değeri olup olmadığını üç şey belirler: iki koşunun aynı hedefi vurup vurmadığı, erişim ağının hareketsiz kalıp kalmadığı ve gecikmeyi hacimle birlikte kaydedip kaydetmediğiniz.
Tünel ilk bayttan önce neyi yeniden yazar
İstemci her paketi bir başka başlığa sarar, böylece paket başına kullanılabilir yük azalır. Maliyet aktarım başına değil paket başınadır, yani büyük bir dosya tünelsiz gönderilen aynı dosyadan daha fazla paket gerektirir. Bu tür bir ek yük görünür bir ayar olarak değil, paket sayısı olarak ortaya çıkar.
Bundan iki sonuç doğar. Büyük bloklardan kurulmuş bir test paket başına maliyeti hisseder, çok sayıda küçük istekten kurulmuş bir test ise bunun yerine gidiş dönüşleri hisseder. Ve yolun MTU keşfi yolun bir yerinde engellenmişse tünel daha küçük bir paket boyutunda kalır ve aktarım hızı şifrelerle hiçbir ilgisi olmayan bir nedenle düşer.
Tavanı doğrudan gözleyebilirsiniz. Linux'ta parçalanmadan geçen en büyük yükü isteyin, sonra tünel açıkken tekrarlayın:
ping -M do -s 1472 -c 3 203.0.113.10
Bu başarısız olursa 1,400'e inin ve yeniden deneyin. Yalnızca 1,380 bayt taşıyan bir tünel, yolun daha aşağısında bir şeyin daha sıkı sıkıştığını söyler ve istemcideki hiçbir ayar bunu yukarı çekmez.
Tünel açılınca test sunucusu neden yer değiştirir
Çoğu araç gördükleri genel adrese göre yakın bir sunucu seçer. Tünel açıkken o adres çıkış düğümüne aittir, bu yüzden araç başka bir şehirde ya da ülkede bir ana bilgisayar seçebilir. O zaman iki hedefi karşılaştırırsınız ve aralarındaki fark çıkıştan test ana bilgisayarına olan mesafeyi de içerir.
Sunucuyu ilk koşudan önce adla ya da ID ile sabitleyin ve sonraki her koşuda koruyun. Araç onu tutmuyorsa denetlediğiniz bir hedef seçin ve kendiniz sürün: iperf3 -c test.example.net -R -t 20 hedefi sabit tutar ve dünküyle karşılaştırabileceğiniz bir sayı verir.
Tek bir değişkeni değiştirin, alt katman tek değildir
Kablosuz, olağan gizli değişikliktir. Dizüstü hareket ettikçe sinyal gücü, komşu bir arama başlattığında kanal doluluğu değişir, bu yüzden Wi-Fi üzerinde on dakika arayla yapılan iki koşu aynı testin tekrarı değildir. Kablo ya da sinyal düzeyinin yazıldığı sabit bir konum, o gürültünün büyük bölümünü ortadan kaldırır. Her koşunun başında ve sonunda sinyal düzeyini not etmek genellikle iki koşunun birlikte olup olmadığını göstermeye yeter.
Aygıt yükü de aynı sepete girer. Tek çekirdekte şifreleme yapan bir istemci kendi tavanına bağlantıdan çok önce çarpar ve arka planda bir eşitleme daha erken çarpar. Koşu sırasında CPU'yu izleyin ve başka ne açık olduğunu not edin. Güç ayarları burada da ısırabilir, çünkü pille çalışan bir dizüstü, bağlantı meşgule yaklaşmadan çok önce işlemciyi sınırlayabilir.
| Measurement | What it answers | What it misses |
|---|---|---|
| Download | Bulk capacity along the path | Any question about responsiveness |
| Upload | Capacity from client to exit | Download health |
| RTT to a fixed target | Distance plus queueing | Whether capacity is available |
| Jitter or loss | Stability under load | How much the link can carry |
Alt katmanın ortalamasını almak yerine onu hareketsiz tutun. Birbiriyle tutan üç koşu, ayrı odalarda alınan on koşudan fazlasını söyler.
Gecikme, kayıp ve ICMP farklı sorulara yanıt verir
Ping sabit bir adrese küçük bir sonda gönderir ve birçok ağ ICMP'ye düşük öncelikle yanıt verir ya da onu tamamen yok sayar. Eksik yanıtlar uygulamanın paketlerini değil sondanın kendisini anlatır. Yük altında tırmanan gidiş dönüş süresi genellikle bir kuyruğun dolduğunu gösterir, rotanın uzadığını değil.
Tünelin gecikme ekleyip eklemediğini öğrenmek için bir hedefi onunla ve onsuz karşılaştırın ya da aynı erişim ağından ulaşılabilen iki çıkışı karşılaştırın. Sondayı tekrar tekrar çalıştırın ve yayılıma bakın, çünkü ortalama tam da bir aramayı kullanılamaz kılan değişkenliği saklar.
Yavaş hissettiren göreve geri dönün
Arama hâlâ takılırken iyileşen bir ölçüm başka bir soruya yanıt vermiştir. İncelemeyi başlatan görevi yeniden çalıştırın; ister bir toplantı, ister dosya paylaşımı, ister uzak masaüstü oturumu olsun. Sayı iyileştiyse ama görev iyileşmediyse darboğaz, testin hiç ulaşmadığı bir yerdeydi; örneğin tünelin arkasındaki sunucu ya da sizin tarafınızdaki yükleme hattı.
Her koşuyu aygıt, erişim ağı, uç nokta, protokol, hedef ve zamanla kaydedin. Hiç bağlanmamış bir koşu sıfır aktarım hızı değil, erişilebilirlik sonucudur; bu yüzden onu silmek yerine o etiketin altında saklayın.
Bir sonraki karşılaştırmadan önce kısa bir liste
Hedefi sabitleyin ve neden onu seçtiğinizi yazın. Yolun izin verdiği paket boyutunu kaydedin ki sonraki bir düşüşün açıklaması olsun. Erişim ağını aynı tutun, CPU yükünü not edin ve bir farka inanmadan önce üç koşu yapın.
Sonra tam olarak bir şeyi değiştirin ve tekrarlayın. Açıklayabildiğiniz karşılaştırma, sayısı daha büyük olandan üstündür.