VPN üzerinden dosya paylaşımı neden yavaş hissettiriyor: gidiş dönüşler, Mbps değil

Ağ üzerinden paylaşılan bir klasörü VPN ile açıp dizin listesi sürünürken beklemek tanıdık bir deneyimdir ve ilk dürtü bant genişliğini suçlamaktır. Genellikle bağlantı neredeyse boştadır. Protokol zamanını yanıtları bekleyerek geçirir ve her bekleme, yerel ağın hiçbir zaman faturalandırmadığı tam bir gidiş dönüşe mal olur. İşin şeklini düzeltin, paylaşım yeniden kullanılabilir hale gelir.

Uzaktaki çalışma kopyası yanlış şekle sahip

SMB dosyaları açar, meta verileri okur ve birçok küçük alışverişte onaylar. Eşlenmiş bir sürücüdeki sürüm denetimi çalışma kopyası yerel dosya sistemi gecikmesini varsayar ve çok sayıda küçük dosyayı okur. Masaüstü veritabanı kullanıcı çalışırken sayfaları çeker. Bunların her biri gecikmeyi bir çarpana dönüştürür, çünkü maliyet işlemin yaptığı alışveriş sayısıyla büyür; bu yüzden 40 ms'lik bir tünel birkaç yüz işlemi birkaç saniyeye çevirir. Yük boyutu o aritmetikte neredeyse önemsizdir.

Şifreleme ek maliyeti bunun küçük bir parçasıdır; kayıp daha kötüdür, çünkü bir yeniden iletim artı çökmüş bir tıkanıklık penceresi, ilgili baytlardan çok daha pahalıdır.

Megabaytlardan önce gidiş dönüşleri sayın

Kapasite satın almadan önce gecikmeyi ölçün. Tek bir ping her alışverişin ne ödediğini söyler.

ping -c 10 fileserver.example.net

Özet en küçük, ortalama ve en büyük gidiş dönüş sürelerini verir ve dağılım ortalamaya olduğu kadar önemlidir. Ortalamayı dizin listesinin yaptığı alışveriş sayısıyla çarpın, sonra gerçekte gözlemlediğiniz süreyle karşılaştırın. Bir büyük dosya hızlı aktarılırken göz atma yavaşsa, kısıt gecikme ve istek sayısıdır. Hiç doymayan bir bağlantıya on kat kapasite eklemek hiçbir şeyi değiştirmez.

İşi taşıyın, baytları değil

Daha geniş bir boruya ödeme yapmak yerine işin nerede olduğunu değiştirin. Depoyu bağlamak yerine sunun ve yalnızca farkları gönderen bir araçla toplu kopyalayın.

rsync -av --info=progress2 ./project/ [email protected]:/srv/share/project/

Depoyu sunmak, hgweb veya uzak bir Git'in yaptığı gibi, istemcinin yerel bir klon üzerinde çalışmasına izin verir, böylece dosya sistemi çağrıları tüneli hiç geçmez. rsync iki tarafı da dolaşır ve değişen blokları gönderir, saf bir kopyanın ödediği alışverişlerin çoğunu ortadan kaldırır. Masaüstü veritabanı sunucu tarafı bir motorda olmalı ve istemci bir arayüze indirgenmeli ya da tüm istemci iç bir ana bilgisayarda çalışmalıdır. Her seçenek protokolün ne kadar gecikmeye maruz kaldığını değiştirir ve asıl mesele budur.

Aynı boyut yakınında takılma bir MTU belirtisidir

Ping ve küçük sayfalar çalışırken yaklaşık aynı miktarda veriden sonra duran büyük aktarımlar, bant genişliğine değil paket boyutuna işaret eder.

ping -M do -s 1400 -c 3 fileserver.example.net

Başarılı bir test, 1428 baytlık bir IP paketinin yoldan parçalanmadan geçtiği anlamına gelir, çünkü ICMP ve IP başlıkları 28 bayt ekler. Parçalamayı yasaklayan bayrakla başarısızlık, tünelin kullanılabilir MTU'sunun sunucunun varsaydığından küçük olduğunu gösterir. 9000 baytlık tamponları 1500 baytlık bir yola gönderen sunucu parçalanmayı veya düşmeyi zorlar ve ICMP filtrelendiğinde yol MTU'sunun keşfi sessizce başarısız olabilir. Tünelin MTU'sunu düşürün, etkinleştirin mssfix OpenVPN üzerinde, ya da sunucunun tamponlarını küçültün, sonra doğrulamak için aynı aktarımı yeniden çalıştırın.

Önemli olan farkı ölçün

Aynı işlemi politikanın izin verdiği yerlerde üç şekilde çalıştırın: yerel olarak, tünel üzerinden ve doğrudan internet yolundan. Her biri için gidiş dönüş süresini, bir büyük akışın hızını ve bir dizin listesinin veya uygulama açılışının ne kadar sürdüğünü not edin. Yerel çalıştırmayı tünel çalıştırmasıyla karşılaştırmak hangi maliyetin baskın olduğunu gösterir. Yavaş biten bir kopya hız veya gecikme sorununa işaret ederken tutarlı bir noktada ölen bir kopya paket boyutuna veya yoldaki durum tutan bir cihaza işaret eder.

Yalnızca ilk megabaytlar sürükleniyorsa kimlik doğrulamaya ve meta verilere bakın; her şey sürünüyorsa kapasiteye ve kayba bakın. Eşleşen nedeni düzeltin ve bir WAN bağlantısının LAN kablosu gibi davranmasını beklemeyi bırakın.