ExpressVPN lubab lihtsat kaitset ja ulatuslikku serverivõrku, kuid tahtsin teada, kuidas see toimib väljaspool turunduslehti. Paigaldasin Linuxi rakenduse, katsetasin mitut serverit, kontrollisin IP-aadressi ja DNS-i lekkeid, uurisin seadeid ning võtsin ühendust klienditoega, et küsida ootamatu WebRTC-tulemuse kohta. Kogemus oli suures osas lihtne, kuid sellega kaasnesid ka mõned olulised kompromissid. Siin on see, mida minu testimine näitas.
Hindasin ExpressVPN-i hinna, funktsioonide, jõudluse, kasutuslihtsuse ja toe põhjal. Need üldised kriteeriumid järgivad kategooriaid, mida kasutatakse HostAdvice’i hindamismetoodikas, mida kohandasin VPN-ile eriomaste probleemidega, nagu privaatsuslekked, VPN-protokollid ja ühenduse latentsus. Hinded põhinevad minu vahetutel katsetel ja selgelt tuvastataval teenusepakkuja teabel; need ei kinnita kõiki privaatsusväiteid.
| Test | Hinne /10 | Hinde põhjendus |
|---|---|---|
| Hinnakujundus & paketid | 9.2 | Selged tingimused ja garantii; uuendamised ja lisad vajavad tähelepanu. |
| Funktsioonid | 9.6 | Paindlikud VPN-i seaded ja lai leviala |
| Jõudlus | 9.0 | Kasutuskõlblik kiirus ja toimiv pidevalt aktiivse režiimi blokeering; suur latentsus. |
| Kasutuslihtsus | 9.4 | Kiired ühendused ja selged seaded; Linuxi rakenduse valikuloend on tülikas. |
| Toe tase | 9.0 | Abivalmis tehisintellekt ja juhendid; inimtoe ooteaeg 14 minutit. |
| Üldhinne | 9.2 | Hea kasutusmugavus ja funktsioonid; ebaühtlane kiirus ja pikk ooteaeg toe saamiseks. |
ExpressVPN jagab oma praeguse pakkumise pakettideks Basic, Advanced ja Express Pro, mille puhul saab valida kuu-, 12 kuu või kahe aasta pikkuse tutvumispakkumise. Suurimad erinevused puudutavad samaaegseid ühendusi, lisakaitset ja komplekti kuuluvaid privaatsustööriistu.
Uurisin Advanced paketi 12-kuulise tellimuse vormistamist, kus kuvati kolm täiendavat sooduskuud ning avaldati uuendamistasu koos esialgse kogusummaga.
Selle asemel et hinnata teenust reklaamitud madalaima kuuhinna järgi, soovitan võrrelda esmast kogutasu ja sellele järgnevat uuendamise hinda. Pakkumised võivad muutuda.
Sama ostu vormistamise leht pakkus makseviisidena krediit- või deebetkaarte, PayPali, Apple Payd ja Google Payd. ExpressVPN lülitab tavaliselt sisse automaatse uuendamise toetatud makseviiside puhul, samas kui sobilikud esmakordsed veebitellijad saavad 30-päevase raha tagasi garantii. Rakenduste poodides tehtud ostude puhul kehtivad teistsugused tagasimaksereeglid.
| Pakett | Ühendused | Peamised paketti kuuluvad funktsioonid |
|---|---|---|
| põhipakett | 10 | Põhiline VPN, lihtne blokeerimine, ExpressMailGuard |
| laiendatud pakett | 12 | Jälitajate ja täiskasvanutele mõeldud saitide seaded, ExpressKeys, lisatud privaatsuseelised |
| Express Pro | 14 | Sisaldab eri-IP-aadressi, ExpressAI-d ja laiemat tööriistade komplekti |
Põhipaketist piisab, kui soovite peamiselt kasutada VPN-i mitmes seadmes. Laiendatud pakett lisab jälitajate blokeerimise ja privaatsustööriistad, samas kui Express Pro sisaldab eri-IP-aadressi ja laiemat valikut lisasid.
Parima hinna ja kvaliteedi suhtega pakett sõltub aga sellest, milliseid lisasid te tegelikult kasutate. Ma ei maksaks rohkem üksnes funktsioonide eest, mida mul poleks põhjust avada.
ExpressVPN-i jõudlustestide käigus soovisin kindlaks teha, kui palju internetikiirust säilitasin, kuidas muutus ühenduse latentsus eri riikides ning kas töölauarakendus peitis minu IP-aadressi ja DNS-i andmed.
Kontrollisin ka pidevalt aktiivset ühenduse katkestuskaitset ja igapäevast veebisirvimist. Kasutasin Ookla Speedtest in mitme ühendusega režiimis ning tegin kaks testi ilma VPN-ita ja igas asukohas kaks testi: Lõuna-Aafrikas, asukohas USA – New York, ja Ühendkuningriigis, asukohas London.
Panin kirja alla- ja üleslaadimiskiiruse, jõudeoleku pingi ja Speedtestis näidatud testi lõpp-punkti. Need on ühe ühenduse ja lühikese testiseansi tegelikud tulemused, mitte laboratoorsed võrdlusnäitajad.
Alustasin VPN-i ühenduse katkestamisega, et määrata lähteväärtus. Nairobi LimeFiberi ühenduse kaudu näitasid kaks testi allalaadimiskiiruseks 294.68 ja 256.55 Mbps, üleslaadimiskiiruseks 8.70 ja 4.70 Mbps ning pingiks 36 ja 45 ms. Nende põhjal oli lähteväärtuse keskmine allalaadimiskiirus 275.62 Mbps, üleslaadimiskiirus 6.70 Mbps ja jõudeoleku latentsus 40.5 ms.
Järgmisena ühendasin Lõuna-Aafrikaga. Speedtest valis Johannesburgis asuva Active Fibre’i ning kahe testi tulemused olid allalaadimiskiiruseks 144.64 ja 136.60 Mbps, üleslaadimiskiiruseks 4.27 ja 5.29 Mbps ning pingiks mõlemas testis 98 ms. Keskmine allalaadimiskiirus oli 140.62 Mbps ehk ligikaudu 49% lähteväärtusest väiksem.
New Yorgi asukohas olid allalaadimistulemused palju ebaühtlasemad. New Yorgis asuva UnlimitedFiberi kaudu testides mõõtsin esimesel korral 256.81 Mbps, teisel aga vaid 69.43 Mbps. Üleslaadimiskiirused olid 8.73 ja 10.75 Mbps ning ping tõusis vastavalt 260 ja 333 ms-ni. Keskmine allalaadimiskiirus 163.12 Mbps varjab kahe testi suurt erinevust, seega ei esitaks ma seda etteaimatava New Yorgi kiirusena.
Lõpuks testisin Londoni serverit, kasutades Londonis asuvat Voneus Limitedi. Tulemused olid allalaadimiskiiruseks 227.88 ja 169.89 Mbps, üleslaadimiskiiruseks 6.86 ja 6.40 Mbps ning pingiks 230 ja 238 ms. Keskmise allalaadimiskiirusega 198.89 Mbps säilitas London seekord ühendatud asukohtadest suurema andmeedastuskiiruse, kuigi selle latentsus jäi ühenduse katkestamisel mõõdetud lähteväärtusest palju kõrgemaks.
Allolevas tabelis on esitatud iga tingimuse kahe testi keskmised näitajad. Allalaadimiskiiruse muutus on arvutatud 275.62 Mbps ühenduseta lähteväärtuse põhjal, seega näitavad negatiivsed väärtused mõõdetud allalaadimiskiiruse vähenemist.
| Ühendus | Allalaadimiskiirus | Üleslaadimiskiirus | Ping | Allalaadimiskiiruse muutus |
|---|---|---|---|---|
| VPN välja | 275.62 | 6.70 | 40.5 | — |
| Lõuna-Aafrika | 140.62 | 4.78 | 98 | −49.0% |
| USA – New York | 163.12 | 9.74 | 296.5 | −40.8% |
| Ühendkuningriik – London | 198.89 | 6.63 | 234 | −27.8% |
Soovitan olla ettevaatlik ja mitte omistada kõiki neid erinevusi ExpressVPN-ile. Speedtest kasutas iga riigi jaoks erinevaid sihtservereid: LimeFiber Nairobis, Active Fibre Johannesburgis, UnlimitedFiber New Yorgis ja Voneus Limited asukohas London. Tulemusi mõjutavad nii testserveri marsruut, vahemaa kui ka muutuvad võrgutingimused. Kahe testi põhjal asukoha kohta ei saa hinnata pikaajalist stabiilsust.
ExpressVPN pakkus kõigis kolmes VPN-i asukohas kasutatavat allalaadimiskiirust ning selles lühikeses võrdluses saavutas London keskmiselt parima tulemuse. Lõuna-Aafrika allalaadimiskiirus oli umbes pool ühenduseta lähteväärtusest, samas kui New Yorgis esines testide vahel eriti suur kõikumine. Mõlema kaugühenduse latentsus suurenes märkimisväärselt, mistõttu sobivad need marsruudid vähem viivitustundlike tegevuste jaoks, näiteks võistlusmängude mängimiseks. Tulemused viitavad sellele, et ühendus sobib tavaliseks veebisirvimiseks ja voogedastuseks, kuid ei tõenda, et ühendused oleksid alati kiired või stabiilsed.
Kui olin ühendatud asukohaga USA – New York, avasin saidi ipleak.net. See tuvastas näilise New Yorgi avaliku IPv4-aadressi vahemikus 216.73.161.x, mis omistati ettevõttele F.n.s. Holdings Limited, mitte ei kuvanud minu kohaliku Zuku teenusepakkuja aadressi.
Leht teatas, et IPv6 ei olnud selle kontrolli ajal kättesaadav. Ka selle WebRTC jaotises kuvati samasse vahemikku kuuluv New Yorgi aadress ning kohalik aadress oli peidetud mDNS-hostinime taha.
Veebisaidi ipleak.net tulemuste DNS-i jaotises loetleti mitu New Yorgi lahendajat aadressivahemikes 216.73.161.x ja 173.239.211.x. Kaasasolevas tekstijäädvustuses kirjeldatakse 20 testi käigus tuvastatud 16 serverit; täislehe kuvatõmmis näib kajastavat eraldi või hilisemat tulemust, seega ei liitnud ma neid kaht arvu üheks mõõtmistulemuseks.
Seejärel käivitasin saidil dnsleaktest.com laiendatud testi. Lehel kuvati avalik IP-aadress 216.73.161.92 ning tagastati IPXO-le omistatud DNS-lahendajad, mille kõigi asukohaks kuvati New York.
Mõned lahendajate hostinimed näisid ExpressVPN-iga seostamatud, kuid nende loetletud IP-vahemikud ja asukoht olid kooskõlas New Yorgi väljumiskeskkonnaga, mida nähti teistes testides. Ainuüksi hostinimest ei piisa DNS-lekke tuvastamiseks.
Kumbki esitatud tulemus ei näidanud nähtavalt minu Zuku internetiteenuse pakkujat ega Keenia lahendajat. See on julgustav, kuid kuvatõmmistel pole täpseks võrdluseks eraldi talletatud ühenduse katkestamise järgset avaliku IP-aadressi ja DNS-lahendaja lähteväärtust. Nende jäädvustuste põhjal võin öelda, et internetiteenuse pakkuja ega DNS-i andmed ei paista ilmselgelt lekkivat, kuid see ei ole kõigi võimalike võrgulekete ammendav audit.
Vaadeldud avaliku IP-aadressi ja DNS-i tulemused olid kooskõlas New Yorgi VPN-ühendusega ning tõendusmaterjalis ei näinud ma ühtegi ilmselget kohaliku internetiteenuse pakkuja lahendajat. Sellegipoolest väldiksin üksnes nende kuvatõmmiste põhjal absoluutset väidet, et lekkeid pole üldse, eriti ilma algse avaliku IP-aadressi ja DNS-i lähteväärtusega võrdlemata.
Sõltumatuks WebRTC kontrolliks külastasin Firefoxis BrowserLeaks. See teatas, et „kohalik IP-aadress ei leki”, ning kohalikku IP-aadressi ei olnud paljastatud. Samas märkis see, et WebRTC avalik IP-aadress ei ühti lehe kaug-IP-aadressiga: teatatud kaug-IP-aadress oli 173.239.211.214, samal ajal kui WebRTC avalik aadress oli 216.73.161.107.
See vastuolu vajab selgitust, kuid see ei tõenda automaatselt, et mu algne IP-aadress lekkis. Mõlemad aadressid jäävad New Yorgi IP-vahemikesse, mida nähti mujal VPN-i ja DNS-i tulemustes.
Samuti peitis brauser kohalikud aadressid, mis erineb algse avaliku internetiteenuse pakkuja IP-aadressi paljastamisest. Ma ei näinud selles WebRTC tulemuses Keenia internetiteenuse pakkuja aadressi, kuigi täpsema kontrolli annaks ühenduse katkestamise järgne lähteväärtus.
Brauser ei avaldanud kohalikku IP-aadressi ning teatatud WebRTC-aadress oli kooskõlas täheldatud New Yorgi VPN-aadressivahemikega. Ma ei nimetaks üksnes seda lahknevust kinnitatud WebRTC-lekkeks. Tõendid on rahustavad, kuid mitte veenvad, kuna puudub kontrollitud võrdlus algse internetiteenuse pakkuja aadressiga.
Lülitasin sisse ExpressVPN-i ühenduse katkestuskaitse valiku „Luba alati“, seejärel katkestasin VPN-ühenduse käsitsi ja proovisin internetti kasutada. Ühenduse katkemise ajal oli sirvimine endiselt blokeeritud. Kui ExpressVPN-i ühenduse taastasin, sain jälle tavapäraselt sirvida.
See näitab, et alati aktiivne blokeerimisvalik toimis minu käsitsi tehtud ühenduse katkestamise katses ootuspäraselt. See ei näita, kuidas eraldi režiim „Luba ühenduse ajal“ käituks VPN-teenuse ootamatu krahhi või lühiajalise võrgukatkestuse korral.
Alati aktiivne ühenduse katkestuskaitse blokeeris edukalt sirvimise, kui VPN-ühenduse katkestasin, ja võimaldas taas tavapärase juurdepääsu, kui ühenduse taastasin. See on selle režiimi puhul positiivne kaitsetulemus, kuid ma ei üldistaks seda kõigile võimalikele tõrkeolukordadele.
Lõpetuseks kasutasin ExpressVPN-iga ühendatuna tavapäraselt brauserit ja tegin lühikese voogedastuse kontrolli. Lehed laadisid tavapäraselt ja video mängis selles katses ilma märgatava puhverdamise või ootamatute ühenduse katkemisteta.
See vastab üldiselt kasutuskõlblikele allalaadimiskiirustele, kuigi mõõdetud kiirused ja ping ei olnud eri asukohtades samad.
ExpressVPN läbis lühikese praktilise sirvimise ja voogedastuse kontrolli probleemideta. See näitab sujuvat kasutuskogemust katsetatud tingimustes, kuid ei taga, et kõik voogedastusteenused, kvaliteediseaded või kaugemad serverid toimivad samamoodi.
ExpressVPN toimis tavapäraseks sirvimiseks ja voogedastuseks piisavalt hästi ning selle alati aktiivne ühenduse katkestuskaitse töötas õigesti, kui ühenduse käsitsi katkestasin. IP- ja DNS-testid näitasid New Yorgis asuvaid väljumis- ja lahendajaaadresse, mitte kohaliku internetiteenuse pakkuja aadressi ilmset avaldumist, samas kui WebRTC hoiatus ei tõendanud iseenesest leket.
Kiirustulemused olid ebaühtlasemad. Keskmised allalaadimiskiirused jäid kasutuskõlblikuks, kuid olid asukohast olenevalt 28% kuni 49% väiksemad kui VPN-ühenduseta lähteväärtus; latentsus pikkade vahemaade puhul oli suur ning kahe New Yorgi testi tulemused erinesid järsult.
Kuna kiirustesti lõpp-punktid muutusid riigiti ja iga seadega tehti ainult kaks katset, käsitleksin kiirusprotsente VPN-i tekitatud lisakoormuse ligikaudse, mitte lõpliku hinnanguna.
VPN-i kasutuselevõtt peaks olema lihtne, eriti kui toode lubab ühe klõpsuga kaitset. Jälgisin ExpressVPN-i klienditeekonda alates avalikust veebisaidist kuni paketi valimise, ostu vormistamise, Linuxi rakenduse allalaadimise, olemasoleva konto aktiveerimise ja esimese VPN-ühenduse loomiseni. Uurisin ka serveri valijat, et näha, kui lihtne on soovitud sihtkohta leida.
Testisin ExpressVPN-i Linuxi rakendust (versioon 14.3) Pop!_OS 24.04 LTS-is, mis töötas x86_64 süsteemis. Uurisin ostu vormistamise liidest ning katsetasin paigaldamist, aktiveerimist, ühenduse loomist, asukohtade vahetamist, protokolli seadeid ja igapäevaseid kontoseadeid.
Alustasin ExpressVPN-i avalehelt. Tutvumispakkumise all oli hästi märgatav nupp „Get the Deal Now” ning selle lähedal oli esmakasutajatele mõeldud 30-päevane raha tagasi garantii. Ma ei pidanud tellimisvõimaluse leidmiseks menüüdes tuhnima.
Hinnalehel olid põhipakett, laiendatud pakett ja Express Pro kõrvuti. Paketikaartidel kuvati otse tutvumispakkumise kuutasu, esmane kogutasu, hinna sisse kuuluvad sooduskuud ja uuendamise hind. Laiendatud pakett oli märgitud populaarseimaks ning valisin selle ostu vormistamise läbikäimiseks.
Arveldusperioodi rippmenüüst sai valida 1-kuulise, 12-kuulise ja 2-aastase pakkumise vahel. Vaikimisi vaates, mille jäädvustasin, kuvati 12 kuud ja lisaks kolm sooduskuud. Kuutasu ja ettemakstava summa erinevus jäi nähtavaks, mis on oluline pikaajalisi tellimusi võrdlevatele ostjatele.
Lehel oli ka pikem pakettide võrdluse jaotis, mis käsitles enamat kui ainult VPN-i. Seal loetleti lisateenuseid, näiteks ExpressMailGuard, ExpressKeys ja muud komplektis sisalduvad teenused, aidates selgitada, miks kolme paketi hinnad erinevad. Lisasin vaatamiseks kogu lehe jäädvustuse, kuigi väiksemat paketikaartide pilti on ühe pilguga lihtsam lugeda.
Pärast laiendatud paketi valimist jõudsin ostu vormistamise vormile, kus küsiti e-posti aadressi ning kuvati PayPali, Apple Pay, Google Pay ja maksekaardi valikud.
Tellimuse kokkuvõttes olid näha valitud 12 kuu ja kolme lisasoodustuskuu pakkumine, esmane kogutasu, maks ja automaatse uuendamise üksikasjad. Eri-IP-aadressi lisamise võimalus oli esitatud eraldi, mitte vaikimisi paketis sisalduvana.
Jäädvustatud laiendatud paketi pakkumisel oli esmane tasu $89.85 ja iga-aastase uuendamise hind $119.95; need on ajaloolised tähelepanekud ekraanilt, mitte väide, et sama pakkumine on kõigile lugejatele saadaval.
Ostu vormistamisel kuvati ka tingimustele vastavatele uutele kasutajatele mõeldud 30-päevane raha tagasi garantii.
Järgmine samm oli makseandmete sisestamine. ExpressVPN pakkus mitut maksevõimalust, sealhulgas PayPali, Apple Payd, Google Payd ning krediit- või deebetkaarti. Ostu vormistamise lehel kuvati tellimuse kokkuvõte maksevormi kõrval, nii et enne ostu kinnitamist oli lihtne üle vaadata tellimuse hind, arveldusperiood ja automaatse uuendamise tingimused.
Kui olete makseandmed sisestanud, viige ostu vormistamine lõpule eelistatud makseviisiga. Seejärel kontrollige oma e-posti, et leida ExpressVPN-i kontoandmed ja aktiveerimiskood. Hoidke kood käepärast, sest vajate seda rakenduse aktiveerimiseks oma seadmes. Järgmises jaotises näitan, kuidas ma seda Linuxis ExpressVPN-i seadistamisel kasutasin.
ExpressVPN muudab registreerimise lihtsaks: tellimuspaketid, paindlikud arveldusperioodid ja mitmed maksevõimalused on selgelt esitatud. Hindasin eriti seda, et ostu vormistamisel kuvati esmane tasu ja uuendamise tingimused, mistõttu oli lihtsam mõista, millele registreerute. Ka kolme paketti oli lihtne võrrelda, kuid pöörake tähelepanu soodushinnaga kuutasu ja tegelikult arveldatava summa erinevusele.
Ostu vormistamiselt rakenduse seadistamisele üleminek on lihtne: kontoandmed ja aktiveerimiskood saadetakse e-postiga. Üldiselt leidsin, et registreerimisprotsess oli hästi korraldatud, selgete juhistega ja ilma asjatult keerukate sammudeta.
Järgmisena avasin rakenduse allalaadimise lehed. ExpressVPN-i üldine allalaadimisleht tuvastas, et kasutasin Linuxit, ning tõstis esile nupu „Download Linux App”. Nii ei pidanud ma õiget töölauaplatvormi käsitsi otsima.
Avasin ka navigeerimismenüü „Download VPN”. Seal olid paigaldusprogrammid jaotatud kategooriatesse Töölaua-, Mobiili-, Teleri & voogedastuse, Ruuterite ja Laienduste jaoks. Töölaua alammenüüs olid Windows, macOS ja Linux, nii et külastaja pääses õige paigaldusprogrammini ka automaatse tuvastuseta.
Seejärel kuvati seadistusvoos leht „Seadistage oma rakendused”, kus olid allalaadimisnupp ja paigaldusjuhised. See eristas selgelt rakenduse hankimise tellimuse aktiveerimisest.
Linuxi jaoks mõeldud lehel leidsin nupu „Download Now” ja lühikese kaheastmelise selgituse: paigaldage rakendus ja sisestage küsimise korral aktiveerimiskood. Samuti oli olemas link üksikasjalikumale Linuxi häälestusjuhendile.
Brauser kinnitas, et universaalne Linuxi paigaldusprogramm oli edukalt alla laaditud. Faili nimi oli expressvpn-linux-universal-14.3.1.15429_release.run ja see oli brauseri allalaadimiste loendis ligikaudu 186 MB suurune.
Kontrollisin enne paigaldusprogrammi käivitamist oma operatsioonisüsteemi ja arhitektuuri. Minu arvuti andmetel oli kasutusel Ubuntul põhinev Pop!_OS 24.04 LTS ja x86_64 arhitektuur. Seejärel avasin allalaadimiste kausta, andsin .run-failile käivitamisõigused ja käivitasin selle terminalist.
cd ~/Downloads
chmod +x expressvpn-linux-universal-14.3.1.15429_release.run
./expressvpn-linux-universal-14.3.1.15429_release.run
Paigaldusprogramm kontrollis arhiivi, pakkis paketi lahti, paigaldas vajalikud sõltuvused, seadistas süsteemiõigused, lõi töölauakirje ja käivitas ExpressVPN-i taustateenuse. Terminali lõplik väljund näitas, et sõltuvuste paigaldamine ja muud paigaldusetapid lõppesid edukalt.
Paigaldamisel ei tekkinud mul ühtegi viga ega sõltuvuskonflikti. Müüja toetatud distributsioonide loendis Pop!_OS-i sõnaselgelt ei nimetata, seega kirjeldaksin seda edukalt läbitud testina konkreetses arvutis, mitte tagatisena, et see toimib kõigi Pop!_OS-i paigalduste korral.
Paigaldamine oli lihtne inimesele, kes oskab terminalis mõne käsu käivitada. Veelgi olulisem on see, et ExpressVPN seadistas süsteemi vajaliku osa nii, et mul polnud vaja paketiprobleeme lahendada ega teenuseid käsitsi käivitada. Uuele kasutajale, kes ootab täielikult graafilist paigaldusprogrammi, võib terminali kasutamise nõue siiski ebamugavam tunduda.
Kui paigaldamine oli lõppenud, avas ExpressVPN graafilise akna, mille keskel oli suur toitenupp ja selgelt nähtav olek „Pole kaitstud”. Enne sisselogimist kuvati rakenduses nupud „Registreeru” ja „Sign In”. Valikulises ribas küsiti, kas soovin jagada anonüümset ühendusstatistikat; nägin võimalust sellest keelduda.
Nupul Sign In klõpsates avanes ekraan kolme autentimisvõimalusega: sisselogimislink e-posti teel, parool või aktiveerimiskood. Valisin aktiveerimiskoodi võimaluse, sisestasin koodi ja logisin edukalt sisse. Enne töölauale jõudmist ei nõudnud protsess serveri ega protokolli seadistamist.
Pärast edukat aktiveerimist kuvati töölaual Smart Location soovitusena Lõuna-Aafrika. Samuti näidati hiljutiste asukohtade ala, vidinat Time Protected, protokolli seadet „Automatic” ja väikest serverikaarti. Olekuks oli endiselt „Kaitsmata”, kuni vajutasin ühendusnuppu.
Klõpsasin suurel toitenupul ja VPN teatas edukast ühendusest ligikaudu kahe sekundi jooksul. Ekraan muutus kohe erkroheliseks, olekuks sai „Kaitstud” ja ilmus aktiivse ühenduse taimer. See selge visuaalne tagasiside tegi muudatuse hõlpsasti arusaadavaks.
Ekraanipildi tegemise ajal näitas ühenduse taimer kuut sekundit; see on ühenduses oldud aeg, mitte ühenduse loomisele kulunud aeg. Testi ajal täheldasin ühenduse loomiseks kahte sekundit.
ExpressVPN-i esmakordse kasutamise juhtnuppudest oli lihtne aru saada. Saadaolevad sisselogimisviisid olid selgelt märgistatud, protokolli polnud vaja alguses valida ja esimene ühendus loodi ühe klõpsuga.
Selge visuaalne erinevus olekute „Kaitsmata” ja „Kaitstud” vahel on eriti kasulik vähem kogenud VPN-i kasutajatele. Kontrollin tegelikku IP-aadressi peitmist ja lekkekaitset eraldi, mitte ei käsitle rakenduse olekusilti turvatõendina.
Seejärel klõpsasin kaardil Selected Location, et serverivalikut uurida. Avanes otsinguvõimalusega paneel, millel olid vahekaardid Recommended ja All Locations. Jaotis Recommended oli jaotatud kategooriateks Fastest Servers, Favorites ja Most Popular in Your Country.
Lõuna-Aafrika oli kategoorias Fastest Servers koos ühenduse kvaliteedi näidikuga. Jaotises Favorites kuvati 0/10 ning selgitati, et asukohti saab tärniga tähistades salvestada. Laiendatavates ridades kuvati selliseid riike nagu United States, Ühendkuningriik, Madalmaad, Saksamaa, Rootsi, Šveits ja Itaalia ning võimaluse korral ka asukohtade arv.
Avasin ka ka kiireimate serverite rippmenüü. Valikutena pakuti „3 parimat (hinnangu järgi)” ja „5 parimat (hinnangu järgi)”. See annab kasutajaliidesele veidi paindlikkust, kuid ma pole veel serverite järjestamise kriteeriume katsetanud ega kinnitanud, kas need valikud vastavad mõõdetud kiirustele.
Tegelikku serverivahetust katsetades avasin United States kirje, olles samal ajal ühendatud Lõuna-Aafrikaga. ExpressVPN loetles kolm linna: New York (251 ms), San Francisco (312 ms) ja Chicago (282 ms). Nende latentsusnäitajate kuvamine linnanimede kõrval oli esmase võrdluse jaoks kasulik, kuid tegeliku jõudluse hindamisel tuginen eraldi võrdlustestidele.
Valisin USA – New York. ExpressVPN siirdus automaatselt Lõuna-Aafrika serverist USA asukohta, küsimata, kas soovin ühenduse katkestada või muudatuse kinnitada. Kasutajaliides teatas umbes kahe sekundi pärast taas, et ühendus on kaitstud, ja ma ei kohanud ühtegi viga.
Ekraanipildil on aktiivse ühenduse taimeril kolm sekundit; see mõõdab juba ühenduses oldud aega, mitte serverite vahetamiseks kulunud umbes kahte sekundit.
Asukohavalijat oli lihtne mõista ja serveri vahetamine oli veelgi lihtsam. Avasin United States loendi, valisin New Yorgi ja ExpressVPN lõi umbes kahe sekundiga automaatselt uuesti ühenduse, ilma et oleks vaja olnud lisakinnitust. Rakendus naasis selgelt rohelisse olekusse „Ühendus on kaitstud”. Järgmisena kontrollisin, kui lihtne oli linna otsida ja eelistatud asukoht salvestada.
Järgmisena kontrollisin, kui kiiresti suudan kindla linna leida. Vahekaardil All Locations sisestasin otsinguväljale „London”. ExpressVPN näitas kahte Ühendkuningriigi asukohta: UK – East London ja UK – London. Mõlema nime kõrval kuvati 186 ms, nii et nägin rakenduse latentsusprognoose ilma eraldi kuva avamata.
Lemmikute katsetamiseks valisin UK – East London kõrval oleva tähe. Täht täitus ja andis kohe märku, et olin selle asukoha salvestanud.
Seejärel naasin vahekaardile Recommended. Lemmikute pealkirja juures oli arv muutunud väärtuselt 0/10 väärtusele 1/10 ning UK – East London ilmus selle alla. Rakendus näitas jaotises „Hiljutised asukohad” ka USA – New York, pakkudes mulle kaht mugavat võimalust varem kasutatud serveritega uuesti ühenduse loomiseks.
Asukohaotsing oli minu jaoks lihtne. Linna nime sisestamine piiras serverite loendi asjakohaste tulemustega ning UK – East London salvestamiseks piisas ühest klõpsust. Seejärel ilmus salvestatud asukoht ootuspäraselt jaotises Recommended. Test näitas, et nii linna leidmine kui ka salvestatud sihtkoha leidmine olid lihtsad; eraldi serveri vahetamise test oli ühenduse toimimist juba käsitlenud.
Pärast serverite asukohtade uurimist avasin töölauarakenduses ekraani VPN Protocol. ExpressVPN-is oli vaikimisi valitud Automatic (recommended) ning lühidalt selgitati, et rakendus valib võrgule sobiva protokolli. See tähendas, et sain luua esimese ühenduse, ilma et oleksin pidanud protokollide erinevusi mõistma.
Protokollide loendis olid Lightway – UDP, Lightway – TCP, WireGuard, OpenVPN – UDP ja OpenVPN – TCP. Kirjeldused olid kasulikud: Lightway – UDP-d kirjeldati kiiruse, turvalisuse ja töökindluse jaoks optimeerituna, samas kui Lightway – TCP-d esitleti teatud võrkude jaoks parema valikuna. Mõlema Lightway valiku puhul mainiti sõnaselgelt kvantijärgset tuge. WireGuardi ja OpenVPN – UDP juures olid lühikesed selgitused ühilduvuse või jõudluse kohta. OpenVPN – TCP kirjeldus ulatus kuvatõmmisel ekraanist allapoole, seega ei ole ma selle kogu sõnastust veel hinnanud.
Et kontrollida, kuidas protokolli käsitsi muutmine toimib, valisin ühenduse ajal Lightway – UDP. ExpressVPN kuvas kinnitusteate „Change VPN Protocol?“, milles selgitati, et uue seade rakendamiseks loob rakendus ühenduse uuesti. Valisin Continue ning VPN-i olek muutus ligikaudu nelja sekundi pärast taas kaitstuks. Seejärel näitas juhtpaneel, et valitud protokoll on Lightway – UDP.
ExpressVPN ühendab lihtsuse käsitsi juhtimise võimalusega. Automatic on hõlpsasti kasutatav vaikevalik ning kirjeldused muudavad protokollide loendi arusaadavaks ka välise dokumentatsioonita. Hindasin ka enne seadistuse muutmist kuvatud hoiatust, mis andis teada, et muudatus katkestab praeguse ühenduse. Lightway – UDP rakendus edukalt pärast ligikaudu neljasekundilist taasühendamist. Katsetasin seadistuse muutmist, mitte protokollide võrdlevat kiirust ega turvalisust.
Pärast ühenduse loomist ja serverite vahetamist uurisin Profile’i, et näha, kui hõlpsasti saab tellija rakendust hallata. Lehe ülaosas kuvati konto olekuna „Aktiivne“, aegumiskuupäevana 13. juuli 2027, osaliselt varjatud konto ID ja link „Halda tellimust“. Nii olid olulised andmed ühes kohas ning ma ei pidanud konto aktiivsuse kinnitamiseks arveldusveebisaiti külastama.
Alla kerides leidsin välimuse, Internet Kill Switch, VPN Protocol, Split Tunneling, turbetööriistad ja Auto-connect. Turbetööriistade kirje kirjeldas IP-, DNS- ja WebRTC-lekke kontrolle ning paroolide genereerimist. Nende kirjete juures olevad kirjeldused lihtsustasid tehniliste seadete leidmist.
Leidsin ka kaks eraldi käivituseelistust. „Ühenda käivitamisel“ oli välja lülitatud, samal ajal kui „Käivita ExpressVPN käivitumisel“ oli sisse lülitatud. See erinevus on oluline: rakenduse avamine koos arvutiga ei ole sama mis ühenduse automaatne turvamine. Töölauateavitused, automaatsed uuendused ja taustal tehtavad latentsuskontrollid olid sisse lülitatud ning rakenduse keeleks oli määratud inglise keel.
Allosas pakkus ExpressVPN võimalusi sõprade kutsumiseks, rakenduse desinstallimiseks, konto kustutamiseks ja väljalogimiseks. Desinstallimisvaliku kirjelduses selgitati, et see eemaldab rakenduse arvutist. Konto kustutamise valikus hoiatati, et ülejäänud tellimuse kehtivusaeg läheb kaotsi. Vaatasin need valikud üle, kuid ei teinud midagi hävitavat.
Profile’i kuva oli üles ehitatud praktiliste ülesannete ümber. Sain tellimuse olekut kontrollida, ühenduse seaded leida, käivituseelistusi vaadata ja kontoga seotud valikud üles leida ilma suurema otsimiseta. Peamine kompromiss on see, et ühel keritaval lehel on palju seadeid, kuigi selged nimetused ja selgitavad tekstid tasakaalustasid seda tihedust suuresti.
Avasin Profile’ist valiku Internet Kill Switch. Kuvati kolm eraldi juhtelementi. „Luba ühenduse korral“ oli sisse lülitatud ning selle kirjelduses öeldi, et see blokeerib VPN-ist väljaspool toimuva liikluse, sealhulgas ühenduse katkemise korral.
„Luba alati“ oli välja lülitatud; selle kirjelduses selgitati, et VPN-ist väljaspool toimuvat liiklust saab blokeerida ka siis, kui VPN on välja lülitatud. „Luba juurdepääs kohaliku võrgu seadmetele“ oli sisse lülitatud, võimaldades ühenduse ajal juurdepääsu kohalikele seadmetele, näiteks printeritele ja failiserveritele.
Esimese kahe seadistuse erinevus on oluline. Kasutaja, kes loeb ainult sõnu „ühenduse katkestuskaitse”, ei pruugi oodata eraldi pidevalt aktiivset režiimi. ExpressVPN selgitas aga mõlemat otse lehel, mistõttu oli erinevus selge juba enne, kui midagi muutsin. Ma ei katkestanud siin ühendust lekketõkestuse kontrollimiseks; see kuulub turvatestide juurde.
Automaatne ühendamine oli eraldi leht ja esialgu välja lülitatud. Kui lüliti oli väljas, kuvati ekraanil ainult lühike selgitus, nii et kasutajaliides jäi korrastatuks nende jaoks, kes automaatseid reegleid ei vaja.
Funktsiooni Auto-connect sisselülitamisel ilmus nupp Add Setting. See andis mõista, et reeglid on valikulised, mitte ei rakendu automaatselt kohe, kui funktsioon sisse lülitada.
Dialoog Add Setting pakkus tingimusi turvalise Wi-Fi, turvamata Wi-Fi, Etherneti või kindla nimega Wi-Fi-võrguga liitumiseks. Iga tingimuse puhul sain valida kas VPN-iga ühendamise või VPN-ist lahutamise. Nupp Confirm jäi passiivseks, kuni olin tingimuse valinud, aidates vältida pooliku reegli loomist. Vaatasin valikud läbi, kuid ei salvestanud reeglit.
Need seaded annavad kasutajatele sisulise kontrolli, sundimata neid esimesel ühendamisel keerukat seadistust tegema. Ühenduse katkestuskaitse selgitused on konkreetsed ning automaatse ühendamise reeglid hõlmavad levinud olukordi, näiteks avaliku Wi-Fi ja Etherneti kasutamist. Sooviksin siiski, et rakendus ütleks selgemalt, et üldised käivitussuvandid ja võrgupõhised Auto-connect reeglid täidavad eri eesmärke. Hindasin seadistuskuvasid, mitte ühenduse katkestuskaitse ega automaatsete reeglite tegelikku tõhusust.
Järgmisena avasin Split Tunneling. Funktsioon oli vaikimisi välja lülitatud ning selle alamvalikud marsruutimiseks olid keelatud, kuni selle sisse lülitasin. Sissejuhatav tekst selgitas, et saan valida, millised rakendused VPN-i kasutavad.
Pärast funktsiooni sisselülitamist kuvati lehel vaikereegel rühmale Kõik muud rakendused ning eraldi rühm Marsruuditud pak…, mis hõlmas kirjelduse järgi enamikku konteinereid ja virtuaalmasinaid. Igal rühmal oli rippmenüü valikutega „Kasuta VPN-i” või „Suuna VPN-ist mööda”. Nii sai enne üksikute erandite lisamist läbi mõelda, kuhu liiklus suunata.
Kontrollisin marsruutimise menüüsid, selle asemel et eeldada, et mõlemad rühmad toimivad ühtemoodi. Mõlemas olid samad kaks valikut ning lehel hoiatati, et muudatuste jõustumiseks võib olla vaja rakendused taaskäivitada.
Nupul Add App klõpsamisel avanes Linuxi failivalija, mis näitas algselt asukohta /opt/expressvpn/bin ja loetles käivitatavad failid. See toimib, kuid on vähem kasutajasõbralik kui valija, mis kuvab installitud rakendusi tuttavate nimede ja ikoonidega. Linuxi uus kasutaja võib välistuse loomiseks vajada teadmist, kus rakenduse käivitatav fail asub.
Nupul Add IP klõpsamisel avanes selgem sisestusdialoog. See aktsepteeris nii IPv4- ja IPv6-aadresse kui ka CIDR-notatsioonis alamvõrke ning tõi ekraanil mitu näidet. Nupp OK oli välja lülitatud, kui väli oli tühi. Ma ei lisanud aadressi ega muutnud pärisrakenduste marsruutimist, sest see oleks võinud häirida meie hilisemat turvatestimist.
Leidsin, et ExpressVPN-i jagatud tunneldamise seaded on paindlikud. See pakub marsruutimisvalikuid üldise rakendusliikluse jaoks, eraldi rühma jaoks, kuhu kuuluvad konteinerid ja virtuaalmasinad, ning konkreetsete rakenduste või IP-aadresside välistamiseks. IP-aadressi sisestamise kuva on selge. Peamine kasutusmugavuse puudus on nupp Add App, mis avab lihtsa installitud rakenduste loendi asemel otse failisüsteemi kuvava failibrauseri. Vaatasin seadistusvoo läbi, kuid ei kontrollinud välistatud rakenduste liiklust ega salvestanud kohandatud reeglit.
Lõpuks avasin vasakul vahekaardi Speed Test. Kuval oli suur käivitusnupp ja tühi tulemuste tabel, kus olid väljad VPN-server, VPN-i IP-aadress, protokoll, testi lõpp-punkt, testi lõpp-punkti IP-aadress, allalaadimine, üleslaadimine, latentsus, viite kõikumine ja paketikadu. Enne testi käivitamist sain vaadata, milliseid näitajaid tööriist kavatses mõõta.
Klõpsasin käivitusnuppu. Rakenduses kuvati kohe edenemisteateid, alustades tekstiga „ISP testi ettevalmistamine…” ning seejärel teatati üksikute üleslaadimistestide käivitamisest. Ma ei pidanud eraldi testiteenust seadistama ega mõõtmisserverit valima.
Test lõppes ja kõik kuvatud tulemused ilmusid tabelisse. Väljal VPN-server oli kirjas USA – New York, väljal Protokoll oli kirjas Automaatne ning testi lõpp-punkt oli Bulgaaria. See lõpp-punkti asukoht torkas silma, sest see erines VPN-serveri asukohast. Liides ei selgitanud tulemuste kuval seda erinevust.
Lõpetatud test näitas allalaadimiskiiruseks 24 Mb/s, üleslaadimiskiiruseks 9 Mb/s, latentsuseks 332 ms, viite kõikumiseks 11 ms ja paketikaoks 0%. Need väärtused pärinevad sellest ühest sisseehitatud testist ega ole keskmine ega sõltumatu võrdlustulemus. Jõudluse hindamiseks kasutan eraldi korratavaid lähteväärtuse ja ühendatud oleku teste.
Speed Test oli mugav: selle käivitamiseks piisas ühest klõpsust, edenemisteated näitasid etappe ning tulemused hõlmasid enamat kui ainult allalaadimiskiirust. Bulgaaria testi lõpp-punkti selgitamata jätmine New Yorgi VPN-i asukoha kõrval võib aga lugejaid segadusse ajada. Käsitleksin seda kasuliku kiire diagnostikavahendina, mitte ainsa alusena VPN-ide jõudluse võrdlemiseks.
ExpressVPN-i käivitamine minu Pop!_OS-i süsteemis oli lihtne. Paigaldamine lõppes sõltuvustega seotud tõrkeotsinguta, sisselogimiseks oli aktiveerimisel mitu võimalust ja esimese ühenduse loomine Lõuna-Aafrikaga võttis umbes kaks sekundit. Serveri vahetamine oli sama kiire ning eelistatud asukoha otsimine ja salvestamine nõudis vähe vaeva. Liides näitas ühenduse olekut järjepidevalt selgelt.
Tehnilisemad seaded olid enamasti hästi esitatud ning protokollide, katkestuskaitse režiimide, automaatsete võrgureeglite ja jagatud tunneldamise kohta olid abistavad kirjeldused. Lightway – UDP-le lülitumisel kuvati selge hoiatus ning ühendus loodi uuesti umbes nelja sekundiga. Rakendus koondas ka tellimuse andmed, seaded ja kontotoimingud ühele Profile-lehele.
Parandamist vajavad valdkonnad olid algajate jaoks terminalipõhine Linuxi paigaldamine, mõnevõrra tihe Profile-leht, failitee põhjal toimiv Add App-valija ning sisseehitatud Speed Test lõpp-punkti selgitamata asukoht. Ükski neist ei takistanud mul katsetatud ülesandeid täitmast, kuid igaüks lisab hõõrdumist võrreldes muidu lihtsa kasutuskogemusega.
ExpressVPN-i tugivõimaluste hulka kuuluvad järgmised kanalid:
| Tugikanal | Kuidas kasutada | Minu test |
|---|---|---|
| Ööpäevaringne reaalajavestlus | Veebisaidi vestlusnupp; esmalt tehisintellekt, seejärel tugiagent | Testitud |
| E-post / tugipäring | Rakenduses valik „Contact Us”; vastus e-posti teel | Testimata |
| Tugikeskus | Otsitavad abiartiklid aadressil expressvpn.com/support | Üle vaadatud |
ExpressVPN reklaamib ööpäevaringset reaalajavestlust . Selle dokumentatsioonis kirjeldatakse ka seda, kuidas esitada rakenduse kaudu tugipäringuid ja saada vastuseid e-posti teel.
Otsitav tugikeskus pakub iseteeninduslikku abi seadistamise, tõrkeotsingu ja kontoga seotud küsimuste korral. Need on kanalid, mille kasutamist sain kontrollida; katsetasin isiklikult reaalajavestlust ja tutvusin dokumentatsiooniga, kuid ei kontrollinud e-posti teel pakutava toe vastamiskiirust.
Avasin ExpressVPN-i veebisaidi vestluse klienditoe liidese kaudu. Enne kui jõudsin probleemi kirjeldada, küsis ExpressVPN AI Assistant (beta) minu nime, e-posti aadressi ja seda, kas olen juba klient.
Vestluses avaldati ka, et vestlused salvestatakse pilveteenuse abil ning nende suhtes kehtib ExpressVPN-i privaatsusteatis. See teavitus oli kasulik, eriti ettevõtte puhul, mis müüb privaatsustoodet, kuigi esialgsed küsimused tekitasid veidi lisavaeva.
Kell 5:23 p.m. esitasin tõelise tehnilise küsimuse. Pop!_OS 24.04 LTS-is BrowserLeaks abil tehtud testi ajal erinesid saidi kaug-IP-aadress ja WebRTC teatatud avalik IP-aadress, kuigi mõlemad näisid asuvat New Yorgis. Küsisin, kas see erinevus tähendab, et minu algne IP-aadress lekib, ja kuidas kontrollida, kas olen kaitstud. See oli sisukam test kui lihtsa hinna- või paigaldusküsimuse esitamine, sest selleks pidi agent tegelikke tulemusi tõlgendama.
Tehisintellekti assistent vastas ligikaudu ühe minutiga. Ta hoiatas õigesti, et kaks erinevat New Yorgi IP-aadressi ei tõenda automaatselt WebRTC-leket. Seejärel soovitas ta kontrollida Linuxi rakenduse versiooni, uuesti ühenduse luua ning kasutada ExpressVPN-i enda avaliku IP-aadressi ja DNS-lekke kontrollimise lehti. Samuti palus ta teatada nende kontrollide asukoha ja oleku, mitte IP-aadresse endid.
Hindasin tasakaalukat sõnastust: tehisintellekt ei teinud rutakat ja ärevust tekitavat järeldust ega kinnitanud ekslikult, et kõik on turvaline. Selle soovitused olid teostatavad ja arvestasid mõistlikult privaatsusega.
Avaliku IP-aadressi kontroll ja DNS-test üksi ei selgita siiski otseselt, miks WebRTC teatas teistsugusest IP-aadressist. Vastuses ei tuvastatud kahe aadressi omanikku ega nende marsruutimise seost ning samuti ei antud WebRTC-spetsiifilist kontrollimisprotseduuri.
Seetõttu palusin rääkida inimspetsialistiga. Umbes kell 5:25 p.m. kinnitas tehisintellekt minu soovi ja ütles, et ühendab mind agendiga. Inimagendiga ühenduse taotlemine oli lihtne: eraldi tugipäringut ei olnud vaja esitada ega teist lehte otsida. Ooteaeg oli nõrk koht.
Inimagendiga sain ühenduse alles kell 5:39 p.m., mis tähendab, et ootasin pärast üleviimise taotlemist umbes 14 minutit. Agent Paris tervitas mind ja ütles, et kontrollib, kus vestlus pooleli jäi.
See ajastus on oluline. Näilise VPN-lekke pärast muretsev inimene võib vajada vastust enne tundliku sirvimise jätkamist. Tehisintellekt andis kasuliku esmase vastuse, kuid 14-minutiline inimagendi ootejärjekord vähendas reklaamitud ööpäevaringse vestluskanali eelist. Ööpäev läbi saadaval olemine ei tähenda sama, mis kasutajate kohene ühendamine spetsialistiga.
Minu kogemus oli kahetine. Tehisintellekti assistent vastas umbes ühe minuti jooksul, mõistis, et IP-aadresside mittevastavus ei tähenda automaatselt leket, ning soovitas mõistlikke järgmisi samme, palumata mul vestlusesse tooreid aadresse kleepida.
Inimesega ühenduse saamiseks piisas lihtsast palvest, kuid agendi liitumiseks kulus umbes 14 minutit.
Seejärel uurisin ExpressVPN-i tugikeskust. Avalehel oli silmapaistev otsinguväli ja neli suurt kategooriat: ExpressVPN-i seadistamine, probleemide lahendamine, konto haldamine ja meiega tutvumine.
Iga kaart selgitas lühidalt oma eesmärki. Allpool olevad populaarsed artiklid käsitlesid praktilisi küsimusi, näiteks aktiveerimiskoodi leidmist, tellimuse tühistamist, seadmete piiranguid, rakenduse värskendamist ja teenuse uuendamist. Eraldi jaotis allosas suunas lugejad ööpäevaringsesse reaalajavestlusse.
See kujundus mõjus kutsuvana, mitte tehnilisena lihtsalt tehnilisuse pärast. Uus tellija saab alustada seadistamisest, samas kui parajasti probleemi kogev inimene saab minna otse tõrkeotsingu juurde.
Populaarsete artiklite lingid toovad esile ka levinud kontoga seotud küsimused, ilma et külastajad peaksid otsima. Ma ei testinud otsingutulemusi ametlikult, seega põhineb minu hinnang navigeerimisele nähtaval ülesehitusel ja linkidel, mida uurisin.
See tõrkeotsingu leht käsitles teemat põhjalikumalt. Ühe pika eristamata loendi asemel jagas see abi järgmisteks osadeks: ühenduse abi, voogedastuse abi, platvormid, Aircove’i ruuterid, ExpressKeys, eri-IP-aadressi abi ja muud probleemid. Ühenduse jaotis hõlmas teemasid, nagu ühenduse katkemine, ühenduse loomise ebaõnnestumine, internetiühenduse probleemid ja seaded, mis võivad VPN-ühendust parandada.
Mulle meeldis eraldi platvormide jaotis, kus Windowsi, macOS-i, Androidi, iOS-i ja muude seadmete kõrval oli ka Linux. See on oluline, sest Linuxi juhised erinevad sageli Windowsi ja macOS-i omadest ning nõuanded ei tohiks eeldada, et kõigi lauaarvutite seadistusmenüüd on ühesugused.
Juhiste tegeliku kasulikkuse hindamiseks avasin artikli „Seadete muudatused, mis võivad VPN-ühendust parandada”, mille värskendamise kuupäevaks oli märgitud 5. oktoober 2026. Lehel olid seotud juhised rühmitatud operatsioonisüsteemi järgi ning seal viidati konkreetsetele parandustele, selle asemel et püüda kõiki probleeme ühes hiiglaslikus artiklis lahendada.
Selle Linuxi jaotis käsitles Chrome’i ja Firefoxi brauseri puhverserveri seadeid, VPN-iga ühenduses olemist ilma internetiühenduseta, ühenduse loomise võimatust, ebaturvalise ühenduse hoiatust ja korduvaid ühenduse katkemisi.
Need on levinud ühendusprobleemide korral mõistlikud lähtekohad. Artiklis oli ka link reaalajavestluse juurde juhuks, kui soovitatud sammudest ei piisa.
Uurisin ka täiendavat brauseri puhverserveri õpetust. Selle pikk platvormipõhine juhend kasutas seadistamise suunamiseks nummerdatud juhiseid ja ekraanipiltide asukohti. Mõned illustratsioonialad paistsid minu täislehe jäädvustuses tühjad, seega ei saa ma kinnitada, et kõik illustratsioonid laaditi korrektselt; selle põhjuseks võis olla ekraanipildi jäädvustamine, mitte vigane artikkel.
Minu konkreetse probleemi puhul oli suurim piirang seotud teemaga: ühenduse seadete keskus aitas levinud VPN-i seadistamise ja ühenduse vigade korral, kuid ei selgitanud iseenesest WebRTC lahknevust, mille kohta ma reaalajavestluses küsisin.
See oli kasulik tõrkeotsingu juhendite kataloog, mitte asendus spetsialistile, kes uuriks konkreetset teatatud IP-aadresside paari.
ExpressVPN-i tugidokumentatsioon oli kasutuskogemuse kõige tugevam iseteeninduslik osa. Kategooriad olid intuitiivsed, teemade valik ulatuslik ning Linuxi-spetsiifilised lingid hõlbustasid sobivate juhiste leidmist.
Ühenduse seadete artikkel oli ajakohane ja platvormide kaupa korraldatud. Kasutaksin seda levinud paigaldus-, puhverserveri- ja ühendusprobleemide korral, kuid spetsiifilisema privaatsusdiagnostika küsimuse puhul võib siiski vaja minna otsetuge. Samuti ei teeks ma üksnes täislehe ekraanipildi põhjal järeldusi piltide laadimise töökindluse kohta.
ExpressVPN pakub abi saamiseks mitut võimalust ning selle tugisaidil on neid lihtne leida. Hindasin kõrgelt hästi struktureeritud teadmusbaasi ja tehisintellekti assistendi hoolikat esialgset selgitust. Reaalajavestluse kasutamine oli lihtne, kuid 14-minutiline ooteaeg inimagendiga suhtlemiseks valmistas pettumuse küsimuse puhul, mis puudutas võimalikku privaatsusleket.
Seetõttu hindan dokumentatsiooni ja esmast juhendamist positiivselt, reageerimiskiirust vastuoluliselt ning inimeste võimet probleeme lahendada piiratult.
ExpressVPN oli minu praktiliste Linuxi testide ajal võimekas ja hõlpsasti kasutatav VPN. Paigaldasin rakenduse sõltuvusprobleemideta, lõin ühenduse umbes kahe sekundiga ja vahetasin riike, ilma et oleksin pidanud kinnitama või ühendust käsitsi katkestama. Asukohaotsing, automaatse ühendamise reeglid, ühenduse katkestuskaitse seaded ja jagatud tunneldamise valikud andsid mulle samuti hea kontrolli, muutmata põhiühenduse kuva ülekoormatuks.
Jõudlusnäitajad olid vähem järjepidevalt muljetavaldavad. Keskmine allalaadimiskiirus ulatus 140.62 Mbps-st Lõuna-Aafrikas kuni 198.89 Mbps-ni asukohas London, võrreldes 275.62 Mbps suuruse lähteväärtusega ilma ühenduseta, ning kaugserverite ping kasvas järsult.
Minu lühikesed sirvimis- ja videotestid sujusid hästi ning pidevalt aktiivse režiimi ühenduse katkestuskaitse blokeeris liikluse pärast ühenduse käsitsi katkestamist. IP- ja DNS-tulemused ei näidanud ilmset leket kohaliku internetiteenuse pakkuja kaudu, kuid ma ei käsitleks neid üksikuid tulemusi absoluutse lekkekindluse garantiina.
Soovitaksin ExpressVPN-i inimestele, kes hindavad selget töölauarakendust, lihtsat serveri vahetamist, kasulikke ühenduse kaitsemeetmeid ja laia sihtkohtade valikut. Kui teie peamine nõue on väikese latentsusega mängimine, püsivalt suur andmeedastuskiirus või kohene abi inimeselt, pöörake minu tulemuste piirangutele suurt tähelepanu.
| Plaani Nimi | Hind | |
|---|---|---|
| Basic | 2,68 € | Üksikasjad |
| Advanced | 4,03 € | Üksikasjad |
| Express Pro | 6,72 € | Üksikasjad |
See juhtus minu testides. Ühendamata keskmisega 275,62 Mbps allalaadimiskiiruse juures olid ühendatud keskmised 140,62 Mbps Lõuna-Aafrika puhul, 163,12 Mbps New Yorgi puhul ja 198,89 Mbps Londoni puhul. Ka teised Speedtesti lõpp-punktid ja võrgutingimused aitasid kaasa täheldatud erinevustele, seega ei ole protsendid puhas VPN-i koormuse mõõdik.
Ma nägin IP ja DNS kontrollides New Yorgi VPNiga seotud aadresse, mitte ilmset Keenia internetiteenuse pakkuja aadressi. BrowserLeaks märkis kahe New Yorgi IP-aadressi vahelise mittevastavuse, kuid ainuüksi see ei tõestanud, et aluseks olev ISP IP oli avalikustatud. Mul ei olnud eraldi dokumenteeritud lahtiühendatud IP/DNS lähtejoont, et teha lõplikku puhta tulemuse kinnitust.
Jah. Linuxis leidsin aktiivsete VPN-ühenduste jaoks tapmislüliti režiimid ja alati sisse lülitatud liikluse blokeerimise, lisaks eraldi kohaliku võrgu juurdepääsu kontrollid. Jagatud tunneldamine võimaldas kasutada VPN-i või mööda VPN-ist reegleid, rakenduse ja IP-eranditega. Kinnitasin, et alati sisse lülitatud blokeerimine takistas sirvimist pärast seda, kui katkestasin ühenduse käsitsi, ja taastas juurdepääsu, kui ühendasin uuesti.
ExpressVPNi avaldatud pakettide võrdluses on Basic paketis 10 samaaegset VPN-ühendust, Advanced paketis 12 ja Express Pro paketis 14. Seadmete arv sõltub paketist, mitte ainult operatsioonisüsteemist, millega registreerusite.
ExpressVPN ei paku püsivat tasuta VPN-teenuse taset. See reklaamib kolmapäevast tasuta prooviversiooni sobilikele iOS-i või Androidi rakenduse poe registreerumistele. Esimest korda tellijad, kes ostavad ExpressVPN-i veebisaidi kaudu, on üldiselt sobilikud 30-päevasele tagasimakseperioodile, sõltuvalt ostu ajal kehtivatest tingimustest. Rakenduse poe tagasimaksed järgivad selle asemel Apple’i või Google’i põhimõtteid.
Veebilehe ostud, mis on tehtud toetatud makseviisidega, uuenevad üldjuhul automaatselt. Saate uuendamist ja tühistamist hallata oma veebipõhises ExpressVPNi kontos; rakenduse eemaldamine ei tühista arveldamist. Kontrollige täpset uuendamiskuupäeva ja kassas kuvatavat hinda, kuna soodustingimused ja hilisemad tasud võivad erineda.
Minu tavaline veebis surfamine ja lühike 1080p video test toimisid ilma märgatava puhverdamise või ootamatute VPN-i katkestusteta. Ma ei testinud juurdepääsu konkreetsetele tasulistele voogedastuskataloogidele ega piirkondlikele sisukogudele, seega ei väidaks ma, et mõni konkreetne teenus oli avatud.
Kassaliideses kuvati krediit- ja deebetkaarte, PayPali, Apple Payd ja Google Payd. Saadavus ja tagasimaksete haldamine võivad sõltuda teie riigist ja ostmiseks kasutatud platvormist.
Vastake mõnele lihtsale küsimusele ja leidke endale täiuslik lahendus!
Alustage hostinguotsingut