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 .. 14 15 16 17 18 19 20 21 Next › Last »

WorMzy commented on 2016-10-08 11:17 (UTC)

If there is a packaging bug, we will fix it, but this isn't the right place for technical support. Please open a topic on your distribution's support forum. I will say that conflicting with shutdown.target is a normal thing. It just means that running services should exit before system shutdown is completed.

roger64 commented on 2016-10-08 00:18 (UTC)

After two days working non stop (service resuming after sleep) I experienced a computer crash. I had to fsck the distro from outside. On new start the clock was wrong and I had to manually correct it. Please find this image which seems to confirm there is a "conflict" with this package. [URL=http://www.hostingpics.net/viewer.php?id=905828systemd.png][IMG]http://img4.hostingpics.net/pics/905828systemd.png[/IMG][/URL] Now the service is working again but I will stop it every time the computer goes to sleep. Let me know if you need some more information.

roger64 commented on 2016-10-05 14:41 (UTC)

Just to report success using first gpg --recv-keys AFF2A1415F6A3A38 before proceeding to compilation The following "green tip" seemed to work but finally failed for unknown reason. "Adding keyserver-options auto-key-retrieve to gpg.conf will automatically fetch keys from the key server as needed." Thanks again for making this nice software available.

roger64 commented on 2016-10-05 12:53 (UTC)

@WorMzy Thanks for the link and your quick answer.

WorMzy commented on 2016-10-05 11:04 (UTC)

The key is used by the developers to sign the download, and we use it to verify the download hasn't been tampered with. See https://wiki.archlinux.org/index.php/Makepkg#Signature_checking and for automating key retrieval, see the green tip at https://wiki.archlinux.org/index.php/GnuPG#Use_a_keyserver

roger64 commented on 2016-10-05 10:11 (UTC)

Thank you for making this package available. I already use it with Linux Mint (64bits) but it's not my usual distro. Sorry for the French language. My compilation fails about a licence because of an "unknown public key AFF..." The original proprietary software has no key problem because we enter a personalized key later on to make it work. I really don't know what I am supposed to write and where... Here is the end of the compilation: ==> Validation des fichiers source avec sha512sums... expressvpnd.service ... Réussite license-20161005.html ... Ignoré ==> Validation des fichiers source_x86_64 avec sha512sums... expressvpn_1.1.0_amd64.deb ... Réussite expressvpn_1.1.0_amd64.deb.asc ... Ignoré ==> Vérification des signatures des fichiers sources grâce à gpg... expressvpn_1.1.0_amd64.deb ... ÉCHEC (Clef publique inconnue AFF2A1415F6A3A38) ==> ERREUR : Une ou plusieurs signatures PGP n’ont pas pu être vérifiées. ==> ERREUR : Makepkg n'a pas pu construire expressvpn. ==> Relancer la compilation de expressvpn ? [o/N]

WorMzy commented on 2016-08-19 10:52 (UTC)

Ahh, I see the problem. I've put the commands in post_upgrade, which isn't run after the initial install. Will be fixed shortly. Thanks for clarifying, scootz.

scootz commented on 2016-08-19 04:30 (UTC)

I just recently installed this package tonight and got the same issues. the expressvpn.install did not run post_upgrade() to create the client key/crt. I issued the same commands as was in the upgrade function to create the key. I've noticed the same error show up when starting up the daemon as @HotblackDesiato had. Other than the install script not creating the key, everything works and connects fine to selected server. --- ● expressvpnd.service - ExpressVPN Backend Daemon Loaded: loaded (/usr/lib/systemd/system/expressvpnd.service; disabled; vendor preset: disabled) Active: active (running) since Thu 2016-08-18 23:58:33 EDT; 4s ago Main PID: 11224 (expressvpnd) Tasks: 7 (limit: 4915) CGroup: /system.slice/expressvpnd.service └─11224 /usr/bin/expressvpnd --pidfile /var/run/expressvpnd.pid Aug 18 23:58:33 hedwig.scootz99.com systemd[1]: Started ExpressVPN Backend Daemon. Aug 18 23:58:33 hedwig.scootz99.com expressvpnd[11224]: 2016/08/18 23:58:33 method Authenticate has wrong number of ins: 2 Aug 18 23:58:33 hedwig.scootz99.com expressvpnd[11224]: 2016/08/18 23:58:33 method SetAuth has wrong number of ins: 2 Aug 18 23:58:33 hedwig.scootz99.com expressvpnd[11224]: openvpn-expressvpn: no process found ---

WorMzy commented on 2016-08-02 11:41 (UTC)

Looks like the .install file failed to run on your system for some reason. If you manually run the following (as root): /usr/bin/expressvpnd --workdir "/var/lib/expressvpn/" generate-client-ca /usr/bin/expressvpnd --workdir "/var/lib/expressvpn/" generate-client-certs /usr/bin/chmod 644 "/var/lib/expressvpn/certs/client.key" /usr/bin/rm -f /var/lib/expressvpn/certs/client.req /usr/bin/rm -f /var/lib/expressvpn/certs/clientca.srl Do you get any error messages?

HotblackDesiato commented on 2016-08-02 04:36 (UTC)

I cannot activate expressvpn. I get the following error messages: ----------------------------------- expressvpn activate Failed to load client cert/key! open /var/lib/expressvpn/certs/client.crt: no such file or directorytls: handshake failed: tls: client didn't provide a certificateCannot connect to expressvpnd daemon. It seems the expressvpn daemon is not running. Please run "sudo service expressvpn restart" to start it. If the problem persists, please contact us. ------------------------------------------------------ expressvpnd has been started by enabling and starting expressvpnd.service. But I believe that it did not start properly. The file /var/lib/expressvpn/certs/client.crt is missing. When I start expressvpnd manually, I get the following: ------------ 2016/08/02 12:35:36 method Authenticate has wrong number of ins: 2 2016/08/02 12:35:36 method SetAuth has wrong number of ins: 2 openvpn-expressvpn: Kein Prozess gefunden [= no process found] -------------