Arch Linux User Repository

Getting same error trying to connect to any server, after init, using proper working credentials:

2023-09-06 20:54:18 DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'AES-256-CBC' to --data-ciphers or change --cipher 'AES-256-CBC' to --data-ciphers-fallback 'AES-256-CBC' to silence this warning. 2023-09-06 20:54:18 WARNING: Using --management on a TCP port WITHOUT passwords is STRONGLY discouraged and considered insecure 2023-09-06 20:54:18 OpenVPN 2.5.8 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [XOR] built on Feb 6 2023 2023-09-06 20:54:18 library versions: OpenSSL 3.0.8 7 Feb 2023, LZO 2.10 2023-09-06 20:54:18 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:7015 2023-09-06 20:54:18 WARNING: --ping should normally be used with --ping-restart or --ping-exit 2023-09-06 20:54:18 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2023-09-06 20:54:18 Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication 2023-09-06 20:54:18 Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication 2023-09-06 20:54:18 TCP/UDP: Preserving recently used remote address: [AF_INET]188.240.56.45:1194 2023-09-06 20:54:18 Socket Buffers: R=[212992->212992] S=[212992->212992] 2023-09-06 20:54:18 UDP link local: (not bound) 2023-09-06 20:54:18 UDP link remote: [AF_INET]188.240.56.45:1194 2023-09-06 20:54:18 TLS: Initial packet from [AF_INET]188.240.56.45:1194, sid=f0aaabf0 6ec04263 2023-09-06 20:54:18 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this 2023-09-06 20:54:19 VERIFY OK: depth=2, C=PA, O=NordVPN, CN=NordVPN Root CA 2023-09-06 20:54:19 VERIFY OK: depth=1, O=NordVPN, CN=NordVPN CA8 2023-09-06 20:54:19 VERIFY KU OK 2023-09-06 20:54:19 Validating certificate extended key usage 2023-09-06 20:54:19 ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication 2023-09-06 20:54:19 VERIFY EKU OK 2023-09-06 20:54:19 VERIFY X509NAME OK: CN=uk2452.nordvpn.com 2023-09-06 20:54:19 VERIFY OK: depth=0, CN=uk2452.nordvpn.com 2023-09-06 20:54:19 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:7015 2023-09-06 20:54:19 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, peer certificate: 4096 bit RSA, signature: RSA-SHA512 2023-09-06 20:54:19 [uk2452.nordvpn.com] Peer Connection Initiated with [AF_INET]188.240.56.45:1194 2023-09-06 20:54:20 SENT CONTROL [uk2452.nordvpn.com]: 'PUSH_REQUEST' (status=1) 2023-09-06 20:54:25 SENT CONTROL [uk2452.nordvpn.com]: 'PUSH_REQUEST' (status=1) 2023-09-06 20:54:26 AUTH: Received control message: AUTH_FAILED 2023-09-06 20:54:26 SIGUSR1[soft,auth-failure] received, process restarting 2023-09-06 20:54:26 Restart pause, 10 second(s)

Error when running 'sudo openpyn --init': Traceback (most recent call last): File "/usr/bin/openpyn", line 33, in <module> sys.exit(load_entry_point('openpyn==3.0.0', 'console_scripts', 'openpyn')()) File "/usr/lib/python3.10/site-packages/openpyn/openpyn.py", line 179, in main return_code = run( File "/usr/lib/python3.10/site-packages/openpyn/openpyn.py", line 299, in run initialise(detected_os, asuswrt_os, openwrt_os) File "/usr/lib/python3.10/site-packages/openpyn/openpyn.py", line 669, in initialise update_config_files() File "/usr/lib/python3.10/site-packages/openpyn/openpyn.py", line 970, in update_config_files total = int(r.headers["content-length"]) File "/usr/lib/python3.10/site-packages/requests/structures.py", line 54, in getitem return self._store[key.lower()][1] KeyError: 'content-length'

@xcaramar

Thanks for flagging this issue. The version was old because the package was using the version from git master despite not being a *-git package. This was because the developer didn't tag a release for a long time (see older comment from brenix). I have switched to using a tag now that a new release has dropped. I also fixed the dependencies.

Sorry for the late reply.

I just received the 3.0.0 update, although the package version here is still listed as 2.2.0 - not sure how that happened. But openpyn 3.0.0 seemes to have some new dependencies. Unlike 2.2.0, it complained that python-tqdm and python-jsonschema were missing; launched fine after I installed these. The package should be updated with these dependencies.

@ryan_greenblatt that makes sense. I was half assuming that this package lacked the -git flag at the end of its name

@eh8

openpyn-nordvpn: local (2.2.0.r314.g0b40481-1) is newer than AUR (2.2.0.r308.gbd993a0-1)

I'm pretty sure this is expected and fine. Note that this is a git package (see pinned comment by brenix), so the version will be newer than that in the pkgbuild. See this reddit post

That said, it looks like releases are now being tagged regularly. I may change this back to using tagged releases.

openpyn-nordvpn: local (2.2.0.r314.g0b40481-1) is newer than AUR (2.2.0.r308.gbd993a0-1)

Install script removes /etc/systemd/system/openpyn.service but the file is not owned by the package:

For now, I am not going to fix this because there isn't a clear solution and any solution would involve changes upstream. See https://bbs.archlinux.org/viewtopic.php?pid=1943062#p1943062. If anyone is interested in solving this and finds/implements a good solution, post a patch and I will merge it in.

@Epdfjasfvzp

Seems to be broken with python being updated to 3.9. openpyn gets installed into /usr/lib/python3.8 but with python set to python3.9 by default it can't find the openpyn dependency.

This isn't actually an issue with this package, see this thread: https://www.reddit.com/r/archlinux/comments/5mer2f/psa_rebuild_all_aur_packages_providing_python/

TLDR, you can fix this with yay -S --rebuildall aur/openpyn-nordvpn

Seems to be broken with python being updated to 3.9. openpyn gets installed into /usr/lib/python3.8 but with python set to python3.9 by default it can't find the openpyn dependency.