Package Details: expressvpn 3.78.0.0_1-1

Git Clone URL: https://aur.archlinux.org/expressvpn.git (read-only, click to copy)
Package Base: expressvpn
Description: Proprietary VPN client for Linux
Upstream URL: https://expressvpn.com
Licenses: LicenseRef-custom
Submitter: 2bluesc
Maintainer: 2bluesc (WorMzy)
Last Packager: WorMzy
Votes: 49
Popularity: 0.000430
First Submitted: 2016-03-26 03:18 (UTC)
Last Updated: 2024-11-12 09:25 (UTC)

Pinned Comments

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

Info from expressvpn's site ...

wget https://www.expressvpn.com/expressvpn_release_public_key_0xAFF2A1415F6A3A38.asc

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 https://www.expressvpn.com/latest (or https://www.expressvpn.com/support/troubleshooting/china-status/#linux 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

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 21 Next › Last »

WorMzy commented on 2018-07-27 22:17 (UTC)

Can you check what those file descriptors are?

# ls -l /proc/$(pgrep expressvpnd)/fd

I'm guessing they're just sockets, but I'm not sure why you have so many of them. (I have 11)

Your cluster list file version is outdated, but I doubt this would cause the issue you are seeing. Try updating it with expressvpn refresh just in case.

Other things to check are that your booted kernel (uname -r) matches the installed version (pacman -Q linux), and whether downgrading to the previous kernel fixes things.

I don't think that any AUR packages would cause problems for expressvpn, but going over your pacman -Qm list and rebuilding any potentially suspect packages just in case may help.

TeoBigusGeekus commented on 2018-07-27 20:40 (UTC) (edited on 2018-07-27 20:42 (UTC) by TeoBigusGeekus)

Up until this afternoon, the output of

journalctl -u expressvpn.service

has been something like

...

-- Reboot --

Jul 27 17:03:12 teo-arch systemd[1]: Started ExpressVPN Daemon.

Jul 27 17:03:14 teo-arch expressvpnd[397]: # Generated by expressvpn

Jul 27 17:03:14 teo-arch expressvpnd[397]: unlocking fd: 3

Jul 27 17:03:15 teo-arch expressvpnd[397]: 2018/07/27 17:03:15 rpc.Register:

method "Authenticate" has 2 input parameters; needs exactly three

Jul 27 17:03:15 teo-arch expressvpnd[397]: 2018/07/27 17:03:15 rpc.Register: method "SetAuth" has 2 input parameters; needs exactly three

Jul 27 17:03:15 teo-arch expressvpnd[397]: unlocking fd: 3

Jul 27 17:04:59 teo-arch systemd[1]: Stopping ExpressVPN Daemon...

Jul 27 17:04:59 teo-arch systemd[1]: expressvpn.service: Main process exited, code=exited, status=1/FAILURE

Jul 27 17:04:59 teo-arch systemd[1]: expressvpn.service: Failed with result 'exit-code'.

Jul 27 17:04:59 teo-arch systemd[1]: Stopped ExpressVPN Daemon.

-- Reboot --

Jul 27 17:05:36 teo-arch systemd[1]: Started ExpressVPN Daemon.

Jul 27 17:05:38 teo-arch expressvpnd[394]: unlocking fd: 3

Jul 27 17:05:38 teo-arch expressvpnd[394]: 2018/07/27 17:05:38 rpc.Register: method "Authenticate" has 2 input parameters; needs exactly three

Jul 27 17:05:38 teo-arch expressvpnd[394]: 2018/07/27 17:05:38 rpc.Register: method "SetAuth" has 2 input parameters; needs exactly three

Jul 27 17:05:39 teo-arch expressvpnd[394]: unlocking fd: 3

Jul 27 17:07:16 teo-arch systemd[1]: Stopping ExpressVPN Daemon...

Jul 27 17:07:17 teo-arch systemd[1]: expressvpn.service: Main process exited, code=exited, status=1/FAILURE

Jul 27 17:07:17 teo-arch systemd[1]: expressvpn.service: Failed with result 'exit-code'.

Jul 27 17:07:17 teo-arch systemd[1]: Stopped ExpressVPN Daemon.

-- Reboot --

...

