Pošiljanje prek VPN počasnejše od prejemanja? Ugotovite, na katero omejitev naletite

Večina dostopnih linij je asimetričnih, zato tunel običajno pošilja počasneje, kot prejema, in to je pričakovan odgovor, ne napaka. Zanimivo vprašanje je, ali vaše pošiljanje omejuje linija, nekaj drugega, kar jo že uporablja, ali tok, ki se ustavi namesto da bi tekel enakomerno. Ti trije dajo isto pritožbo in zahtevajo drugačno delo.

Tri omejitve, ki so z vrstice napredka videti enake

Kapaciteta je prva in je lastnost dostopnega izdelka, ne tunela. Odhodni tok nekaj megabitov je običajen pri potrošniškem optičnem vlaknu in pri mnogih mobilnih paketih, strošek šifriranja pa je v primerjavi s to vrzeljo majhen. Enkapsulacija doda tudi bajte vsakemu paketu, kar zmanjša uporabno prepustnost v obeh smereh in ne le v eni, zato sama po sebi ne more pojasniti velike asimetrije.

Tekmovanje je drugo. Sinhronizacija v oblaku, fototeke in agenti za posodabljanje pošiljajo, ko je stroj videti nedejaven, in druga naprava na isti liniji počne isto. Čakanje v vrsti je tretje: nasičen odhodni tok potisne interaktivni promet za množične podatke, zato se klici prekinejo, medtem ko sam prenos poroča o zdravem napredku.

Merite eno smer naenkrat

Uporabite isto napravo, isti profil in isti cilj, obeh smeri pa nikoli ne izvajajte hkrati, razen če prav tekmovanje ni tisto, kar želite opazovati. Pred prvim zagonom ustavite svoje neobvezne prenose. Dva zagona z eno zastavico med njima rešita večino.

iperf3 privzeto pošilja s klienta, zato običajen zagon meri vašo odhodno pot; -R obrne smer in meri prejemanje. Zaženite ju z nekaj minutami razlike in zabeležite obe števili, namesto da bi ju povprečili:

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

Če je število pošiljanja majhen del števila prejemanja in ostaja med zagoni stabilno, oblika ustreza asimetrični dostopni liniji in tunel tu ni zgodba. Če pošiljanje med zagoni niha ali se po desetih sekundah zruši, berite naprej.

Odločite se glede na to, kje se pošiljanje spreminja

Spreminjajte eno spremenljivko naenkrat in glejte, katera smer se premika. Druga končna točka VPN, ki pošilja bolje, kaže na tisto točko ali pot do nje. Isto počasno pošiljanje z druge naprave na isti liniji kaže na linijo. Druga naprava na drugi liniji, ki je prav tako počasna, kaže na vhodno politiko cilja, ki je lokalno ne morete popraviti.

Zapisujte bajte na sekundo in pretečeni čas za isto obremenitev, ne ene same ocene hitrosti. Varnostno kopiranje in preizkus hitrosti uporabljata različne cilje in različno sočasnost, zato primerjava njunih števil ne odgovori na nič. Če so majhne zahteve v redu in se vlečejo le veliki prenosi, omejitev verjetno sploh ni pasovna širina.

Za vsakodnevno uporabo pogosto pomaga bolj kot katera koli nastavitev tunela, da omejite pošiljanje v ozadju ali ga načrtujete zunaj ur sestankov. To spremembo ocenite po skupni obremenitvi: varnostna kopija, ki se konča pozneje, a ne uničuje več klicev, je običajno boljša menjava.

Ko zataknjenost premaga počasnost

Prenos, ki se ustavi na ponovljivi točki in nato nadaljuje, se obnaša kot težava MTU poti, ne kot omejitev hitrosti. Tunel zmanjša uporabno koristno obremenitev na paket, naprava, ki zavrže nastalo sporočilo ICMP, pa prepusti pošiljatelja ugibanju. Ta vzorec si zasluži lasten preizkus, ker se popravilo razlikuje od nastavljanja hitrosti. Stabilno nizko število kaže na zmogljivost, medtem ko izbruh, ki mu sledi tišina, kaže na obremenitev, ki je pot ne more nositi.

Preizkusite pot z obremenitvijo, ki se ne sme razdrobiti, nato primerjajte MTU vmesnika tunela z vrednostjo, ki pride skozi:

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

Če velika sonda izgine, medtem ko manjša uspe, stisnite TCP MSS na tunelu, namesto da bi za vsak protokol znižali MTU vmesnika. Trajni zastoji po tej točki pripadajo shrambi ali tempu prejemne aplikacije, ne omrežni poti.

Kaj spremeniti in kaj pustiti

Spremenite stvari, ki jih nadzorujete: urnike prenosov v ozadju, izbiro končne točke in MSS za pot, ki se zatika. Vsako spremembo ohranite povratno in omejeno na eno obremenitev. Pustite pri miru stvari, za katere meritev pravi, da so v redu, vključno s hitrostjo prejemanja, ki se že ujema z linijo.

Zapišite števila pred in po skupaj s profilom, končno točko in uro dneva, ker je težava s pošiljanjem, ki se seli s končno točko, vprašanje usmerjanja, tista, ki se seli z napravo, pa je lokalna. Prav ta zapis spremeni nejasno pritožbo v odločitev in stane dva zagona istega ukaza.