VPN:n lähetys hitaampi kuin lataus? Selvitä, mihin rajaan törmäät

Useimmat liityntälinjat ovat epäsymmetrisiä, joten tunneli lähettää yleensä hitaammin kuin lataa, ja se on odotettu vastaus eikä vika. Kiinnostava kysymys on, rajoittaako lähetystäsi linja, jokin muu joka jo käyttää sitä, vai virtaus, joka jumiutuu sen sijaan että kulkisi tasaisesti. Nämä kolme tuottavat saman valituksen ja vaativat eri työtä.

Kolme rajaa, jotka näyttävät edistymispalkista samoilta

Kapasiteetti on ensimmäinen, ja se on liityntätuotteen ominaisuus, ei tunnelin. Muutaman megabitin ylävirta on normaali kuluttajakuidussa ja monissa mobiililiittymissä, ja salauksen kustannus on pieni tuohon eroon verrattuna. Kapselointi lisää myös tavuja pakettia kohti, mikä pienentää hyötyläpäisyä molemmissa suunnissa eikä vain toisessa, joten se ei yksin voi selittää suurta epäsymmetriaa.

Kilpailu on toinen. Pilvisynkronointi, kuvakirjastot ja päivitysagentit lähettävät, kun kone näyttää joutilaalta, ja toinen laite samalla linjalla tekee samoin. Jonotus on kolmas: kylläinen ylävirta työntää interaktiivisen liikenteen massadatan taakse, joten puhelut katkeavat, kun itse siirto raportoi tervettä edistymistä.

Mittaa yhtä suuntaa kerrallaan

Käytä samaa laitetta, samaa profiilia ja samaa kohdetta, äläkä koskaan aja molempia suuntia yhtä aikaa, ellet halua nimenomaan tarkkailla kilpailua. Keskeytä omat valinnaiset siirtosi ennen ensimmäistä ajoa. Kaksi ajoa yhden lipun kanssa niiden välissä ratkaisee suurimman osan.

iperf3 lähettää oletuksena asiakkaalta, joten tavallinen ajo mittaa lähetyspolkusi; -R kääntää suunnan ja mittaa latauksen. Aja ne muutaman minuutin välein ja kirjaa molemmat luvut sen sijaan että keskiarvoistaisit:

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

Jos lähetysluku on pieni murto-osa latausluvusta ja pysyy vakaana ajojen välillä, muoto vastaa epäsymmetristä liityntälinjaa eikä tunneli ole tarina. Jos lähetys vaihtelee ajojen välillä tai romahtaa kymmenen sekunnin jälkeen, lue eteenpäin.

Päätä sen perusteella, missä lähetys muuttuu

Muuta yhtä muuttujaa kerrallaan ja seuraa, kumpi suunta liikkuu. Toinen VPN-päätepiste, joka lähettää paremmin, viittaa siihen päätepisteeseen tai reittiin sinne. Sama hidas lähetys toisesta laitteesta samalla linjalla viittaa linjaan. Toinen laite toisella linjalla, joka on myös hidas, viittaa kohteen saapumiskäytäntöön, jota et voi korjata paikallisesti.

Kirjaa tavut sekunnissa ja kulunut aika samalle työkuormalle, älä yhtä nopeuspistettä. Varmuuskopiointiasiakas ja nopeustesti käyttävät eri kohteita ja eri rinnakkaisuutta, joten niiden lukujen vertailu ei vastaa mihinkään. Jos pienet pyynnöt ovat kunnossa ja vain suuret siirrot matelevat, raja ei todennäköisesti ole lainkaan kaistanleveys.

Jokapäiväisessä käytössä taustalähetyksen rajaaminen tai sen ajoittaminen kokousaikojen ulkopuolelle auttaa usein enemmän kuin mikään tunneliasetus. Arvioi sitä muutosta kokonaiskuorman perusteella: varmuuskopio, joka valmistuu myöhemmin mutta ei enää pilaa puheluita, on yleensä parempi vaihtokauppa.

Kun jumiutuminen voittaa hitaus

Siirto, joka jäätyy toistuvassa kohdassa ja jatkuu sitten, käyttäytyy kuin polun MTU-ongelma eikä kuin nopeusraja. Tunneli pienentää käyttökelpoista hyötykuormaa pakettia kohti, ja laite, joka pudottaa syntyvän ICMP-viestin, jättää lähettäjän arvailemaan. Tämä kuvio ansaitsee oman testinsä, koska korjaus eroaa nopeuden säätämisestä. Tasainen matala luku viittaa kapasiteettiin, kun taas purske, jota seuraa hiljaisuus, viittaa kuormaan, jota polku ei kanna.

Testaa polkua kuormalla, jota ei saa pirstoa, ja vertaa sitten tunnelin rajapinnan MTU:ta arvoon, joka menee läpi:

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

Jos suuri luotain katoaa ja pienempi onnistuu, purista TCP MSS tunnelissa sen sijaan että laskisit rajapinnan MTU:ta jokaiselle protokollalle. Pysyvät jumiutumiset tämän jälkeen kuuluvat vastaanottavan sovelluksen tallennustilaan tai tahdistukseen, eivät verkkopolulle.

Mitä muuttaa ja mitä jättää

Muuta asioita, joita hallitset: taustasiirtojen aikatauluja, päätepisteen valintaa ja MSS:ää jumiutuvalle polulle. Pidä jokainen muutos peruttavana ja rajattuna yhteen työkuormaan. Jätä rauhaan asiat, joiden mittaus sanoo olevan kunnossa, mukaan lukien latausnopeus, joka vastaa jo linjaa.

Kirjoita ennen ja jälkeen -luvut muistiin profiilin, päätepisteen ja vuorokaudenajan kanssa, koska päätepisteen mukana liikkuva lähetysongelma on reitityskysymys ja laitteen mukana liikkuva on paikallinen. Juuri se kirjaus muuttaa epämääräisen valituksen päätökseksi, ja se maksaa kaksi saman komennon ajoa.