Package Details: expressvpn 3.81.0.2_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: 50
Popularity: 0.35
First Submitted: 2016-03-26 03:18 (UTC)
Last Updated: 2024-12-29 15:28 (UTC)

Pinned Comments

WorMzy commented on 2025-02-22 22:34 (UTC)

Please note that, as of version 4.0, ExpressVPN have switched to a new "universal installer" which replaces their previous distro-specific packages (.deb/.rpm/.pkg) and bypasses package managers entirely (mostly dumping stuff to /opt). I have rewritten the PKGBUILD to repackage what this new installer does so it can still be tracked by pacman, but there's no telling how well this will work going forward (particularly since this new version supposedly has a self-updater built in.)

The new ExpressVPN version is still in beta, so I've not pushed an update to this package yet, if you're interested in testing it out, it's available at https://codeberg.org/WorMzy/aur-packages/src/branch/main/expressvpn

Note: you may need to flush your iptables rules after upgrading in order to restore internet access, use iptables -F to do so.

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.

Latest Comments

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

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.

chapa commented on 2018-04-19 12:33 (UTC)

Dont works EVPN. Im from Russia. We have a hard censorship. Help me, friends. Thanks.

WorMzy commented on 2018-04-05 17:51 (UTC)

Hm, well the expressvpn.service messages seem to be benign (I have the same), and apart from network_lock, your preferences are identical to mine. You didn't mention what your networking setup is, but that's what I would check in this situation. I don't see why disabling network_lock would affect the situation if that was responsible though -- afaik, that setting only affects what happens when expressvpn loses connection to the server you have selected, not the initial connection itself.

If checking your journal for suspicious entries from your network manager/custom networking solution doesn't give you any hints, then you might want to contact expressvpn support.

lknix commented on 2018-04-05 08:57 (UTC)

@WorMzy thanks for a prompt reply. Answers:

  1. Yes, that's all I get from expressvpn diagnostics. It's really not very helpful.
  2. journalctl -b -u expressvpn.service:
-- Logs begin at Fri 2017-03-24 12:28:26 CET, end at Thu 2018-04-05 10:41:06 CEST. --
Apr 05 10:39:29 arch systemd[1]: Started ExpressVPN Daemon.
Apr 05 10:39:29 arch expressvpnd[17909]: 2018/04/05 10:39:29 method Authenticate has wrong number of ins: 2
Apr 05 10:39:29 arch expressvpnd[17909]: 2018/04/05 10:39:29 method SetAuth has wrong number of ins: 2

Because you mentioned network_lock I've set it from default to off and it started working again (yay!). Any suggestion how to troubleshoot this further? I'd prefer to have network_lock ON, since it's a really nice feature.

My current (workable) preferences:

$ expressvpn preferences
auto_connect            false
desktop_notifications   true
disable_ipv6            true
force_vpn_dns           true
network_lock            off
preferred_protocol      auto
send_diagnostics        false

WorMzy commented on 2018-04-04 21:20 (UTC)

@lknix: No problems here. I'm up-to-date on Arch (as of 10 minutes ago), using Network Manager and have expressvpn's "network_lock" enabled.

Is that all the output you get from expressvpn diagnostics? There should be a log.

Is there any useful information in # journalctl -b -u expressvpn.service?

Note that you can make terminal output more readable on the AUR comments by surrounding it with three backticks (like github)

like so

lknix commented on 2018-04-04 10:42 (UTC)

Anyone else has a problem with ExpressVPN not connecting after the latest package upgrade? I'm getting this:

$ expressvpn connect es Selecting a location in Spain for you... Connecting to Spain... Unable to connect to Spain

  • Check your internet connection or try a different location.
  • Internet traffic is blocked to protect your privacy.
  • To retry the connection, type 'expressvpn connect'
  • To disconnect from the VPN and unblock internet traffic, type 'expressvpn disconnect'

AND

$ expressvpn diagnostics

ExpressVPN client version : 1.4.1 ExpressVPN client build : 1.4.1 (2966) Operating system version : Arch Linux Timestamp: 2018-04-04 12:40:59.765946882 +0200 CEST Cluster list file version: 20180404|1| Cluster list download date: 2018-04-04 12:19:55.01692747 +0200 CEST

==============================================

Connecting to Spain - Madrid, ip: 245.141.0.172, protocol: udp Diagnostics: has internet: true udp ping: is_timeout: false, latency: 50.6 ms cluster stats: min/avg/max/stddev = 50.497/50.667/50.844/0.123 ms, x cluster packet loss rate: 0.0% dns: 192.168.1.1,1.0.0.1,8.8.4.4

No matter which VPN server, protocol I use (and wifi/ISP) - always the same. At the same time it works w/o a problem on Android. Any suggestions?