Search Criteria
Package Details: cyberghostvpn 1.4.1-10
Package Actions
Git Clone URL: | https://aur.archlinux.org/cyberghostvpn.git (read-only, click to copy) |
---|---|
Package Base: | cyberghostvpn |
Description: | CyberGhost VPN |
Upstream URL: | https://www.cyberghostvpn.com |
Licenses: | custom:cyberghostvpn |
Submitter: | safeith |
Maintainer: | moormaster |
Last Packager: | moormaster |
Votes: | 9 |
Popularity: | 0.089627 |
First Submitted: | 2021-02-18 20:46 (UTC) |
Last Updated: | 2024-03-29 22:19 (UTC) |
Dependencies (8)
- bash (bash-devel-static-gitAUR, bash-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-c-aresAUR, curl-gitAUR)
- openvpn (openvpn-gitAUR, openvpn-mbedtlsAUR)
- resolvconf (systemd-resolvconf-gitAUR, systemd-resolvconf-fmlAUR, systemd-chromiumos-resolvconfAUR, systemd-resolvconf-selinuxAUR, openresolv, systemd-resolvconf)
- wireguard-tools
- ca-certificates (ca-certificates-utils) (make)
- openssl (openssl-gitAUR, openssl-staticAUR) (make)
- zip (zip-natspecAUR) (make)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 Next › Last »
Bussiii commented on 2023-04-09 17:55 (UTC)
Hash of the zip is still incorrect
moormaster commented on 2023-04-04 10:33 (UTC)
openvpn >=2.6 refuses to connect when used with start parameter --ncp-disable. According to the documentation
https://community.openvpn.net/openvpn/wiki/DeprecatedOptions#Option:--ncp-disableStatus:RemovedinOpenVPNv2.6
this parameter is not necessary anymore and can be ommitted. Until cyberghost updates its utility this package now contains an openvpn wrapper as workaround which remove the "--ncp-disable" start parameter before calling the real openvpn command.
This should enable the cyberghostvpn cli utility to work with the most recent openvpn package.
keibak commented on 2023-03-26 12:53 (UTC) (edited on 2023-03-26 13:04 (UTC) by keibak)
Currently this package fails to install. Seems that hash of zip-file is wrong:
moormaster commented on 2023-03-19 02:49 (UTC) (edited on 2023-03-19 02:53 (UTC) by moormaster)
I got another finding about the question why openvpn could refuse to work with cyberghostvpn cli utility.
I followed the support instructions to manually estabilish an openvpn connection.
see i.e. https://support.cyberghostvpn.com/hc/en-us/articles/213811885-Router-How-to-Set-Up-OpenVPN-on-DD-WRT-Routers
If I download my personal openvpn configuration the openvpn.ovpn file contains a setting that is deprecated since openvpn 2.6:
ncp-disable
see https://community.openvpn.net/openvpn/wiki/DeprecatedOptions#Option:--ncp-disableStatus:RemovedinOpenVPNv2.6
If I remove the ncp-disable line from the openvpn.ovpn configuration file I am able to manually fire up openvpn and successfully connect to a cyberghost vpn server.
moormaster commented on 2023-03-19 02:18 (UTC) (edited on 2023-03-19 02:20 (UTC) by moormaster)
To get rid of the invalid path error setting the REQEUSTS_CA_BUNDLE environment variable reveals a different error for me:
I checked the install.sh script supplied by with the original download from cyberghostvpn.com and found that they install everything to /usr/local/cyberghostvpn instead of /opt/cyberghostvpn.
If i change the PKGBUILD accordingly...
... and do a
makepkg si
to install cyberghostvpn I still need to set the environment variable REQUESTS_CA_BUNDLE to make all the certificate error messages disappear.But it still fails to estabilish a connection :(
SR-G commented on 2023-03-13 21:31 (UTC) (edited on 2023-03-13 21:33 (UTC) by SR-G)
Tested and same behavior than what i reported below : with the fedora image, i also have the certificate issue.
Or
Version
CKSUM
I do have the /opt/cyberghost/certs/ folder...
I tried to manually copy them in /etc/pki/tls/certs but no success (not even when renaming ca.crt as ca-bundle.crt)
(and exact same stacktrace also here with --openvpn)
carsme commented on 2023-03-13 21:15 (UTC)
@SR-G I changed the source to the Fedora 32 one, which correctly reports version
1.4.1
. Would you mind testing again? Both with--openvpn
and--wireguard
would be great.SR-G commented on 2023-03-13 09:20 (UTC) (edited on 2023-03-13 09:22 (UTC) by SR-G)
Mhh i don't know, when i launch the ubuntu 18 or 20.04 (1.4.1 per the package), i have a reported 1.4.1 version (same with fedora) :
And when using the ubuntu1604 one, then it reports as 1.3.4 (this is why my mistake has been - there is probably no 1.4.1 for ubuntu1604), but at least that one is fully working on my system...
Proof of concept :
carsme commented on 2023-03-13 08:04 (UTC)
I think they have messed something up with the versioning, as all artifacts are named with version
1.4.1
, but they report1.3.5
.If someone could contact their support and mention this that would be very much appreciated.
SR-G commented on 2023-03-13 01:55 (UTC)
Yes, regarding URLs, i've been able to retrieve these ones BUT it seems i made a mistake about the versionning - the ubuntu 16.04 binary (the one working on my system - by the way, an up-to-date archlinux) is still 1.3.4 and not 1.4.1 :
So for people having the same issue, as a temporary behavior (probably not going to be working in the long run), that 1.3.4 "ubuntu 16.04" flavor should be working in the meanwhile.
But
« First ‹ Previous 1 2 3 4 5 6 Next › Last »