De ce este VPN-ul meu atât de lent? Testați aceste patru segmente

Stabiliți ce fel de lentoare aveți, apoi testați în această ordine legătura de acces, ieșirea, transportul și dispozitivul, schimbând un segment o dată.

Un apel care se întrerupe, o descărcare care se târăște și o încărcare care îngheață la jumătate sunt trei reclamații diferite sub aceeași etichetă. Să decizi pe care o urmărești înainte de a măsura ceva economisește restul investigației. Apoi schimbă un segment al traseului o dată și repetă aceeași sarcină după aceea.

Ordinea de mai jos se mișcă spre exterior dinspre sarcină, pentru că tunelul nu poate furniza lățime de bandă care lipsește dedesubt.

Decide ce înseamnă lent înainte de a măsura

O rată mică și constantă, o latență mare cu vârfuri ascuțite și un transfer care se oprește complet la o dimensiune fixă nu sunt variații ale aceleiași defecțiuni. Fiecare indică un alt segment: debitul, traseul însuși sau o limită a dimensiunii pachetului. Alege sarcina care te deranjează cu adevărat și folosește-o ca referință, pentru că un test de viteză măsoară un transfer masiv care se poate comporta complet diferit de un apel video. Notează punctul final, protocolul, ora din zi și numărul care contează pentru tine.

Fără acea înregistrare, fiecare comparație ulterioară devine o dispută despre impresii.

Verifică mai întâi rețeaua de acces

Oprește-ți transferurile mari, apoi măsoară legătura locală înainte de a intra tunelul în joc. Compară cu o sarcină inofensivă și urmează procedura kill switch a clientului în loc să dezactivezi mai multe protecții deodată, și păstrează aceeași destinație pentru ambele rulări. Un furnizor de test de viteză îți poate da alt server de măsurare imediat ce locația vizibilă se schimbă, ceea ce transformă comparația într-un test a doi servere diferite.

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

Dacă linia de bază este deja proastă, munca aparține Wi-Fi-ului, cererii routerului sau serviciului de acces. Un test cu cablu sau o poziție fixă lângă punctul de acces separă o legătură radio slabă de un uplink congestionat. Nimic din ce face tunelul nu adaugă capacitate pe care linia de acces nu o livrează.

Schimbă ieșirea, apoi transportul

Ține dispozitivul, rețeaua și protocolul fixe și testează un al doilea punct final. Alege un oraș plauzibil din lista de locații, dar nu presupune că eticheta cea mai apropiată înseamnă cea mai bună rută. Dacă o ieșire este lentă și celelalte sunt bune, gazda sau traseul ei merită investigația; dacă toate ieșirile sunt lente pe un dispozitiv în timp ce alt dispozitiv este bun, clientul este suspectul mai bun.

Acolo unde serviciul oferă ambele profiluri, compară OpenVPN prin UDP cu OpenVPN prin TCP. UDP este punctul de plecare obișnuit pentru munca interactivă, în timp ce TCP poate ajuta într-o rețea de acces care nu lasă deloc traficul UDP să treacă. Un tunel TCP recuperează pierderile prin retransmitere în interiorul fluxului, motiv pentru care poate părea mai lent pe o legătură care aruncă pachete, iar notele OpenVPN despre depanarea performanței acoperă același compromis înainte să reglezi orice altceva. Modificarea cuvântului "udp" în "tcp" într-un profil nu poate crea un ascultător pe care serverul nu l-a deschis niciodată.

Salvează profilul care ajută înainte de a încerca următoarea schimbare. Altfel, o regresie ulterioară te lasă să ghicești care editare a adus îmbunătățirea.

Citește dispozitivul și simptomul împreună

Urmărește încărcarea procesorului în timpul transferului, nu după el, pentru că costul criptării crește cu traficul și un router mic care deservește o gospodărie este o altă mașină decât un laptop care rulează propriul client. Un alt VPN, o mașină virtuală sau un filtru de rețea pot sta pe același traseu și pot lua o parte din trafic. Ține software-ul la zi fără a elimina verificările de autentificare sau un kill switch ca să arate mai bine un benchmark. Dacă cererile mici reușesc și încărcările mari se blochează la o dimensiune constantă, verificarea MTU este următoarea oprire.

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

Când tunelul se resetează în mod repetat, remediază deconectările înainte de a interpreta orice număr de debit, pentru că un tunel care se reconectează măsoară strângerea de mână, nu traseul. Repetă sarcina inițială după fiecare schimbare și păstrează rezultatul. Un test de viteză mai rapid care încă rupe apelul nu a rezolvat reclamația cu care ai început.

Articole similare