Miért tűnik lassúnak a VPN-es fájlmegosztás: oda-vissza utak, nem Mbps

Megosztott mappa megnyitása a VPN-en át, és várakozás, míg a könyvtárlista vánszorog, ismerős élmény, és az első ösztön a sávszélesség okolása. Általában a kapcsolat szinte tétlen. A protokoll az idejét válaszokra várva tölti, és minden várakozás egy teljes oda-vissza utat fizet, amelyet a helyi hálózat soha nem számlázott. Javítsa a munka formáját, és a megosztás újra használható lesz.

A távoli munkapéldány rossz formájú

Az SMB fájlokat nyit, metaadatokat olvas és sok kis csere keretében nyugtáz. A csatolt meghajtón lévő verziókezelő munkapéldány helyi fájlrendszer-késleltetéssel számol, és sok kis fájlt olvas. Az asztali adatbázis oldalakat húz, miközben a felhasználó dolgozik. Ezek mindegyike szorzóvá teszi a késleltetést, mert a költség azzal nő, ahány cserét a művelet végrehajt; ezért egy 40 ms-os alagút néhány száz műveletet több másodperccé tesz. A hasznos teher mérete ebben a számításban szinte lényegtelen.

A titkosítás többletköltsége ennek kis része; a veszteség rosszabb, mert egy újraküldés plusz egy összeomlott torlódási ablak sokkal többe kerül, mint az érintett bájtok.

Oda-vissza utakat számoljon, ne megabájtokat

Mérje meg a késleltetést, mielőtt kapacitást vásárol. Egyetlen ping megmondja, mit fizet minden csere.

ping -c 10 fileserver.example.net

Az összegzés megadja a legkisebb, átlagos és legnagyobb oda-vissza időt, és a szórás ugyanolyan fontos, mint az átlag. Szorozza meg az átlagot a könyvtárlista cseréinek számával, majd hasonlítsa össze a ténylegesen látott idővel. Ha egy nagy fájl gyorsan átmegy, miközben a böngészés lassú, a késleltetés és a kérések száma a korlát. Tízszeres kapacitást adni egy soha nem telítődő kapcsolathoz semmit sem változtat.

A munkát mozgassa, ne a bájtokat

Változtassa meg, hol történik a munka, ahelyett hogy szélesebb csőért fizetne. Szolgálja ki a tárolót a csatolása helyett, és tömbösen másoljon olyan eszközzel, amely csak a különbségeket küldi.

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

A tároló kiszolgálása, ahogy a hgweb vagy egy távoli Git teszi, engedi, hogy a kliens helyi klónon dolgozzon, így fájlrendszer-hívásai soha nem kelnek át az alagúton. Az rsync bejárja mindkét oldalt, és a megváltozott blokkokat küldi, kiküszöbölve a naiv másolás által fizetett cserék többségét. Az asztali adatbázisnak szerveroldali motoron a helye, a kliens pedig felületté redukálódik, vagy az egész kliens belső gazdagépen fut. Minden lehetőség megváltoztatja, mennyi késleltetésnek van kitéve a protokoll, és erről szól.

Az ugyanazon méret körüli akadás MTU-tünet

A nagy átvitelek, amelyek nagyjából ugyanannyi adat után elakadnak, miközben a ping és a kis oldalak működnek, a csomagméretre utalnak, nem a sávszélességre.

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

A sikeres próba azt jelenti, hogy egy 1428 bájtos IP-csomag töredezés nélkül halad át az úton, mivel az ICMP- és IP-fejlécek 28 bájtot adnak hozzá. A töredezést tiltó jelzővel való kudarc arra utal, hogy az alagút használható MTU-ja kisebb, mint amit a szerver feltételez. Az a szerver, amely 9000 bájtos puffereket küld egy 1500 bájtos útra, töredezést vagy eldobást kényszerít ki, és az útvonal-MTU felderítése csendben meghiúsulhat, ha az ICMP szűrve van. Csökkentse az alagút MTU-ját, kapcsolja be mssfix az OpenVPN-ben, vagy csökkentse a szerver puffereit, majd futtassa újra ugyanazt az átvitelt az ellenőrzéshez.

Azt a rést mérje, amely számít

Futtassa ugyanazt a műveletet három módon, ahol a szabályzat engedi: helyben, az alagúton át és közvetlen internetes úton. Mindegyiknél jegyezze fel az oda-vissza időt, egy nagy adatfolyam sebességét, és hogy mennyi ideig tart egy könyvtárlista vagy egy alkalmazás megnyitása. A helyi futás és az alagútas futás összevetése megmutatja, melyik költség dominál. A lassan befejeződő másolás sebesség- vagy késleltetési problémára utal, míg az állandó ponton meghaló másolás csomagméretre vagy állapottartó eszközre az úton.

Amikor csak az első megabájtok vánszorognak, nézze a hitelesítést és a metaadatokat; amikor minden vánszorog, nézze a kapacitást és a veszteséget. Javítsa az odaillő okot, és hagyja abba annak várását, hogy a WAN-kapcsolat helyi hálózati kábelként viselkedjen.