After the update, I get

-- Reboot --

Jul 27 17:07:51 teo-arch systemd[1]: Started ExpressVPN Daemon.

Jul 27 17:07:52 teo-arch expressvpnd[397]: unlocking fd: 3

Jul 27 17:07:52 teo-arch expressvpnd[397]: 2018/07/27 17:07:52 rpc.Register: method "Authenticate" has 2 input parameters; needs exactly three

Jul 27 17:07:52 teo-arch expressvpnd[397]: 2018/07/27 17:07:52 rpc.Register: method "SetAuth" has 2 input parameters; needs exactly three

Jul 27 17:07:53 teo-arch expressvpnd[397]: unlocking fd: 6

Jul 27 17:09:03 teo-arch expressvpnd[397]: unlocking fd: 9

Jul 27 17:14:49 teo-arch expressvpnd[397]: unlocking fd: 9

Jul 27 17:16:04 teo-arch expressvpnd[397]: unlocking fd: 19

Jul 27 17:17:04 teo-arch expressvpnd[397]: unlocking fd: 19

Jul 27 17:27:06 teo-arch expressvpnd[397]: unlocking fd: 25

Jul 27 19:14:00 teo-arch expressvpnd[397]: unlocking fd: 26

Jul 27 19:22:13 teo-arch expressvpnd[397]: unlocking fd: 27

Jul 27 19:25:30 teo-arch expressvpnd[397]: unlocking fd: 28

Jul 27 23:29:01 teo-arch expressvpnd[397]: unlocking fd: 29

Jul 27 23:34:31 teo-arch expressvpnd[397]: unlocking fd: 30

The output of expressvpn diagnostics gives me

ExpressVPN client version : 1.4.4

ExpressVPN client build : 1.4.4 (3658)

Operating system version : Arch Linux

Timestamp: 2018-07-27 23:38:03.997169161 +0300 EEST m=+23411.928747636

Cluster list file version: 20180707|1|

Cluster list download date: 2018-07-08 00:47:58.014431156 +0300 EEST

Smart location download date: 2018-07-27 23:37:55.219059276 +0300 EEST m=+23403.150637771

Protocol pecking order download date: 2018-07-27 17:16:13.733962674 +0300 EEST m=+501.665541126

WorMzy commented on 2018-07-27 17:59 (UTC)

Cannot reproduce here. Check what messages expressvpn.service has logged to the journal, perhaps you will find a hint there. Failing that, check the output of expressvpn diagnostics.

TeoBigusGeekus commented on 2018-07-27 16:26 (UTC) (edited on 2018-07-27 16:26 (UTC) by TeoBigusGeekus)

Performed a trizen -Syu today on my system, it was a kernel update. After a reboot, expressvpn gets stuck at

[[Time:19:21 Location:~/Desktop]]

$ expressvpn connect smart

Connecting to Smart Location...

Connecting to UK - East London...

and never connects, even after half an hour or so. I tried connecting to other places but to no avail. New kernel: 4.17.10-1

WorMzy commented on 2018-07-06 08:26 (UTC)

@JohnnyDeacon: https://wiki.archlinux.org/index.php/Makepkg#Signature_checking

JohnnyDeacon commented on 2018-07-06 05:43 (UTC)

==> Validating source files with sha512sums... license-20180706.html ... Skipped ==> Validating source_x86_64 files with sha512sums... expressvpn_1.4.2_amd64.deb ... Passed expressvpn_1.4.2_amd64.deb.asc ... Skipped ==> Verifying source file signatures with gpg... expressvpn_1.4.2_amd64.deb ... FAILED (unknown public key AFF2A1415F6A3A38) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build expressvpn.

WorMzy commented on 2018-05-14 14:29 (UTC)

Not sure why you're posting that here, report it upstream.

NZCyrus commented on 2018-05-14 08:56 (UTC)

expressvpn -v

expressvpn version 1.4.0

and not expressvpn 1.4.2-1

chapa commented on 2018-04-19 16:17 (UTC)

WorMzy - thanks

WorMzy commented on 2018-04-19 14:43 (UTC)

If your ISP is blocking access to the expressvpn servers, then there's not much we can do to help you. Contact expressvpn support, if you can.