Nahrávání přes VPN pomalejší než stahování? Zjistěte, na kterou mez narážíte

Většina přístupových linek je asymetrická, takže tunel obvykle nahrává pomaleji, než stahuje, a to je očekávaná odpověď, ne závada. Zajímavá otázka je, zda vaše nahrávání omezuje linka, něco jiného, co ji už využívá, nebo tok, který se zasekává, místo aby šel rovnoměrně. Tyto tři případy dávají stejnou stížnost a vyžadují jinou práci.

Tři meze, které z ukazatele průběhu vypadají stejně

Kapacita je první a je vlastností přístupového produktu, ne tunelu. Odchozí tok několika megabitů je běžný u spotřebitelského optického vlákna i u mnoha mobilních tarifů a režie šifrování je proti této meze malá. Zapouzdření také přidává bajty ke každému paketu, což snižuje užitečnou propustnost v obou směrech, ne jen v jednom, takže samo o sobě nemůže vysvětlit velkou asymetrii.

Soupeření je druhé. Cloudová synchronizace, fotogalerie a aktualizační agenti nahrávají, zatímco se stroj zdá nečinný, a druhé zařízení na stejné lince dělá totéž. Fronta je třetí: nasycený odchozí tok tlačí interaktivní provoz za hromadná data, takže hovory se trhají, zatímco přenos sám hlásí zdravý průběh.

Měřte jeden směr po druhém

Použijte stejné zařízení, stejný profil a stejné cílové umístění a nikdy nespouštějte oba směry současně, pokud právě soupeření nechcete pozorovat. Před prvním během pozastavte vlastní volitelné přenosy. Dva běhy s jedním přepínačem mezi nimi vyřeší většinu.

iperf3 standardně odesílá z klienta, takže běžný běh měří vaši odchozí cestu; -R obrací směr a měří stahování. Spusťte je s několikaminutovým odstupem a zaznamenejte obě čísla, místo abyste je průměrovali:

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

Pokud je číslo nahrávání malým zlomkem čísla stahování a zůstává mezi běhy stabilní, tvar odpovídá asymetrické přístupové lince a tunel v tom není. Pokud nahrávání mezi běhy kolísá nebo se po deseti sekundách zhroutí, čtěte dál.

Rozhodněte podle toho, kde se nahrávání mění

Měňte jednu proměnnou po druhé a sledujte, který směr se pohne. Druhý koncový bod VPN, který nahrává lépe, ukazuje na tento bod nebo na cestu k němu. Stejné pomalé nahrávání z druhého zařízení na stejné lince ukazuje na linku. Jiné zařízení na jiné lince, které je také pomalé, ukazuje na vstupní politiku cíle, kterou lokálně neopravíte.

Zaznamenávejte bajty za sekundu a uplynulý čas pro stejnou zátěž, ne jediné skóre rychlosti. Zálohovací klient a rychlostní test používají jiná cílová umístění a jinou souběžnost, takže srovnání jejich čísel nic neodpovídá. Pokud jsou malé požadavky v pořádku a plazí se jen velké přenosy, mez pravděpodobně vůbec není šířka pásma.

Pro každodenní použití často pomůže víc než jakékoli nastavení tunelu omezit nahrávání na pozadí nebo ho naplánovat mimo hodiny schůzek. Tu změnu posuďte podle celkové zátěže: záloha, která skončí později, ale už neničí hovory, je obvykle lepší výměna.

Když zaseknutí poráží pomalost

Přenos, který zamrzne v opakovatelném bodě a pak pokračuje, se chová jako problém MTU cesty, ne jako omezení rychlosti. Tunel snižuje použitelnou zátěž na paket a zařízení, které zahodí výslednou zprávu ICMP, nechává odesílatele hádat. Tento vzorec si zaslouží vlastní test, protože oprava se liší od ladění rychlosti. Stálé nízké číslo ukazuje na kapacitu, zatímco náraz následovaný tichem ukazuje na zátěž, kterou cesta neunese.

Otestujte cestu zátěží, která se nesmí fragmentovat, a pak porovnejte MTU rozhraní tunelu s hodnotou, která projde:

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

Pokud velká sonda zmizí, zatímco menší uspěje, sevřete TCP MSS na tunelu, místo abyste snižovali MTU rozhraní pro každý protokol. Trvalá zaseknutí po tomto bodě patří úložišti nebo tempu přijímající aplikace, ne síťové cestě.

Co změnit a co nechat

Měňte věci, které ovládáte: rozvrhy přenosů na pozadí, volbu koncového bodu a MSS pro zasekávající se cestu. Každou změnu držte vratnou a omezenou na jednu zátěž. Nechte být věci, o kterých měření říká, že jsou v pořádku, včetně rychlosti stahování, která už lince odpovídá.

Zapište čísla před a po spolu s profilem, koncovým bodem a denní dobou, protože problém nahrávání, který se stěhuje s koncovým bodem, je otázka směrování, a ten, který se stěhuje se zařízením, je místní. Právě tento záznam mění vágní stížnost v rozhodnutí a stojí dva běhy stejného příkazu.