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.50
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 2 3 4 5 6 7 8 .. 21 Next › Last »

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

theriddick commented on 2022-01-14 09:02 (UTC) (edited on 2022-02-07 06:58 (UTC) by theriddick)

I can't seem to get expressvpn to work anymore. It just cycles from 0.0% and up to high 80s then eventually says unable to connect... Resolved itself after installing a new arch setup, not sure what went wrong with Garuda Linux install....

WorMzy commented on 2021-09-27 20:11 (UTC) (edited on 2021-09-27 20:11 (UTC) by WorMzy)

@jmonger: I don't use Firefox or Chrome, so I can't test this, but I believe you just need to run mkdir -p "${HOME}/.mozilla/native-messaging-hosts"; cp "/usr/lib/expressvpn/firefox/com.expressvpn.helper.json" "${HOME}/.mozilla/native-messaging-hosts/com.expressvpn.helper.json" (I believe that expressvpn install-firefox-extension used to do this on your behalf, but these days it just seems to open a firefox addons page). You may also need to start the agent daemon expressvpn-agent --daemon.

phonemic commented on 2021-09-27 16:50 (UTC)

Any tips to get this package working with the Firefox extension? When I click on the extension the message displayed is "App Not Found."

Works great from the terminal, but I would like to use the extension as well.

tombh commented on 2021-09-12 18:27 (UTC)

I don't know if I've set my systemd-resolvd up differently, but the default DNS changes that expressvpn so boldly makes on my system don't work. What's more there's no way to change force_vpn_dns to false, either with the CLI or manually in /.config/expressvpn/config.

The only solution I could find for now is to manually add expressvpn's private network DNS IP address (look in /etc/resolv.conf when connected) to /etc/systemd/resolved.conf.d/dns_server.conf

WorMzy commented on 2021-09-08 22:18 (UTC)

.deb is historical, .pkg. files weren't provided at the time of this package's creation, and since we only use the contents of the archive the format from upstream is unimportant. Also upstream no longer provides 32-bit Arch archives.

As for the expressvpn.xyz domain, that's where the archives were provided by expressvpn up until the latest version, which I've only just made aware of (apparently the new version alerts are broken again on Linux, and nobody flagged OOD). Package update coming shortly. Package security comes from the PGP signature checking. So long as you check the signature matches the PGP key used by upstream (defined in validpgpkeys), you can validate that the archives are official.

oneironaut2209 commented on 2021-09-06 06:57 (UTC)

Why sources are from expressvpn.xyz instead of expressvpn.com. And sources are .deb pacakges instead of .pkg.tar.xz ?

j1simon commented on 2021-04-06 21:00 (UTC) (edited on 2021-04-06 21:01 (UTC) by j1simon)

The problem with this package is that it interferes with the one installed from signed Arch packages on ExpressVPN website by being named the same way.
AUR updater programs: paru, yay, etc... try to update it even if it has not been installed from AUR.
This package should be removed or renamed.

jbanks commented on 2020-12-12 11:26 (UTC)

If anyone else is having the problem where expressvpn disconnect no longer restores your resolv.conf I solved the problem by removing the symlink and rm /var/lib/expressvpn/resolv.conf (not sure if that is needed)

I think that sometimes expressvpn can get into an inconsistent state where the symlink is still there even when expressvpn is not connected.

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 21 Next › Last »