VPN yüklemesi indirmeden yavaş mı? Hangi sınıra çarptığınızı belirleyin

Erişim hatlarının çoğu asimetriktir, bu yüzden bir tünel genellikle indirdiğinden daha yavaş yükler ve bu beklenen yanıttır, arıza değil. İlginç soru, yüklemenizin hat tarafından mı, onu zaten kullanan başka bir şey tarafından mı, yoksa istikrarlı akmak yerine takılan bir akış tarafından mı sınırlandığıdır. Bu üçü aynı şikayeti üretir ve farklı iş gerektirir.

İlerleme çubuğundan aynı görünen üç sınır

Kapasite birincisidir ve tünelin değil, erişim ürününün özelliğidir. Birkaç megabitlik yukarı akış tüketici fiberinde ve birçok mobil planda normaldir ve şifreleme maliyeti bu farka göre küçüktür. Kapsülleme ayrıca her pakete bayt ekler, bu da faydalı verimi iki yönde de azaltır, yalnızca birinde değil, dolayısıyla tek başına büyük bir asimetriyi açıklayamaz.

Çekişme ikincisidir. Bulut eşitleme, fotoğraf kitaplıkları ve güncelleme aracıları makine boşta görünürken yükler ve aynı hattaki ikinci cihaz da aynısını yapar. Kuyruk üçüncüsüdür: doymuş bir yukarı akış etkileşimli trafiği toplu verilerin arkasına iter, bu yüzden aktarımın kendisi sağlıklı ilerleme bildirirken aramalar kesilir.

Bir seferde tek yönü ölçün

Aynı cihazı, aynı profili ve aynı hedefi kullanın ve çekişmeyi gözlemlemek istemiyorsanız iki yönü asla aynı anda çalıştırmayın. İlk çalıştırmadan önce kendi isteğe bağlı aktarımlarınızı duraklatın. Aralarında bir bayrak olan iki çalıştırma bunun çoğunu çözer.

iperf3 varsayılan olarak istemciden gönderir, bu yüzden düz çalıştırma yükleme yolunuzu ölçer; -R yönü tersine çevirir ve indirmeyi ölçer. Bunları birkaç dakika arayla çalıştırın ve ortalama almak yerine iki sayıyı da not edin:

iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -R

Yükleme sayısı indirme sayısının küçük bir kesriyse ve çalıştırmalar arasında kararlı kalıyorsa, biçim asimetrik bir erişim hattına uyar ve tünel burada hikaye değildir. Yükleme çalıştırmalar arasında salınıyorsa veya on saniye sonra çöküyorsa okumaya devam edin.

Yüklemenin nerede değiştiğine göre karar verin

Her seferinde bir değişkeni değiştirin ve hangi yönün hareket ettiğine bakın. Daha iyi yükleyen ikinci VPN uç noktası o noktaya veya oraya giden yola işaret eder. Aynı hattaki ikinci cihazdan aynı yavaş yükleme hatta işaret eder. Başka hattaki başka bir cihaz da yavaşsa hedefin giriş politikasına işaret eder ve bunu yerel olarak düzeltemezsiniz.

Aynı iş yükü için saniyedeki baytı ve geçen süreyi not edin, tek bir hız puanı değil. Yedekleme istemcisi ve hız testi farklı hedefler ve farklı eşzamanlılık kullanır, bu yüzden sayılarını karşılaştırmak hiçbir şeyi yanıtlamaz. Küçük istekler iyiyse ve yalnızca büyük aktarımlar sürünüyorsa, sınır muhtemelen bant genişliği bile değildir.

Günlük kullanım için arka plan yüklemesini sınırlamak veya toplantı saatleri dışına planlamak genellikle herhangi bir tünel ayarından daha çok yardımcı olur. Bu değişikliği birleşik iş yüküne göre değerlendirin: daha geç biten ama artık aramaları bozmayan bir yedekleme genellikle daha iyi bir takastır.

Takılma yavaşlığı yendiğinde

Tekrarlanabilir bir noktada donan ve sonra devam eden aktarım hız sınırı gibi değil, yol MTU sorunu gibi davranır. Tünel paket başına kullanılabilir yükü azaltır ve ortaya çıkan ICMP iletisini atan cihaz göndereni tahmine bırakır. Bu örüntü kendi testini hak eder, çünkü onarım hız ayarlamaktan farklıdır. Kararlı düşük bir sayı kapasiteye işaret eder, sessizlikle izlenen bir patlama ise yolun taşıyamayacağı bir yüke işaret eder.

Yolu parçalanmaması gereken bir yükle test edin, sonra tünel arayüzünün MTU'sunu geçen değerle karşılaştırın:

ping -M do -s 1400 -c 3 203.0.113.10
ip link show dev tun0 | grep -o "mtu [0-9]*"

Büyük sonda kaybolup küçük olan başarılı olursa, her protokol için arayüz MTU'sunu düşürmek yerine tünelde TCP MSS'yi sıkın. Bu noktadan sonraki kalıcı takılmalar alıcı uygulamanın depolamasına veya temposuna aittir, ağ yoluna değil.

Neyi değiştirmeli, neyi bırakmalı

Kontrol ettiğiniz şeyleri değiştirin: arka plan aktarma çizelgeleri, uç nokta seçimi ve takılan bir yol için MSS. Her değişikliği geri alınabilir ve tek bir iş yüküyle sınırlı tutun. Ölçümün iyi dediği şeyleri bırakın, hatta zaten uyan indirme hızı dahil.

Sayıları önce ve sonra olarak profil, uç nokta ve günün saatiyle birlikte yazın, çünkü uç noktayla birlikte hareket eden bir yükleme sorunu yönlendirme sorusudur ve cihazla birlikte hareket eden yereldir. O kayıt, belirsiz bir şikayeti karara dönüştüren şeydir ve aynı komutun iki çalıştırmasına mal olur.