Package Details: expressvpn

Git Clone URL: (read-only, click to copy)
Package Base: expressvpn
Description: Proprietary VPN client for Linux
Upstream URL:
Licenses: custom
Submitter: 2bluesc
Maintainer: 2bluesc (WorMzy)
Last Packager: WorMzy
Votes: 49
Popularity: 0.85
First Submitted: 2016-03-26 03:18 (UTC)
Last Updated: 2023-09-28 21:40 (UTC)

Pinned Comments

paintie commented on 2020-07-28 21:16 (UTC)

Info from expressvpn's site ...


gpg --import expressvpn_release_public_key_0xAFF2A1415F6A3A38.asc

All installed fine; thank you very much for maintaining.

WorMzy commented on 2019-11-06 13:15 (UTC)

Looks like update notifications are working for the linux client now, but unfortunately the current version (2.3.2) thinks it's an older version (2.3.1 -- check expressvpn --version), so the update alert people get when they run expressvpn status may be a false positive.

Please check what version is reported at (or as this sometimes gets updates listed sooner) before flagging the package as out-of-date.

WorMzy commented on 2019-01-11 11:38 (UTC) (edited on 2019-01-23 20:41 (UTC) by WorMzy)

Please note that, from v2.0.0, ExpressVPN will be providing signed Arch packages on their website (alongside the deb and rpm packages). I'll be continuing to update this package, but for those that find using the AUR cumbersome or just don't want to wait, please be aware of this option.

EDIT: packages were delayed for testing, but seem to be live as of 2019-01-23.

Latest Comments

1 2 3 4 5 6 .. 20 Next › Last »

WorMzy commented on 2023-07-12 21:06 (UTC)

@JedPhillips: When you click the download link on their website, it directs you to the .works URL, so my guess is it's their CDN. In any case, the downloads are verified with ExpressVPN's release signing key, so unless makepkg fails to validate the files, you can either assume they're genuine, or that ExpressVPN has leaked the private key, someone has made their own spoof packages, AND hijacked the .com website to make the download link point to a site hosting the spoof packages, AND they've been keeping up this charade since September 2021 (which is when the .works URL replaced the old .xyz URL) without anyone noticing on ExpressVPN's side. I'm not saying the latter is impossible, but it's incredibly unlikely. ;)

If you are genuinely worried about the downloads, please contact ExpressVPN support for clarification on why the downloads are served from the .works URL. All we can provide here is speculation.

JedPhillips commented on 2023-07-12 15:01 (UTC) (edited on 2023-07-12 15:01 (UTC) by JedPhillips)

Why is this pulling from rather than I can't find any information on and whether it's legit.

throstur commented on 2023-05-21 13:37 (UTC)

If you're having problems and need to update to the latest version, navigate to:

and upgrade the package with sudo pacman -U <downloaded tarball>

Also flagged this out of date for now, as this package is 2 minor versions behind.

WorMzy commented on 2023-01-14 20:04 (UTC)

You can use the official package if you prefer (see the sticky comment from 2019), however, it's just a repackaging of the same content in the deb/rpm packages using fpm with some packaging issues (creates untracked files, tries to modify files in $HOME, enables systemd services). Also the official Arch package only comes in x86_64 flavour.

WorMzy commented on 2022-10-11 20:05 (UTC)

@aleksozolins: It's not a problem I've experienced, but my suggestion would be to check the state of whichever filesystem (and underlying hardware) your /var/lib resides on. It sounds like the contents of /var/lib/expressvpn/ is either getting corrupted or removed between boots.

aleksozolins commented on 2022-10-11 00:57 (UTC)

Every time I restart my system I am forced to re-activate. Wondering if I'm missing something obvious here. Any advice appreciated!

AlexWayfer commented on 2022-06-21 22:29 (UTC) (edited on 2022-06-21 22:29 (UTC) by AlexWayfer)

I have issues with connecting:

> expressvpn connect
A new version is available, download it from

Connecting to Smart Location...
Connecting to Sweden... 1.0% Still trying to connect. This might take a minute..

WorMzy commented on 2022-04-10 19:21 (UTC)

@Palanthis no issues here, system up-to-date as of Friday, service starting at boot as usual.

Palanthis commented on 2022-04-10 06:07 (UTC)

Anyone else having the (new) issue where the expressvpn.service won't start on boot? I have enabled it several times. I don't see any errors in my logs. Once the system is booted, systemctl start expressvpn.service does successfully start the service (after 60 seconds) and then the VPN can connect. I tested this same version in Debian and Arch VMs. It is alive on boot in Debian, but not Arch. Not sure if it's due to a newer kernel version or systemd or something. Kernel 5.17.1.arch1-1, SystemD 250.4-2