ExpressVPN egyszerű védelmet és kiterjedt szerverhálózatot ígér, de szerettem volna megtudni, hogyan működik a marketingoldalain kívül. Telepítettem a Linux-alkalmazást, több szervert teszteltem, ellenőriztem az IP-cím- és DNS-szivárgásokat, áttekintettem a beállításait, és egy váratlan WebRTC-eredmény miatt felvettem a kapcsolatot az ügyfélszolgálattal. Az élmény többnyire zökkenőmentes volt, néhány jelentős kompromisszummal. Íme, mit tártak fel a tesztjeim.
Az ExpressVPN-t ár, funkciók, teljesítmény, használhatóság és ügyfélszolgálat szempontjából értékeltem. Ezek az átfogó kritériumok követik az HostAdvice értékelési módszertanában használt kategóriákat, VPN-specifikus szempontokkal, például az adatvédelmi szivárgásokkal, a VPN-protokollokkal és a kapcsolati késleltetéssel kiegészítve. A pontszámok a közvetlen tesztelésemet és az egyértelműen megjelölt szolgáltatói információkat ötvözik; nem jelentenek igazolást minden adatvédelmi állításra.
| Teszt | Pontszám /10 | A pontszám indoklása |
|---|---|---|
| Árazási & csomagok | 9.2 | Egyértelmű feltételek és garancia; a megújításokra és az extrákra figyelni kell. |
| Funkciók | 9.6 | Rugalmas VPN-vezérlők és széles lefedettség |
| Teljesítmény | 9.0 | Használható sebességek és működő állandóan aktív blokkolás; magas késleltetés. |
| Használhatóság | 9.4 | Gyors kapcsolatok, egyértelmű vezérlők; a Linux-alkalmazás alkalmazásválasztója nehézkes. |
| Ügyfélszolgálat színvonala | 9.0 | Hasznos MI és útmutatók; 14 perc várakozás az ügyfélszolgálati munkatársra. |
| Összesített | 9.2 | Kiváló használhatóság és funkciók; ingadozó sebesség és várakozás az ügyfélszolgálatra. |
Az ExpressVPN jelenleg Basic, Advanced és Express Pro csomagokra bontja kínálatát, havi, 12 hónapos és kétéves bevezető lehetőségekkel. A legnagyobb különbségek az egyidejű kapcsolatok, a kiegészítő védelmi funkciók és a mellékelt adatvédelmi eszközök terén vannak.
Megvizsgáltam az Advanced 12 hónapos pénztárát, amely három további ajándék hónapot tüntetett fel, és az induló végösszeg mellett a megújítási díjat is közölte.
Ahelyett, hogy a szolgáltatást a legalacsonyabb meghirdetett havi egyenérték alapján ítélném meg, azt javaslom, hasonlítsa össze a teljes előre fizetendő összeget és az azt követő megújítási díjat. Az akciók változhatnak.
Ugyanez a pénztár a következő fizetési módokat kínálta: hitel- vagy bankkártya, PayPal, Apple Pay és Google Pay. Az ExpressVPN általában bekapcsolja az automatikus megújítást a támogatott fizetési módok esetén, míg a jogosult, első alkalommal a weboldalon előfizetőknek 30 napos pénzvisszafizetési garancia jár. Az alkalmazás-áruházakban vásárolt előfizetésekre eltérő visszatérítési szabályok vonatkoznak.
| Díjcsomag | Kapcsolatok | Főbb tartalmak |
|---|---|---|
| Basic | 10 | Alapvető VPN, alapszintű blokkolás, ExpressMailGuard |
| Advanced | 12 | Követők és felnőtt tartalmakat kínáló webhelyek szabályozása, ExpressKeys, további adatvédelmi előnyök |
| Express Pro | 14 | Dedikált IP-cím, ExpressAI, kibővített eszközcsomag |
A Basic elegendő, ha elsősorban több eszközön szeretné használni a VPN-t. Az Advanced követőblokkolást és adatvédelmi eszközöket tartalmazó csomagot kínál, az Express Pro pedig dedikált IP-címet és további előnyöket biztosít.
A legjobb ár-érték arányú díjcsomag azonban attól függ, hogy mely további funkciókat fogja ténylegesen használni. Nem fizetnék többet olyan funkciókért, amelyeket nem lenne okom megnyitni.
Az ExpressVPN teljesítménytesztjei során azt szerettem volna megállapítani, hogy mennyit őrzök meg az internetkapcsolatom sebességéből, hogyan változik a kapcsolat késleltetése az egyes országok között, és hogy az asztali VPN elrejti-e az IP-címemet és a DNS-adataimat.
Az állandóan aktív vészleállítót és a mindennapi böngészést is ellenőriztem. Az Ookla Speedtest eszközt többkapcsolatos módban használtam, és két mérést végeztem VPN nélkül, majd kettőt-kettőt Dél-Afrikán, az USA – New York helyszínen és az Egyesült Királyság – London helyszínen keresztül.
Rögzítettem a letöltési és feltöltési sebességet, a tétlen pinget és a Speedtest által jelzett tesztvégpontot. Ezek egyetlen kapcsolaton, egy rövid tesztelési munkamenet során elért valós eredmények, nem laboratóriumi mérések.
A viszonyítási alap meghatározásához először bontottam a VPN-kapcsolatot. A nairobi LimeFiber tesztvégponton a két mérés 294.68 és 256.55 Mbps letöltési sebességet, 8.70 és 4.70 Mbps feltöltési sebességet, valamint 36 és 45 ms pinget mutatott. Így a viszonyítási alap átlagos értéke 275.62 Mbps letöltési sebesség, 6.70 Mbps feltöltési sebesség és 40.5 ms tétlen késleltetés lett.
Ezután Dél-Afrikához csatlakoztam. A Speedtest Johannesburgban az Active Fibre-t választotta, a két mérés pedig 144.64 és 136.60 Mbps letöltési sebességet, 4.27 és 5.29 Mbps feltöltési sebességet, valamint mindkét mérésben 98 ms pinget eredményezett. Az átlagos letöltési sebesség 140.62 Mbps volt, ami körülbelül 49%-kal maradt el a viszonyítási alaptól.
A New York-i helyszín sokkal kevésbé egyenletes letöltési sebességet adott. A New York-i UnlimitedFiber kiszolgálójával végzett teszt során az első mérésben 256.81 Mbps, a másodikban viszont mindössze 69.43 Mbps letöltési sebességet mértem. A feltöltési sebesség 8.73 és 10.75 Mbps volt, a ping pedig 260, illetve 333 ms-ra nőtt. A 163.12 Mbps-os átlagos letöltési sebesség elfedi a két mérés közötti nagy eltérést, ezért ezt nem mutatnám be kiszámítható New York-i sebességként.
Végül egy londoni szervert teszteltem a londoni Voneus Limited kiszolgálójával. Az eredmények 227.88 és 169.89 Mbps letöltési sebesség, 6.86 és 6.40 Mbps feltöltési sebesség, valamint 230 és 238 ms ping voltak. A 198.89 Mbps-os átlagos letöltési sebességgel London ezúttal nagyobb átviteli sebességet tartott meg, mint a többi csatlakoztatott helyszín, bár a késleltetése továbbra is jóval magasabb maradt, mint a kapcsolat nélküli viszonyítási alapé.
Az alábbi táblázat az egyes feltételek mellett végzett két mérés átlagát foglalja össze. A letöltési sebesség változását a 275.62 Mbps-os, kapcsolat nélküli viszonyítási alaphoz képest számítjuk ki, ezért a negatív értékek alacsonyabb mért letöltési sebességet jeleznek.
| Kapcsolat | Letöltés | Feltöltés | Ping | Letöltési változás |
|---|---|---|---|---|
| VPN kikapcsolva | 275.62 | 6.70 | 40.5 | — |
| Dél-Afrika | 140.62 | 4.78 | 98 | −49.0% |
| USA – New York | 163.12 | 9.74 | 296.5 | −40.8% |
| Egyesült Királyság – London | 198.89 | 6.63 | 234 | −27.8% |
Óvatosan kezelném azt a feltételezést, hogy ezek a különbségek mind az ExpressVPN-nek tulajdoníthatók. A Speedtest országonként más célkiszolgálót használt: a nairobi LimeFiber, a johannesburgi Active Fibre, a New York-i UnlimitedFiber és a London területén működő Voneus Limited kiszolgálóját. Az eredményeket mind befolyásolja a tesztkiszolgálóhoz vezető útvonal, a távolság és a változó hálózati feltételek. Helyszínenként két mérés a hosszú távú egyenletesség jellemzésére sem elegendő.
Az ExpressVPN mindhárom VPN-helyszínen használható letöltési sebességet biztosított, ebben a rövid összehasonlításban átlagosan London teljesített a legjobban. Dél-Afrikában a letöltési sebesség nagyjából a kapcsolat nélküli viszonyítási alap felére csökkent, New Yorkban pedig különösen nagy eltérés mutatkozott a két mérés között. Mindkét nagy távolságú kapcsolatnál jelentősen nőtt a késleltetés, ezért ezek az útvonalak kevésbé vonzóak a késleltetésre érzékeny feladatokhoz, például a versenyszerű játékhoz. Az eredmények alapján a böngészés és a streamelés teljesítménye gyakorlatban megfelelő, de nem támasztják alá azt az állítást, hogy a kapcsolatok kivétel nélkül gyorsak és egyenletesek.
Miközben a USA – New York helyszínhez csatlakoztam, megnyitottam az ipleak.net oldalt. Az oldal egy New York-i, 216.73.161.x tartományba eső, látszólagos nyilvános IPv4-címet azonosított, amelyet az F.n.s. Holdings Limitedhez rendelt, ahelyett hogy a helyi Zuku-szolgáltatómat jelenítette volna meg.
Az oldal arról számolt be, hogy az IPv6 nem volt elérhető az ellenőrzés során. A WebRTC-rész egy ugyanebbe a tartományba eső New York-i címet is megjelenített, a helyi címet pedig egy mDNS-állomásnév rejtette el.
Az ipleak.net eredményeinek DNS-részében több, New York-i feloldó szerepelt, a 216.73.161.x és 173.239.211.x tartományba eső címeken. A rendelkezésre bocsátott szöveges rögzítés szerint 20 teszt során 16 szervert észleltek; a teljes oldalas képernyőkép viszont egy különálló vagy későbbi eredményt tükröz, ezért a két számot nem vontam össze egyetlen mérésbe.
Ezután lefuttattam a dnsleaktest.com Extended Test tesztjét. Az oldal 216.73.161.92-es nyilvános IP-címet mutatott, és az IPXO-hoz rendelt DNS-feloldókat jelenített meg, amelyek mindegyikének New York volt a helyszíne.
Néhány feloldó állomásneve nem tűnt kapcsolatban állónak az ExpressVPN-nel, de a felsorolt IP-tartományok és helyszínek összhangban voltak a többi tesztben látott New York-i kilépési környezettel. Egy állomásnév önmagában nem elég a DNS-szivárgás megállapításához.
A rendelkezésre bocsátott eredmények egyikén sem szerepelt láthatóan a Zuku internetszolgáltatóm vagy egy kenyai feloldó. Ez biztató, de a képernyőképek nem tartalmaznak külön rögzített, kapcsolat nélküli nyilvános IP-címet és DNS-feloldó-viszonyítási alapot, amellyel pontosan össze lehetne hasonlítani az eredményeket. Ezekről a felvételekről azt állapíthatom meg, hogy nem látható rajtuk nyilvánvaló internetszolgáltatói/DNS-kitettség, de ez nem tekinthető az összes lehetséges hálózati szivárgás végleges ellenőrzésének.
A megfigyelt nyilvános IP-cím és DNS-eredmények összhangban voltak egy New York-i VPN-kapcsolattal, és a bizonyítékok között nem láttam nyilvánvaló, helyi internetszolgáltatóhoz tartozó feloldót. Ezekből a képernyőképekből önmagukban azonban továbbra sem állítanám, hogy „egyáltalán nincs szivárgás”, különösen a kiinduló nyilvános IP-címmel és DNS-viszonyítási alappal való összevetés nélkül.
A WebRTC önálló ellenőrzéséhez felkerestem a BrowserLeaks oldalt a Firefoxban. A szolgáltatás „No Local IP Leak” eredményt jelzett, és nem mutatott ki helyi IP-címet. Arra viszont figyelmeztetett, hogy a WebRTC nyilvános IP-címe nem egyezik az oldal távoli IP-címével: a jelentésben szereplő távoli cím 173.239.211.214 volt, míg a WebRTC nyilvános címe 216.73.161.107.
Ezt az eltérést érdemes megmagyarázni, de önmagában nem bizonyítja, hogy az eredeti IP-címem kiszivárgott. Mindkét cím a New York-i IP-tartományok valamelyikébe esik, amelyek a VPN- és DNS-eredményekben másutt is megjelentek.
A böngésző a helyi címeket is elrejtette, ami nem ugyanaz, mint az eredeti, internetszolgáltatótól kapott nyilvános IP-cím felfedése. Ebben a WebRTC-eredményben nem láttam kenyai internetszolgáltatói címet, bár egy pontosabb ellenőrzést tenne lehetővé a kapcsolat nélküli állapotban rögzített viszonyítási alap.
A böngésző nem fedett fel helyi IP-címet, a jelentett WebRTC-cím pedig megfelelt a megfigyelt New York-i VPN-címtartományoknak. Önmagában az eltérést nem nevezném igazolt WebRTC-szivárgásnak. Az eredmény megnyugtató, de nem tekinthető bizonyítónak az eredeti internetszolgáltatói IP-címmel való ellenőrzött összehasonlítás nélkül.
Bekapcsoltam az ExpressVPN „Enable at all times” vészleállító-beállítását, majd manuálisan bontottam a VPN-kapcsolatot, és megpróbáltam használni az internetet. A böngészés a kapcsolat bontása alatt blokkolva maradt. Miután újra csatlakoztam az ExpressVPN-hez, ismét rendesen tudtam böngészni.
Ez azt mutatja, hogy az állandó blokkolási beállítás a manuális bontási tesztem során a várakozásoknak megfelelően működött. Ez azonban nem igazolja, hogyan viselkedne a különálló „Enable when connected” mód a VPN-szolgáltatás váratlan összeomlásakor vagy egy rövid hálózati megszakadás esetén.
Az állandóan aktív vészleállító sikeresen blokkolta a böngészést, amikor bontottam a VPN-kapcsolatot, majd a kapcsolat újbóli létrejötte után ismét engedélyezte a normál hozzáférést. Ez kedvező eredmény az adott mód védelmi működésére nézve, de nem általánosítanám minden lehetséges hibajelenségre.
A tesztet mindennapi böngészéssel és egy rövid streamelési ellenőrzéssel zártam, miközben csatlakoztam az ExpressVPN-hez. Az oldalak rendesen betöltődtek, a videó pedig észrevehető pufferelés vagy váratlan kapcsolatbontás nélkül játszódott le a teszt során.
Ez összhangban van az általában használható letöltési sebességekkel, noha a mért sebesség és a ping nem volt azonos minden helyszínen.
Az ExpressVPN gond nélkül teljesítette a rövid, gyakorlati böngészési és streamelési ellenőrzést. Ez a tesztelt körülmények közötti zökkenőmentes munkamenet bizonyítéka, nem pedig garancia arra, hogy minden streamingszolgáltatás, minőségi beállítás vagy távoli szerver ugyanígy működik majd.
Az ExpressVPN kellően jól teljesített a normál böngészéshez és streameléshez, az állandóan aktív vészleállító pedig megfelelően működött, amikor manuálisan bontottam a kapcsolatot. Az IP- és DNS-tesztek New York-i kilépési és feloldó címeket mutattak, nem pedig a helyi internetszolgáltató címének nyilvánvaló felfedését, a WebRTC-figyelmeztetés pedig önmagában nem bizonyított szivárgást.
A sebességtesztek eredményei vegyesebbek voltak. Az átlagos letöltési sebesség használható maradt, de a helyszíntől függően 28% és 49% közötti mértékben elmaradt a VPN-kapcsolat nélkül mért viszonyítási alaptól; a nagy távolságú késleltetés magas volt, a két New York-i teszt pedig jelentősen eltért egymástól.
Mivel a Speedtest tesztvégpontjai országonként változtak, és beállításonként csak két futtatást végeztem, a sebességszázalékokat inkább tájékoztató jellegűnek, mintsem a VPN okozta többletterhelés végleges mérőszámának tekinteném.
A VPN használatának megkezdésének egyszerűnek kell lennie, különösen akkor, ha a termék egyszerű, egyetlen kattintással aktiválható védelmet ígér. Végigkövettem az ExpressVPN ügyfélútját a nyilvános webhelyétől a díjcsomag kiválasztásán és a pénztáron át a Linux-alkalmazás letöltéséig, egy meglévő fiók aktiválásáig és az első VPN-kapcsolat létrehozásáig. A szerverválasztót is megvizsgáltam, hogy lássam, milyen könnyű úti célt találni.
Az ExpressVPN Linux-alkalmazást (14.3-as verzió) Pop!_OS 24.04 LTS rendszeren teszteltem, x86_64 rendszeren futtatva. Megvizsgáltam a pénztár felületét, és végigpróbáltam a telepítést, az aktiválást, a csatlakozást, a helyszínek módosítását, a protokollbeállításokat és a mindennapi fiókvezérlőket.
Az ExpressVPN kezdőlapján kezdtem. A bevezető ajánlat alatt jól látható „Get the Deal Now” gomb szerepelt, a közelében pedig az első alkalommal előfizetőknek szóló 30 napos pénzvisszafizetési garancia. Nem kellett a menükben keresgélnem az előfizetési lehetőséget.
Az árakat bemutató oldal egymás mellett jelenítette meg a Basic, az Advanced és az Express Pro csomagot. A csomagkártyákon közvetlenül feltüntette a bevezető ajánlat havi díjra átszámított összegét, a kezdeti teljes fizetendő összeget, az ajándék hónapokat és a megújítási díjat. Az Advanced csomagot jelölték a legnépszerűbb lehetőségként, és ezt választottam a pénztár folyamatának bemutatásához.
A számlázási időszak legördülő menüjében az 1 hónapos, 12 hónapos és 2 éves ajánlatok között lehetett váltani. Az általam rögzített alapértelmezett nézet 12 hónapot és három ajándék hónapot mutatott. A havi díjra átszámított összeg és az előre fizetendő összeg közötti különbség jól látható maradt, ami fontos a hosszú távú előfizetéseket összehasonlító vásárlók számára.
Az oldal egy hosszabb, az összehasonlítást szolgáló részt is tartalmazott, amely nemcsak a VPN-ről szólt. Olyan extrákat sorolt fel, mint az ExpressMailGuard, az ExpressKeys és más csomagban kínált szolgáltatások, ezzel segítve annak megértését, hogy miért különböznek egymástól a három díjcsomag árai. Referenciaként mellékeltem a teljes oldalról készült felvételt, bár a kisebb, árakat bemutató kártya képe gyors áttekintésre könnyebben olvasható.
Az Advanced kiválasztása után egy olyan pénztári űrlapra jutottam, amely e-mail-címet kért, és PayPal, Apple Pay, Google Pay, valamint bankkártyás fizetési lehetőségeket jelenített meg.
A rendelés összesítése megmutatta a kiválasztott, 12 hónapos és három ajándék hónapos promóciót, a kezdeti teljes fizetendő összeget, az adót és az automatikus megújítás részleteit. A dedikált IP-cím hozzáadásának lehetősége külön szerepelt, nem volt alapértelmezés szerint belefoglalva.
A rögzített Advanced ajánlat $89.85 kezdeti fizetendő összeget és $119.95 éves megújítási díjat mutatott; ezek korábbi képernyőn megfigyelt adatok, nem pedig annak állítása, hogy ugyanez az ajánlat minden olvasó számára elérhető lesz.
A pénztár arra jogosult új felhasználók számára 30 napos pénzvisszafizetési garanciát is megjelenített.
A következő lépésben meg kellett adnom a fizetési adataimat. Az ExpressVPN több fizetési lehetőséget kínált, köztük a PayPalt, az Apple Payt, a Google Payt, valamint a hitel- és bankkártyás fizetést. A pénztár oldalán a megrendelés összefoglalója a fizetési űrlap mellett jelent meg, így vásárlás előtt könnyen áttekinthettem az előfizetés költségét, a számlázási időszakot és az automatikus megújítás feltételeit.
Miután megadta a fizetési adatait, fejezze be a pénztári folyamatot az Önnek megfelelő fizetési móddal. Ezután keresse meg az e-mailjei között az ExpressVPN-fiók adatait és az aktiváló kódot. Tartsa kéznél a kódot, mert szüksége lesz rá az alkalmazás eszközén történő aktiválásához. A következő részben megmutatom, hogyan használtam a kódot az ExpressVPN Linuxon történő beállításakor.
Az ExpressVPN egyszerűvé teszi a regisztrációt: az előfizetési csomagok áttekinthetően jelennek meg, többféle számlázási időszak közül választhat, és több fizetési lehetőség is rendelkezésre áll. Különösen hasznosnak találtam, hogy a pénztár feltüntette az előre fizetendő összeget és a megújítás feltételeit, így könnyebb volt megérteni, mire fizet elő. A három csomagot is könnyű volt összehasonlítani, de érdemes odafigyelnie a promóciós havi ár és a ténylegesen kiszámlázott összeg közötti különbségre.
A pénztártól az alkalmazás beállításáig vezető folyamat egyszerű, a fiók adatait és az aktiváló kódot pedig e-mailben küldik el. Összességében jól szervezettnek találtam a regisztrációs folyamatot: az utasítások egyértelműek voltak, és nem voltak benne szükségtelenül bonyolult lépések.
Ezután az alkalmazásletöltési oldalakra léptem. Az ExpressVPN általános letöltési oldala felismerte, hogy Linuxon böngészem, és jól láthatóan megjelenített egy „Download Linux App” feliratú gombot. Így nem kellett kézzel megkeresnem a megfelelő asztali platformot.
A „Download VPN” navigációs menüt is megnyitottam. Az asztali, mobil-, tévés&streaming-, útválasztó- és bővítménytelepítőket külön csoportokba rendezte. Az asztali almenüben a Windows, a macOS és a Linux is szerepelt, így a látogatók az automatikus felismerésre hagyatkozás nélkül is eljuthattak a megfelelő telepítőhöz.
A beállítási folyamat ezután egy „Alkalmazások beállítása” oldalt jelenített meg, letöltési gombbal és telepítési útmutatóval. Ez egyértelműen elkülönítette az alkalmazás letöltését az előfizetés aktiválásától.
A Linuxra vonatkozó oldalon találtam egy „Download Now” gombot és egy rövid, kétlépéses útmutatót: telepítse az alkalmazást, majd adja meg az aktiváló kódot, amikor a rendszer kéri. Egy részletesebb Linux-telepítési útmutatóra mutató hivatkozást is megadtak.
A böngésző megerősítette, hogy az univerzális Linux-telepítő sikeresen letöltődött. A fájl neve expressvpn-linux-universal-14.3.1.15429_release.run volt, mérete pedig körülbelül 186 MB-ként szerepelt a böngésző letöltési listájában.
Az telepítő elindítása előtt ellenőriztem az operációs rendszert és az architektúrát. A gépem a következő adatokat jelezte: Pop!_OS 24.04 LTS, Ubuntu-alapú rendszer, x86_64 architektúrával. Ezután a Letöltések mappába navigáltam, végrehajtható engedélyeket adtam a .run fájlnak, majd elindítottam a terminálból.
cd ~/Downloads
chmod +x expressvpn-linux-universal-14.3.1.15429_release.run
./expressvpn-linux-universal-14.3.1.15429_release.run
A telepítő ellenőrizte az archívumot, kicsomagolta a csomagot, telepítette a szükséges függőségeket, beállította a rendszerszintű engedélyeket, létrehozott egy asztali bejegyzést, és elindította az ExpressVPN háttérszolgáltatását. A terminál végső kimenete szerint a függőségek telepítése és a telepítési lépések sikeresen befejeződtek.
Nem tapasztaltam telepítési hibát vagy függőségi ütközést. A gyártó által támogatott disztribúciók listáján nem szerepel kifejezetten a Pop!_OS, ezért ezt az adott gépemen végzett sikeres tesztként írnám le, nem pedig minden Pop!_OS-telepítésre érvényes garanciaként.
A telepítés egyszerű volt annak, aki magabiztosan futtat néhány terminálparancsot. Ennél is fontosabb, hogy az ExpressVPN elvégezte a rendszerszintű beállítást, így nem kellett csomaghibákat elhárítanom vagy kézzel elindítanom a szolgáltatásokat. Aki teljesen grafikus telepítőre számít, annak a terminál használata kevésbé lehet kényelmes.
A telepítés befejeztével az ExpressVPN megnyitott egy grafikus ablakot, amelynek közepén egy nagy bekapcsológomb, jól látható „Nincs védelem” állapotjelzés volt. Bejelentkezés előtt az alkalmazás a Regisztráció és a Sign In gombot jelenítette meg. Egy választható sáv megkérdezte, hogy szeretnék-e névtelen kapcsolati statisztikákat megosztani; láttam, hogyan utasíthatom ezt el.
A Sign In gombra kattintva egy képernyő nyílt meg, amely három hitelesítési módot kínált: bejelentkezési hivatkozás e-mailben, jelszó vagy aktiváló kód. Az aktiválókódos lehetőséget választottam, megadtam a kódot, és sikeresen bejelentkeztem. A folyamat során nem kellett szervert vagy protokollt beállítanom az irányítópult elérése előtt.
A sikeres aktiválás után az irányítópult Dél-Afrikát ajánlotta Smart Location-helyszínként. Emellett megjelent rajta a legutóbbi helyszíneknek fenntartott terület, egy Time Protected-modul, az „Automatic” protokollbeállítás és egy kis szervertérkép. Az állapot továbbra is „Not Protected” volt, amíg meg nem nyomtam a csatlakozás gombot.
A nagy bekapcsológombra kattintottam, és a VPN körülbelül két másodperc alatt sikeres kapcsolódást jelzett. A képernyő azonnal élénkzöldre váltott, az állapot „Protected” értékre módosult, és megjelent az aktív kapcsolat időzítője. Ez a közvetlen vizuális visszajelzés megkönnyítette annak megértését, hogy mi változott.
A képernyőkép készítésekor a kapcsolat időzítője hat másodpercet mutatott; ez a csatlakozással eltelt idő, nem pedig a kapcsolat létrehozásához szükséges idő. A teszt során megfigyelt két másodperc a kapcsolat létrejöttének időtartama.
Az ExpressVPN első használatkor megjelenő kezelőelemei könnyen érthetők voltak. A rendelkezésre álló bejelentkezési módok egyértelműen fel voltak címkézve, kezdeti protokollválasztásra nem volt szükség, és egyetlen kattintással létrejött az első kapcsolat.
A „Not Protected” és a „Protected” állapot közötti erős vizuális különbség különösen hasznos a VPN-t kevésbé tapasztalt felhasználók számára. A tényleges IP-cím-elfedést és a szivárgás elleni védelmet külön fogom ellenőrizni, nem tekintem az alkalmazás állapotjelzését a biztonság bizonyítékának.
Ezután a Selected Location-kártyára kattintottam a szerverválasztó megtekintéséhez. Egy kereshető panel nyílt meg, benne a Recommended és az All Locations lappal. A Recommended szakasz a Fastest Servers, a Favorites és a Most Popular in Your Country kategóriákra tagolódott.
Dél-Afrika a Fastest Servers szakaszban, a kapcsolat minőségét jelző indikátorral együtt szerepelt. A Favorites szakaszban a 0/10 érték jelent meg, és tájékoztatott arról, hogy a helyszínek csillaggal jelölve menthetők el. Az olyan országok, mint a United States, az Egyesült Királyság, Hollandia, Németország, Svédország, Svájc és Olaszország, lenyitható sorokban jelentek meg, ahol rendelkezésre álltak, a helyszínek számával együtt.
Megnyitottam a Fastest Servers legördülő menüt is. A „Top 3 (Értékelés)” és a „Top 5 (Értékelés)” lehetőséget kínálta. Ez némi rugalmasságot biztosít a felületen, de még nem teszteltem a szerverek rangsorolásának szempontjait, és azt sem erősítettem meg, hogy ezek a lehetőségek összefüggnek-e a mért sebességekkel.
Egy tényleges szerverváltás teszteléséhez megnyitottam a United States bejegyzését, miközben a dél-afrikai szerverhez voltam csatlakozva. Az ExpressVPN három város szerinti lehetőséget sorolt fel: New York (251 ms), San Francisco (312 ms) és Chicago (282 ms). Hasznos volt, hogy ezek a késleltetési értékek a városnevek mellett jelentek meg, így gyorsan összehasonlíthattam őket, bár a tényleges teljesítmény megítéléséhez külön mérésekre támaszkodom majd.
A USA – New York lehetőséget választottam. Az ExpressVPN automatikusan átváltott a dél-afrikai szerverről az egyesült államokbeli helyszínre, és nem kérte, hogy bontsam a kapcsolatot vagy erősítsem meg a módosítást. Körülbelül két másodperc múlva a felület ismét azt jelezte, hogy a kapcsolat védett, és nem tapasztaltam hibát.
A képernyőképen az aktív kapcsolat időmérőjén három másodperc látható; ez a kapcsolat fennállásának idejét mutatja, nem pedig a szerverváltáshoz szükséges körülbelül két másodpercet.
A helyszínválasztó könnyen érthető volt, a váltás pedig még egyszerűbb. Megnyitottam a United States bejegyzését, kiválasztottam New Yorkot, és az ExpressVPN körülbelül két másodperc alatt automatikusan újracsatlakozott, további megerősítés nélkül. Az alkalmazás egyértelműen visszatért a zöld, védett állapotba. Ezután megnéztem, mennyire egyszerű egy városra rákeresni és elmenteni egy kedvelt helyszínt.
Ezután megnéztem, milyen gyorsan találok meg egy adott várost. Az All Locations lapon a keresőmezőbe beírtam, hogy „London”. Az ExpressVPN két egyesült királyságbeli helyszínt adott találatként: UK – East London és UK – London. Mindkettő neve mellett 186 ms szerepelt, így külön képernyő megnyitása nélkül is láthattam az alkalmazás késleltetési becsléseit.
A kedvencek teszteléséhez kiválasztottam a UK – East London melletti csillagot. A csillag kitöltődött, így azonnal láttam, hogy elmentettem a helyszínt.
Ezután visszatértem a Recommended lapra. A Kedvencek címsor értéke 0/10-ről 1/10-re változott, a UK – East London pedig közvetlenül alatta jelent meg. Az alkalmazás a USA – New York helyszínt is feltüntette a Legutóbbi helyszínek között, így két kényelmes módon is visszatérhettem a korábban használt szerverekhez.
A helyszínkeresést egyszerűnek találtam. Egy város nevének beírásával a szerverlista a releváns találatokra szűkült, az UK – East London mentéséhez pedig csak egy kattintásra volt szükség. A mentett helyszín ezután az elvárásaimnak megfelelően a Recommended alatt jelent meg. Ez a teszt igazolta, hogy egy város megtalálása és egy mentett célhely előhívása egyaránt egyszerű volt; a külön szerverváltási teszt már foglalkozott a kapcsolat működésével.
A szerverhelyszínek megtekintése után megnyitottam a VPN Protocol képernyőt az asztali alkalmazásban. Az ExpressVPN alapértelmezés szerint az Automatic (recommended) beállítást választotta ki, és röviden elmagyarázta, hogy az alkalmazás a hálózatnak megfelelő protokollt választ. Így létrehozhattam az első kapcsolatomat anélkül, hogy ismernem kellett volna a protokollok közötti különbségeket.
A protokollok listájában a Lightway – UDP, a Lightway – TCP, a WireGuard, az OpenVPN – UDP és az OpenVPN – TCP szerepelt. A leírások hasznosak voltak: a Lightway – UDP-t a sebességre, a biztonságra és a megbízhatóságra optimalizáltként tüntették fel, míg a Lightway – TCP-t bizonyos hálózatok esetén jobb választásként mutatták be. Mindkét Lightway-beállítás kifejezetten említette a kvantum utáni támogatást. A WireGuardhoz és az OpenVPN – UDP-hez is tartozott rövid kompatibilitási vagy teljesítménybeli magyarázat. Az OpenVPN – TCP leírása a rögzített képernyő alá nyúlt, ezért a teljes szövegét még nem értékeltem.
Annak ellenőrzésére, hogyan működik a protokoll kézi módosítása, kapcsolódás közben kiválasztottam a Lightway – UDP-t. Az ExpressVPN megjelenítette a „Change VPN Protocol?” megerősítő párbeszédpanelt, amely elmagyarázta, hogy az új beállítás alkalmazásához újracsatlakozik. Kiválasztottam a Continue lehetőséget, és a VPN körülbelül négy másodperc múlva ismét Védett állapotba került. Az irányítópulton ezután a Lightway – UDP jelent meg kiválasztott protokollként.
Az ExpressVPN az egyszerűséget kézi vezérléssel ötvözi. Az Automatic könnyen használható alapértelmezett beállítás, a leírások pedig külső dokumentáció nélkül is érthetővé teszik a protokollok listáját. Azt is értékeltem, hogy a beállítás módosítása előtt figyelmeztetett az aktuális kapcsolat megszakítására. A Lightway – UDP nagyjából négy másodperces újracsatlakozás után sikeresen alkalmazásra került. A beállítás módosítását teszteltem, nem a protokollok összehasonlító sebességét vagy biztonságát.
A csatlakozás és a szerverváltás után megnyitottam a Profile menüpontot, hogy megnézzem, milyen könnyen kezelheti az előfizető az alkalmazást. Az oldal tetején az aktív fiók állapota, a 2027. július 13-i lejárati dátum, egy részben kitakart fiókazonosító és az előfizetés kezelésére szolgáló hivatkozás jelent meg. Így minden fontos információ egy helyen szerepelt, és nem kellett felkeresnem a számlázási webhelyet pusztán azért, hogy ellenőrizzem, aktív-e a fiókom.
Lefelé görgetve megjelent a Megjelenés, az Internet Kill Switch, a VPN Protocol, a Split Tunneling, a Biztonsági eszközök és az Auto-connect. A Biztonsági eszközök leírása IP-, DNS- és WebRTC-szivárgás-ellenőrzéseket, valamint jelszógenerálást említett. Az elemek melletti leírások megkönnyítették a műszaki beállítások felismerését.
Két külön indítási beállítást is találtam. A „Csatlakozás indításkor” ki volt kapcsolva, míg az „ExpressVPN indítása a rendszerrel” be volt kapcsolva. Ez a különbség fontos: az alkalmazás számítógéppel együtt történő megnyitása nem ugyanaz, mint a kapcsolat automatikus biztonságossá tétele. Az asztali értesítések, az automatikus frissítések és a háttérben végzett késleltetés-ellenőrzések engedélyezve voltak, az alkalmazás nyelve pedig angolra volt állítva.
Az oldal alján az ExpressVPN lehetőséget kínált ismerősök ajánlására, az alkalmazás eltávolítására, a fiók törlésére és a kijelentkezésre. Az eltávolítási művelet leírása jelezte, hogy az alkalmazás törlődik a számítógépről. A fióktörlésre vonatkozó művelet arra figyelmeztetett, hogy az előfizetés fennmaradó része elvész. Ezeket a lehetőségeket úgy néztem meg, hogy nem hajtottam végre visszafordíthatatlan műveleteket.
A Profile képernyő praktikus feladatok köré szerveződött. Különösebb keresgélés nélkül ellenőrizhettem az előfizetést, megtalálhattam a kapcsolati beállításokat, áttekinthettem az indítási beállításokat, és megkereshettem a fiókkal kapcsolatos műveleteket. A fő hátrány az, hogy sok beállítás található egyetlen, görgethető oldalon, bár a címkék és a magyarázó szövegek többnyire ellensúlyozták ezt a zsúfoltságot.
A Profile menüpontból megnyitottam az Internet Kill Switch beállítást. Három külön vezérlőelem jelent meg. A „Bekapcsolás csatlakozáskor” be volt kapcsolva, és a leírás szerint blokkolja a VPN-en kívüli forgalmat, így a kapcsolat megszakadása esetén is.
A „Mindig legyen bekapcsolva” ki volt kapcsolva; a leírása szerint a VPN kikapcsolt állapotában is blokkolható a VPN-en kívüli forgalom. A „Helyi hálózati eszközök elérésének engedélyezése” be volt kapcsolva, így csatlakozás közben elérhetők voltak a helyi eszközök, például a nyomtatók és a fájlszerverek.
Az első két beállítás közötti különbség fontos. Aki csak a „vészleállító” kifejezést olvassa, nem feltétlenül számít külön állandóan aktív módra. Az ExpressVPN azonban mindkettőt közvetlenül az oldalon magyarázta el, így a különbség még azelőtt világossá vált, hogy bármit módosítottam volna. Itt nem szakítottam meg a kapcsolatot a szivárgásvédelem ellenőrzése érdekében; ez a biztonsági tesztek része.
Az automatikus csatlakozás külön oldalon kapott helyet, és kezdetben ki volt kapcsolva. Kikapcsolt kapcsoló mellett a képernyő csak egy rövid magyarázatot jelenített meg, így a felület áttekinthető maradt azok számára, akiknek nincs szükségük automatizált szabályokra.
Az Auto-connect engedélyezésekor megjelent egy Add Setting gomb. Ez arra utalt, hogy a szabályok megadása nem kötelező, és a funkció bekapcsolásakor nem állítja be őket automatikusan az alkalmazás.
Az Add Setting párbeszédablakban biztonságos Wi-Fi-hálózathoz, nem biztonságos Wi-Fi-hálózathoz, Ethernethez vagy egy megadott Wi-Fi-hálózathoz való csatlakozáshoz lehetett feltételeket beállítani. Mindegyik feltételnél kiválaszthattam, hogy „Csatlakozás a VPN-hez” vagy „Kapcsolat bontása a VPN-nel” történjen. A Confirm gomb mindaddig inaktív maradt, amíg ki nem választottam egy feltételt, így elkerülhető volt a hiányos szabály létrehozása. Átnéztem a lehetőségeket, de nem mentettem szabályt.
Ezek a beállítások érdemi irányítást biztosítanak a felhasználóknak anélkül, hogy az első csatlakozáskor speciális konfigurációra kényszerítenék őket. A vészleállító magyarázatai konkrétak, az Auto-connect szabályok pedig olyan gyakori helyzetekre is kiterjednek, mint a nyilvános Wi-Fi és az Ethernet. Szeretném azonban, ha az alkalmazás világosabban közölné, hogy az általános indítási beállítások és a hálózatalapú Auto-connect szabályok eltérő célt szolgálnak. A konfigurációs képernyőket értékeltem, nem pedig a kapcsolatmegszakítás elleni védelem vagy az automatizált szabályok tényleges hatékonyságát.
Ezután megnyitottam a Split Tunneling funkciót. Alapértelmezés szerint ki volt kapcsolva, az alárendelt forgalomirányítási lehetőségek pedig le voltak tiltva, amíg be nem kapcsoltam. A bevezető szöveg elmagyarázta, hogy kiválaszthatom, mely alkalmazások használják a VPN-t.
Bekapcsolás után az oldalon megjelent egy alapértelmezett szabály az összes többi alkalmazásra vonatkozóan, valamint egy külön, Routed Pack… nevű csoport, amely a leírás szerint a legtöbb konténert és virtuális gépet tartalmazta. Mindkét csoporthoz tartozott egy legördülő menü, amelyben a „VPN használata” vagy a „VPN megkerülése” lehetőség szerepelt. Így az egyedi kivételek hozzáadása előtt át lehetett gondolni, merre irányuljon a forgalom.
Ahelyett, hogy feltételeztem volna, hogy mindkét csoport ugyanúgy működik, ellenőriztem az útválasztási menüket. Ugyanazt a két lehetőséget kínálták, az oldal pedig figyelmeztetett, hogy a módosítások életbe lépése előtt előfordulhat, hogy újra kell indítani az alkalmazásokat.
Az Add App gombra kattintva megnyílt egy Linux-fájlválasztó, amely kezdetben az /opt/expressvpn/bin könyvtárra mutatott, és a futtatható fájlokat sorolta fel. Ez működőképes megoldás, de kevésbé felhasználóbarát, mint egy olyan választó, amely a telepített alkalmazásokat ismerős nevükkel és ikonjaikkal jeleníti meg. Egy új Linux-felhasználónak tudnia kellhet, hol található egy alkalmazás futtatható fájlja, mielőtt kizárást állít be.
Az Add IP egy áttekinthetőbb beviteli párbeszédpanelt nyitott meg. IPv4- és IPv6-címeket, valamint CIDR-jelöléssel megadott alhálózatokat is elfogadott, és több példát is megjelenített a képernyőn. Az OK gomb le volt tiltva, amíg a mező üres volt. Nem adtam meg címet, és nem módosítottam valódi alkalmazások útválasztását, mivel ez megzavarhatta volna a későbbi biztonsági tesztelésünket.
Rugalmasnak találtam az ExpressVPN osztott alagútkezelési beállításait. Általános alkalmazásforgalomhoz, egy speciális, konténereket és virtuális gépeket magában foglaló csoporthoz, valamint adott alkalmazások vagy IP-címek kivételeihez kínál útválasztási lehetőségeket. Az IP-cím megadására szolgáló képernyő áttekinthető. A fő használhatósági hiányosság az Add App funkció, amely telepített alkalmazások egyszerű listája helyett egy nyers fájlböngészőt nyit meg. Végigtekintettem a konfigurációs folyamaton, de nem ellenőriztem a kizárt alkalmazások forgalmát, és nem mentettem egyéni szabályt.
Végül megnyitottam a bal oldali Speed Test lapot. A képernyőn egy nagy indítógomb és egy üres eredménytáblázat jelent meg, amely a VPN-szervert, a VPN IP-címét, a protokollt, a tesztvégpontot, a tesztvégpont IP-címét, a letöltést, a feltöltést, a késleltetést, a késleltetésingadozást és a csomagvesztést mutatta. Már a teszt elindítása előtt láthattam, milyen mérőszámokat kíván rögzíteni az eszköz.
A teszt indítógombjára kattintottam. Az alkalmazás azonnal állapotüzeneteket jelenített meg, először a „Preparing ISP test…” szöveget, majd jelezte, hogy az egyes feltöltési tesztek következnek. Nem kellett külön tesztszolgáltatást beállítanom vagy mérőszervert választanom.
A teszt befejeződött, és az összes megjelenített eredmény bekerült a táblázatba. A VPN-szerver mezőben az USA – New York, a protokoll mezőben az Automatic szerepelt, a tesztvégpont pedig Bulgária volt. Ez a végponthelyszín azért tűnt fel, mert különbözött a VPN-szerver helyszínétől. Az eredményeket mutató képernyőn a felület nem magyarázta meg ezt az eltérést.
Az elkészült teszt 24 Mb/s letöltési sebességet, 9 Mb/s feltöltési sebességet, 332 ms késleltetést, 11 ms késleltetésingadozást és 0% csomagvesztést jelzett. Ezek az értékek erre az egy beépített tesztre vonatkoznak, nem átlagot vagy független összehasonlító mérést jelentenek. A teljesítmény értékelésekor külön, megismételhető viszonyítási alapként szolgáló és VPN-kapcsolattal végzett teszteket használok.
A Speed Test kényelmes volt: egy kattintás elindította, az állapotüzenetek megmutatták a folyamat egyes szakaszait, az eredmények pedig a letöltési sebességnél többet is tartalmaztak. A megmagyarázatlan bulgáriai tesztvégpont azonban egy New York-i VPN-helyszín mellett összezavarhatja az olvasókat. Hasznos gyors diagnosztikai eszközként kezelném, nem pedig a VPN-teljesítmény összehasonlításának egyedüli alapjaként.
Az ExpressVPN-t könnyű volt beüzemelni a Pop!_OS rendszeremen. A telepítés függőségekkel kapcsolatos hibaelhárítás nélkül befejeződött, az aktiválás többféle bejelentkezési módot kínált, az első Dél-Afrikába irányuló kapcsolatom pedig körülbelül két másodpercet vett igénybe. A szerverváltás hasonlóan gyors volt, a kívánt helyszín megkeresése és mentése pedig kevés erőfeszítést igényelt. A felület következetesen egyértelművé tette a kapcsolat állapotát.
A technikaibb beállítások többnyire jól voltak bemutatva, hasznos leírásokkal a protokollokról, a vészleállító módokról, az automatizált hálózati szabályokról és az osztott alagútkezelésről. A Lightway – UDP módra váltáskor egyértelmű figyelmeztetés jelent meg, majd körülbelül négy másodperc alatt újracsatlakozott. Az alkalmazás az előfizetési adatokat, a beállításokat és a fiókműveleteket egyetlen Profile oldalra is összevonta.
A fejlesztendő területek közé tartozott a kezdők számára terminálalapú Linux-telepítés, a kissé zsúfolt Profile oldal, a fájlútvonal-alapú Add App választó, valamint a beépített Speed Test megmagyarázatlan végponthelyszíne. Ezek egyike sem akadályozott meg a tesztelt feladatok elvégzésében, de mindegyik nehézkesebbé teszi a folyamatot az egyébként egyszerű használati élményhez képest.
Az ExpressVPN ügyfélszolgálati lehetőségei a következők:
| Ügyfélszolgálati csatorna | Elérés módja | Saját tesztem |
|---|---|---|
| éjjel-nappali élő ügyfélszolgálati chat | Webhelyes chatgomb; először mesterséges intelligencia, majd ügyfélszolgálati munkatárs | Tesztelve |
| E-mail / támogatási kérelem | Kapcsolatfelvétel az alkalmazásban; válasz e-mailben | Nem teszteltem |
| Súgóközpont | Kereshető súgócikkek az expressvpn.com/support címen | Áttekintve |
Az ExpressVPN éjjel-nappali élő ügyfélszolgálati chatet hirdet. A dokumentáció azt is ismerteti, hogyan lehet az alkalmazáson keresztül támogatási kérelmet benyújtani, és e-mailben választ kapni.
A kereshető súgóközpont önkiszolgáló beállításhoz, hibaelhárításhoz és fiókkal kapcsolatos kérdésekhez érhető el. Ezeket a csatornákat tudtam ellenőrizni; személyesen az élő ügyfélszolgálati chatet teszteltem és a dokumentációt néztem át, az e-mailes ügyfélszolgálat válaszidejét nem.
Az ExpressVPN webhelyének csevegőfelületét a támogatási felületről nyitottam meg. Mielőtt ismertetni tudtam volna a problémát, az ExpressVPN AI Assistant (béta) elkérte a nevemet, az e-mail-címemet, és azt, hogy már ügyfél vagyok-e.
A csevegés azt is közölte, hogy a beszélgetéseket felhőszolgáltatás használatával rögzítik, és az ExpressVPN adatvédelmi tájékoztatója vonatkozik rájuk. Ez hasznos tájékoztatás volt, különösen egy adatvédelmi termékeket értékesítő vállalattól, bár a kezdeti kérdések kissé megnehezítették a folyamatot.
17:23-kor (5:23 p.m.) elküldtem egy valós műszaki kérdést. A BrowserLeaks-tesztem során, Pop!_OS 24.04 LTS rendszeren, a webhely távoli IP-címe és a WebRTC által jelzett nyilvános IP-cím eltért egymástól, annak ellenére, hogy mindkettő New Yorkban lévőnek tűnt. Megkérdeztem, hogy az eltérés azt jelenti-e, hogy szivárog az eredeti IP-címem, és hogyan ellenőrizhetem, hogy védve vagyok-e. Ez érdemibb próba volt, mint egy alapvető árazási vagy telepítési kérdés, mivel az ügyintézőnek tényleges eredményeket kellett értelmeznie.
A mesterséges intelligencián alapuló asszisztens körülbelül egy perc múlva válaszolt. Helyesen figyelmeztetett arra, hogy két különböző New York-i IP-cím önmagában nem bizonyítja automatikusan a WebRTC-szivárgást. Ezután azt javasolta, hogy ellenőrizzem a Linux-alkalmazás verzióját, csatlakozzak újra, és használjam az ExpressVPN saját nyilvános IP-címet és DNS-szivárgást ellenőrző oldalait. Azt is kérte, hogy az IP-címek helyett az ellenőrzések helyét és állapotát adjam meg.
Nagyra értékeltem a megfontolt megfogalmazást: a mesterséges intelligencia nem vont le elhamarkodottan riasztó következtetést, és nem jelentette ki alaptalanul, hogy minden biztonságos. Javaslatai megvalósíthatók és kellően adatvédelmi szempontúak voltak.
Ugyanakkor egy nyilvános IP-címet ellenőrző vizsgálat és egy DNS-teszt önmagában nem tisztázza közvetlenül, miért jelentett a WebRTC egy másik IP-címet. A válasz nem állapította meg a két cím tulajdonosi vagy útválasztási kapcsolatát, és nem adott WebRTC-specifikus ellenőrzési eljárást sem.
Ezért kértem, hogy beszélhessek egy emberi szakértővel. Körülbelül 17:25-kor (5:25 p.m.) a mesterséges intelligencia nyugtázta a kérésemet, és közölte, hogy összekapcsol egy ügyintézővel. Az átadást könnyű volt kérni; nem kellett külön hibajegyet nyitnom vagy másik oldalt keresnem. A várakozás volt a gyenge pont.
Emberi ügyintéző csak 17:39-kor (5:39 p.m.) jelentkezett, vagyis az átadás kérése után körülbelül 14 percet vártam. Az ügyintéző, Paris, üdvözölt, és azt mondta, megnézi, hol tartott a beszélgetés.
Ez az időzítés számít. Akit egy látszólagos VPN-szivárgás aggaszt, annak szüksége lehet válaszra, mielőtt folytatná az érzékeny böngészést. A mesterséges intelligencia hasznos első választ adott, de a 14 perces várakozás az ügyintézőre csökkentette a hirdetett, éjjel-nappali csevegőcsatorna előnyét. Az, hogy a szolgáltatás éjjel-nappal elérhető, nem jelenti azt, hogy a felhasználók azonnal szakértőhöz kapcsolódnak.
Vegyes tapasztalataim voltak. A mesterségesintelligencia-asszisztens körülbelül egy perc alatt válaszolt, felismerte, hogy az IP-címek közötti eltérés nem feltétlenül jelent szivárgást, és ésszerű következő lépéseket javasolt anélkül, hogy arra kért volna, másoljam be a nyers címeket a chatbe.
Egy ügyfélszolgálati munkatársat egyszerű kéréssel is el lehetett érni, de körülbelül 14 percet kellett várnom, mire csatlakozott.
Ezután megvizsgáltam az ExpressVPN súgóközpontját. A kezdőlapon feltűnő keresőmező és négy nagy kategória szerepelt: Az ExpressVPN beállítása, Hibaelhárítás, Fiók kezelése és Rólunk.
Mindegyik kártya röviden ismertette a célját. Az alábbi népszerű cikkek olyan gyakorlati kérdésekkel foglalkoztak, mint az aktiváló kód megkeresése, az előfizetés lemondása, az eszközkorlátozások, az alkalmazás frissítése és a szolgáltatás megújítása. Az oldal alján egy külön szakasz a napi 24 órában elérhető élő chathez irányította az olvasókat.
Ez az elrendezés inkább barátságosnak, semmint öncélúan technikainak hatott. Az új előfizető az útmutatást a beállítással kezdheti, az éppen problémát tapasztaló felhasználó pedig közvetlenül a hibaelhárításhoz léphet.
A népszerű cikkekre mutató hivatkozások a gyakori fiókkal kapcsolatos kérdésekre is felhívják a figyelmet, így a látogatóknak nem kell keresniük. A keresési találatokat nem teszteltem hivatalosan, ezért a navigációról alkotott értékelésem a látható rendszerezésen és az általam megnyitott hivatkozásokon alapul.
A Hibaelhárítás oldal részletesebb volt. Egyetlen hosszú, tagolatlan lista helyett a segítségnyújtást a következő kategóriákra osztotta: Kapcsolati segítség, Streaminggel kapcsolatos segítség, Platformok, Aircove útválasztók, ExpressKeys, Dedikált IP-címmel kapcsolatos segítség és Egyéb problémák. A kapcsolati szakasz olyan témákat tartalmazott, mint a kapcsolat megszakadása, a sikertelen kapcsolódás, az internetelérési problémák, valamint a VPN-kapcsolatot javító beállítások.
Tetszett a külön Platformok szakasz, amely a Windowsszal, a macOS-szel, az Androiddal, az iOS-szel és más eszközökkel együtt a Linuxot is feltüntette. Ez azért fontos, mert a Linuxra vonatkozó útmutatások gyakran eltérnek a Windowsra és a macOS-re vonatkozóktól, és a tanácsoknak nem szabad abból kiindulniuk, hogy minden asztali számítógépen ugyanazok a beállítási menük.
A tényleges útmutatás megítéléséhez megnyitottam a „A VPN-kapcsolatot javító beállításmódosítások” című cikket, amelynek frissítési dátuma 2026. október 5. volt. Az oldal operációs rendszerek szerint rendezte a kapcsolódó útmutatásokat, és konkrét javításokra mutató hivatkozásokat tartalmazott ahelyett, hogy egyetlen hatalmas cikkben próbált volna minden problémára megoldást adni.
A Linuxra vonatkozó rész a Chrome és a Firefox böngészőproxy-beállításait, az internet-hozzáférés nélküli VPN-kapcsolatot, a kapcsolódási problémákat, a nem biztonságos kapcsolatra figyelmeztető üzenetet és az ismétlődő kapcsolatmegszakadásokat tárgyalta.
Ezek ésszerű kiindulópontok a gyakori kapcsolódási problémák megoldásához. A cikk az élő ügyfélszolgálatra mutató hivatkozást is tartalmazott arra az esetre, ha a javasolt lépések nem segítenének.
Egy további, böngészőproxykról szóló útmutatót is megvizsgáltam. A hosszú, platformonkénti útmutató számozott lépésekkel és képernyőképek helyével segítette a beállítást. A teljes oldalas felvételemen néhány illusztráció helye üresnek tűnt, ezért nem tudom megerősíteni, hogy minden illusztráció megfelelően betöltődött; ez a képernyőkép rögzítéséből is adódhat, nem feltétlenül a cikk hibájából.
Az adott problémám szempontjából a legnagyobb korlátot a témakör jelentette: a kapcsolati beállítások központja a gyakori VPN-beállítási és kapcsolódási hibákban segített, de nem tért ki arra a WebRTC-eltérésre, amelyről az élő chaten érdeklődtem.
Hasznos hivatkozásgyűjtemény volt a hibaelhárítási útmutatókhoz, de nem helyettesítette azt, hogy szakértő vizsgáljon ki egy konkrétan bejelentett IP-címpárt.
Az ExpressVPN támogatási dokumentációja volt az élmény legerősebb önkiszolgáló része. A kategóriák áttekinthetők, a témakörök széleskörűek voltak, a Linuxra vonatkozó hivatkozások pedig megkönnyítették a megfelelő útmutatások megtalálását.
A kapcsolati beállításokról szóló cikk naprakész volt, és platformok szerint rendeződött. Gyakori telepítési, proxy- és kapcsolódási problémák esetén ezt használnám, de egy speciálisabb adatvédelmi diagnosztikai kérdéshez továbbra is szükség lehet közvetlen ügyfélszolgálati segítségre. Azt sem állapítanám meg pusztán egy teljes oldalas képernyőképből, hogy mennyire megbízható a képek betöltése.
Az ExpressVPN többféle segítségkérési lehetőséget kínál, amelyeket könnyű megtalálni a támogatási webhelyén. Nagyra értékeltem a jól felépített tudásbázist és az ExpressVPN AI Assistant körültekintő kezdeti magyarázatát. Az élő chates kapcsolatfelvétel egyszerű volt, de a 14 perces várakozás az ügyfélszolgálati munkatársra csalódást okozott egy lehetséges adatvédelmi szivárgással kapcsolatos kérdés esetén.
Ezért a dokumentációt és a kezdeti útmutatást pozitívan értékelem, a válaszadási gyorsaságot vegyesen, az emberi problémamegoldást pedig korlátozottan.
A gyakorlati Linux-tesztelés során az ExpressVPN egy jól használható és könnyen kezelhető VPN-nek bizonyult. Függőségi problémák nélkül telepítettem az alkalmazást, körülbelül két másodperc alatt csatlakoztam, és megerősítés vagy kézi bontás nélkül váltottam országot. A helyszínkereső, az automatikus csatlakozási szabályok, a vészleállító beállításai és az alagútmegosztási lehetőségek is kellő irányítást biztosítottak anélkül, hogy túlzsúfolták volna a fő kapcsolódási képernyőt.
A teljesítményadatok kevésbé voltak következetesen lenyűgözőek. Az átlagos letöltési sebesség Dél-Afrikában 140.62 Mbps, London esetében pedig 198.89 Mbps volt, szemben a kapcsolat bontásakor mért 275.62 Mbps-os viszonyítási alappal, a távoli szerverek pingje pedig jelentősen megnőtt.
A rövid böngészési és videótesztjeim zökkenőmentesen zajlottak, az állandóan aktív vészleállító pedig kézi kapcsolatbontás után blokkolta a forgalmat. Az IP- és DNS-eredmények nem mutattak egyértelmű, helyi internetszolgáltatóval kapcsolatos adatkitettséget, de ezeket a pillanatfelvételeket nem tekinteném abszolút szivárgásmentességi garanciának.
Az ExpressVPN-t azoknak ajánlanám, akik előnyben részesítik az áttekinthető asztali alkalmazást, az egyszerű szerverváltást, a hasznos kapcsolati védelmi funkciókat és a célállomások széles választékát. Ha az alacsony késleltetésű játék, a folyamatosan magas átviteli sebesség vagy az azonnali ügyfélszolgálati segítség a legfontosabb Önnek, fordítson különös figyelmet az eredményeimben szereplő korlátozásokra.
A tesztjeimben így volt. A 275,62 Mbps átlagos leválasztott letöltési sebességhez képest a csatlakoztatott átlagok Dél-Afrikában 140,62 Mbps, New Yorkban 163,12 Mbps, Londonban pedig 198,89 Mbps voltak. Más Speedtest végpontok és a hálózati körülmények hozzájárultak a megfigyelt eltérésekhez, így a százalékos értékek nem a VPN terhelésének tiszta mérőszámai.
New York-i VPN-hez kapcsolódó címeket láttam az IP- és DNS-ellenőrzésekben, ahelyett, hogy egy nyilvánvaló kenyai ISP-cím jelent volna meg. A BrowserLeaks eltérést jelzett két New York-i IP-cím között, de ez önmagában nem bizonyította, hogy az alapul szolgáló ISP IP-cím ki volt téve. Nem rendelkeztem külön dokumentált, leválasztott IP/DNS alapértékkel ahhoz, hogy egyértelműen kizárható legyen a probléma.
Igen. Linuxon aktív VPN-kapcsolatokhoz kapcsolódó kill-switch módokat és mindig bekapcsolt forgalomblokkolást találtam, valamint külön helyi hálózati hozzáférés-vezérlést. A split tunneling engedélyezte a Use VPN vagy Bypass VPN szabályokat, alkalmazás- és IP-kivételekkel. Ellenőriztem, hogy a mindig bekapcsolt blokkolás megakadályozta a böngészést, miután manuálisan bontottam a kapcsolatot, és helyreállította a hozzáférést, amikor újra csatlakoztam.
Az ExpressVPN közzétett csomag-összehasonlítása szerint a Basic csomag 10 egyidejű VPN-kapcsolatot, az Advanced 12-t, az Express Pro pedig 14-et biztosít. Az eszközhasználat a csomaghoz kötődik, nem csupán ahhoz az operációs rendszerhez, amellyel regisztráltál.
Az ExpressVPN nem kínál állandóan ingyenes VPN-csomagot. Jogosult iOS- vagy Android-app store-os regisztrációk esetén háromnapos ingyenes próbaverziót hirdet. Azok az első alkalommal előfizetők, akik az ExpressVPN weboldalán keresztül vásárolnak, általában jogosultak 30 napos visszatérítési időszakra, a vásárláskor érvényes feltételek szerint. Az app store-os visszatérítésekre ehelyett az Apple vagy a Google szabályzatai vonatkoznak.
A weboldalon vásárolt előfizetések a támogatott fizetési módok esetén általában automatikusan megújulnak. A megújítást és a lemondást online ExpressVPN-fiókjában kezelheti; az alkalmazás eltávolítása nem vonja vissza a számlázást. A pontos megújítási dátumot és árat mindig ellenőrizze a fizetéskor megjelenő információk között, mivel az induló feltételek és a későbbi díjak eltérhetnek.
A normál böngészés és a rövid 1080p-s videoteszt során nem tapasztaltam észrevehető pufferelést vagy váratlan VPN-kieséseket. Nem teszteltem a hozzáférést konkrét fizetős streaming katalógusokhoz vagy regionális tartalomtárakhoz, ezért nem állítanám, hogy bármelyik szolgáltatás fel lett volna oldva.
A fizetési felületen bankkártyák, PayPal, Apple Pay és Google Pay látható. Az elérhetőség és a visszatérítések kezelése az Ön országától és a vásárláshoz használt platformtól függően eltérhet.
Válaszoljon néhány egyszerű kérdésre, és találja meg Önnek a tökéletes megoldást!
Tárhely keresésének elindítása
A HostAdvice.com egy független oldal, mely professzionális értékeléseket biztosít tárhelyszolgáltatókkal kapcsolatosan. Az oldalon található értékelések őszinték, nem részrehajlóak és mindenkit ugyanolyan feltételek alapján minősítenek.
Az értékelt cégek pénzbeli juttatást utalnak át számunkra, de ez nincs hatással az értékelések kimenetelére. A juttatás nem befolyásolja az egyes tárhelyszolgáltatások rangsorát.
Támogassa a weblap-tulajdonosok közösségét azzal, hogy oldalunkon egy őszinte értékelést ír a saját tárhelyszolgáltatójáról.