Package Details: private-internet-access-vpn 3.4-3

Git Clone URL: https://aur.archlinux.org/private-internet-access-vpn.git (read-only, click to copy)
Package Base: private-internet-access-vpn
Description: Installs VPN profiles for Private Internet Access Service
Upstream URL: https://www.privateinternetaccess.com/
Keywords: connman networkmanager openvpn python vpn
Licenses: GPL
Conflicts: xawtv
Submitter: flamusdiu
Maintainer: Auerhuhn
Last Packager: Auerhuhn
Votes: 86
Popularity: 0.000008
First Submitted: 2014-08-14 01:22 (UTC)
Last Updated: 2024-04-14 17:12 (UTC)

Pinned Comments

Auerhuhn commented on 2023-10-27 08:23 (UTC) (edited on 2023-10-27 08:23 (UTC) by Auerhuhn)

Note that this package provides only VPN profiles but not the vendor’s software.

The package version refers to the python-pia tool by @flamusdiu, which may lag behind the vendor’s own VPN software version.

Please do not flag this package out-of-date unless @flamusdiu releases a new stable python-pia version.

Thank you!

Latest Comments

« First ‹ Previous 1 .. 30 31 32 33 34 35 36 37 38 39 40 .. 48 Next › Last »

Maxiride commented on 2016-06-25 10:35 (UTC) (edited on 2016-06-26 08:16 (UTC) by Maxiride)

I successfully installed the package and I'm able to connect to the VPNs using networkmanager. However I always have long time "resolving host" message in chromium whenever attempting to connect to a website, doing a speedstest however results in my max bandwidth normally. Why does this happens? I tried to change ports\TCP-UDP without success, using the PIA app on windows on the same network (got a dual boot setup) works fine. Edit: Using PPTP\L2TP under Arch (manually set following PIA Client page instructions) doesn't give this issue. Edit2: Under a more restrictive network I noticed that this setup can't even reach the PIA servers, **the windows APP works fine instead** -> Long story short this more restricted network has it's own DNS table and it's own CA. Using an IP lookup service I managed to connect the PIA servers using the direct IP instead of the name.privateinternetaccess.com address.

flamusdiu commented on 2016-05-30 12:50 (UTC)

@cryzed: no worries. Probably better to post on the github for python project for suggestions; I will usually see that first.The hooks made sense (and fun to figure out). I still have my issue with `pia -r` which I'll fix. Glade it's working for everyone again! =)

cryzed commented on 2016-05-30 12:40 (UTC) (edited on 2016-05-30 12:41 (UTC) by cryzed)

@flamusdiu, thank you, everything works now! I appreciate you taking some of my suggestions to heart -- it wasn't mean to sound overly critical or snobby, in fact I'm very grateful to you for providing an easy of setting all this up. The term network stack was probably badly chosen, what I experienced were probably problems specific to me -- including NetworkManager not recognizing any connections for a short while. I understand now that the root escalation isn't avoidable. Thanks again!

mindofthemad commented on 2016-05-30 07:30 (UTC)

@flamusdiu It works now.

Svante commented on 2016-05-30 06:29 (UTC)

Installed openvpn and networkmanager-openvpn and rebooted. Now it works on KDE :-)

Svante commented on 2016-05-30 05:57 (UTC)

Didn't change anytning for me :-( Maybe it's a KDE-problem....?

kleshas commented on 2016-05-30 03:31 (UTC)

flamusdiu - yes, latest patch fixed my issue. Thanks for your hard work :)

flamusdiu commented on 2016-05-30 03:10 (UTC)

@mindofthemad: which end point? Also, can you post the configuration file for it?

flamusdiu commented on 2016-05-30 03:09 (UTC)

@kleshas: fixed the update-resolv-conf problem. The patch is due to the source using 'which' to locate resolvconf instead of 'type -p'

« First ‹ Previous 1 .. 30 31 32 33 34 35 36 37 38 39 40 .. 48 Next › Last »