Miks mu VPN on nii aeglane? Testige neid nelja lõiku

Kokku jääv kõne, roomav allalaadimine ja poolel teel tarduv üleslaadimine on kolm erinevat kaebust ühe sildi all. Otsustamine, millist neist te jälitate, enne kui midagi mõõdate, säästab ülejäänud uurimise. Seejärel muutke korraga ühte tee lõiku ja korrake pärast seda sama ülesannet.

Allolev järjekord liigub ülesandest väljapoole, sest tunnel ei saa pakkuda ribalaiust, mida selle all puudu on.

Otsustage, mida tähendab aeglane, enne mõõtmist

Madal ühtlane kiirus, kõrge latentsus teravate tippudega ja kindlal suurusel täielikult peatuv ülekanne ei ole ühe rikke variatsioonid. Igaüks osutab erinevale lõigule: läbilaskevõimele, teele endale või paketi suuruse piirile. Valige ülesanne, mis teid tegelikult häirib, ja kasutage seda võrdlusena, sest kiirustest mõõdab hulgisiiret, mis võib käituda hoopis teisiti kui videokõne. Kirjutage üles lõpp-punkt, protokoll, kellaaeg ja number, mis on teie jaoks oluline.

Ilma selle kirjeta muutub iga hilisem võrdlus muljete üle vaidlemiseks.

Kontrollige esmalt juurdepääsuvõrku

Peatage oma suured ülekanded ja mõõtke seejärel kohalikku ühendust enne, kui tunnel on mängus. Võrrelge kahjutu ülesandega ja järgige kliendi kill switchi protseduuri, selle asemel et korraga mitut kaitset välja lülitada, ning hoidke mõlemas käivitudes sama sihtkohta. Kiirustesti pakkuja võib anda teile teise mõõtmisserveri, kui teie nähtav asukoht muutub, mis muudab võrdluse kahe erineva serveri testiks.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

Kui baasjoon on juba halb, kuulub töö Wi-Fi, ruuteri koormuse või juurdepääsuteenuse juurde. Juhtmega test või paigalseisev asend juurdepääsupunkti lähedal eraldab nõrga raadiolingi ülekoormatud ülesvooluühendusest. Miski, mida tunnel teeb, ei lisa mahtu, mida juurdepääsuliin ei tarni.

Vahetage väljapääs, seejärel transport

Hoidke seade, võrk ja protokoll fikseerituna ning testige teist lõpp-punkti. Valige asukohtade loendist usutav linn, kuid ärge eeldage, et lähim silt tähendab parimat marsruuti. Kui üks väljapääs on aeglane ja teised korras, väärib selle host või tee uurimist; kui kõik väljapääsud on ühes seadmes aeglased, samal ajal kui teine seade on korras, on klient parem kahtlusalune.

Kus teenus pakub mõlemat profiili, võrrelge OpenVPN UDP kaudu OpenVPN-iga TCP kaudu. UDP on interaktiivse töö tavaline alguspunkt, samas kui TCP võib aidata juurdepääsuvõrgus, mis UDP-liiklust üldse läbi ei lase. TCP-tunnel taastab kaotuse voo sees uuesti saatmisega, mistõttu võib see pakette kaotaval lingil tunduda aeglasem, ja OpenVPN-i jõudluse tõrkeotsingu märkmed käsitlevad sama kompromissi enne, kui midagi muud häälestate. Profiilis sõna "udp" muutmine "tcp"-ks ei saa luua kuulajat, mida server kunagi ei avanud.

Salvestage profiil, mis aitab, enne kui proovite järgmist muudatust. Muidu jätab hilisem regressioon teid arvama, milline muudatus parenduse tõi.

Lugege seadet ja sümptomit koos

Jälgige protsessori koormust ülekande ajal, mitte pärast seda, sest krüpteerimise kulu skaleerub liiklusega ja ühte majapidamist teenindav väike ruuter on teine masin kui oma klienti käitav sülearvuti. Teine VPN, virtuaalmasin või võrgufilter võib samal teel istuda ja osa liiklusest võtta. Hoidke tarkvara ajakohasena, eemaldamata autentimiskontrolle ega kill switchi, et võrdlustest parem välja näeks. Kui väikesed päringud õnnestuvad ja suured üleslaadimised takerduvad ühtlasel suurusel, on MTU kontroll järgmine peatus.

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

Kui tunnel lähtestub korduvalt, parandage katkestused enne mis tahes läbilaskevõime numbri tõlgendamist, sest uuesti ühenduv tunnel mõõdab kätlust, mitte teed. Korrake algset ülesannet pärast iga muudatust ja hoidke tulemust. Kiirem kiirustest, mis kõne siiski katki teeb, ei ole lahendanud kaebust, millega alustasite.