Arch Linux User Repository

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.

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.

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.

Thanks for sharing that solution. PGP servers are notoriously unreliable, which may have been the cause of that wonderfully informative error message. ;)

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.

Hi, I always use the key gpg --recv-keys AFF2A1415F6A3A38, which I can see when visiting this page someone has detailed also below. Unfortunately it's not going through ... gpg: keyserver receive failed: General error

Status 416 is "Range Not Satisfiable", and curl indicated that it is trying to resume a download. That being the case, try removing the partially downloaded file (possibly "expressvpn_2.5.2.3-1_amd64.deb.part" and try again.

Having some trouble lately to update the package.

Checking inter-conflicts...

Building expressvpn...
==> Making package: expressvpn 2.5.2.3_1-1 (Sun 26 Jul 2020 12:58:09 BST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found license-20200726.html
  -> Downloading expressvpn_2.5.2.3-1_amd64.deb...
** Resuming transfer from byte position 21190594
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0    49    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (22) The requested URL returned error: 416
==> ERROR: Failure while downloading https://download.expressvpn.xyz/clients/linux/expressvpn_2.5.2.3-1_amd64.deb
    Aborting...
Failed to build expressvpn

gpg --recv-key AFF2A1415F6A3A38 if build fails because of missing key

A simple script has solved the problem with me. your_resolv.conf is your standard configuration when expressvpn is not active

!/bin/bash

if [[ $(expressvpn status | grep "Connected to") ]];

then

expressvpn disconnect &

sleep 2

cp your_resolv.conf /var/lib/expressvpn/resolv.conf

else

expressvpn connect your_server

fi

That's what I do to prevent NetworkManager from overwriting resolv.conf (chattr +i /etc/resolv.conf), but it seems that ExpressVPN works by rewriting resolv.conf so I can't connect after I chattr.

I don't use the browser plugins (I don't use any of the supported browsers), but try running expressvpn install-chrome-extension to make sure it's installed correctly (alternatively run cp /usr/lib/expressvpn/chrome/com.expressvpn.helper.json ~/.config/google-chrome/NativeMessagingHosts/com.expressvpn.helper.json)

R.E. unbound conflict, see https://wiki.archlinux.org/index.php/Domain_name_resolution#Overwriting_of_/etc/resolv.conf

Recently I have been having trouble with the Chrome plugin (keeps saying that the app isn't found). The service is enabled and started though.

p.s. if ExpressVPN replaces /etc/resolv.conf, it would mean it will potentially clash with Unbound, no?