Arch Linux User Repository

"Please, do not flag this package as out-of-date until there's the official release on Github page."

"Maybe the announcement is delayed, but wait for some other possible forward release, which is patching the previous one before the actual publishing."

Note from 3.20.2-4

Dependency included as mandatory earlier as community request.

If you're late for the party and only had updated up to 3.20.2-2.1:

• Simply uninstall nordvpn-bin and install again.

If you're coming from Manjaro or e.g another Arch-based distro with no stable libxml2-legacy package just yet:

• No need to upgrade. It's best keeping with the 3.20.2-3 version. But if you already had, then you can downgrade.

Note from 3.20.2-3

There is now a new package from official repositories named libxml2-legacy and with it two fresh considerations:

• Despite the fact libxml2-legacy was included as optional, it is actually a mandatory dependency. This will change on next NordVPN's release if the legacy support remains.

• This release only removes the previous symbolic link and purges the file within NordVPN library directory, otherwise it would result in an error before installation/upgrade.

Note from 3.20.2-2.1

A patch have been implemented due the absence of libxml2.so.2 after package upgrade to 2.14.2. This fix is not useful if:

• You plan to keep your system update to a specific date until NordVPN officially uses the new library.

• You are from a different distribution, which is a Arch-based one with other repositories, and libxml2 is not yet upgraded.

Note from 3.19.1:

The repository's hierarchy has been updated and a slightly divergence comes with it. It was from:

/debian/pool/main

To now as:

/debian/pool/main/n/nordvpn

Any previous commits you may like to try in the future will need a manual mediation to replace old links in favor of the new ones.

Note from 3.19.0:

This version introduces new libraries being used by NordVPN. I have created symbolic links and committed a patch for it not interposing with already existing libraries (like sqlite3). Although this is not a big deal, If you, however, upgraded nordvpn-bin before the fix and noticed some library-related issue from sqlite lately, I suggest reinstalling the affected package.

Note from 3.17.4v:

The previous bug exposing DNS servers is fixed.

Note from 3.17.3v:

Caution! This version needs heed while using it and should be avoided. I strongly advice downgrading to 3.17.2 and wait for a new version or patching. Some big problems are:

• There's DNS leak present. Your original ISP servers can be exposed, as reported already on #343 issue.

• Unable to connect on nordvpn servers. Your journal might show the follow output: networker setting dns: setting dns with resolvectl: setting dns with resolvectl: Failed to set DNS configuration: Could not activate remote peer: activation request failed: unknown unit.: exit status 1

  After restarting resolve with systemctl restart systemd-resolved.service you may get it working again, enough for connecting normally, as reported, but not exclusively an ARM platform issue, on #342.

Also huge thanks for the community warnings in prior comments before I could've noticed all.

Note from 3.16.2v:

As the published note from the version above has mentioned on Github's page:

• Logging in with a username and password is no longer available in the terminal.

Please, consider using a token to logging in from now on.

Note from 3.16.0v:

The 'countries.dat' may differ between versions. Be aware to remove the file before upgrading the package.

If you're seeing the message "Daemon is unreachable, is systemd running?", then one of two things is probably happening.

The nordvpn daemon might not be started
Start it using:
sudo systemctl enable --now nordvpnd

You might not have been added to the nordvpn group
Add yourself:
sudo gpasswd -a USERNAME nordvpn
And then restart in order for the group to be created:
reboot

you can fix the "rotating:transport rotator: ptr timer is locked" output like this: 1. sudo systemctl stop nordvpnd.service 2. sudo mkdir /run/nordvpn/ 3. touch nordpvnd.sock 4. sudo systemctl start nordvpnd.service cheers

Getting the same message as ygurin when I try to login

"rotating: transport rotator: ptr timer is locked"

I seem to be getting this on login

nordvpn login

rotating: transport rotator: ptr timer is locked

Any idea what this could be?

Any idea how to use meshnet according to https://support.nordvpn.com/General-info/Features/1872910282/How-to-use-Meshnet-on-Linux.htm?

$ nordvpn set meshnet on                                                                                                                                                                                           
Command 'meshnet' doesn't exist.

Having issues with this last update. In order to connect to any specific server using

"nordvpn c Seattle" (or any general or specific server locale, for that matter)

Connecting to United States #8952 (us8952.nordvpn.com) Whoops! We couldn't connect you to 'Seattle'. Please try again. If the problem persists, contact our customer support.

But when I explicitly specify the Nord-preferred DNS server addresses using

"nordvpn set dns 103.86.96.100 103.86.99.100"

resulting in a proven settings change to this:

$ nordvpn settings Technology: NORDLYNX Firewall: enabled Kill Switch: disabled Threat Protection Lite: disabled Notify: disabled Auto-connect: disabled IPv6: disabled DNS: 103.86.96.100, 103.86.99.100

the problem vanishes and a successful connection is almost immediate. Whether using Nordlynx or OpenVPN technology, or UDP or TCP protocol, I must explicitly set the DNS addresses or I get no connection. I looked over the PKGBUILD and install files but see nothing that could explain this. Also, I am logged in, the daemon is enabled and I am a member of the nordvpn group. I do allow Networkmanager to control the writing of resolv.conf. Thoughts? I've reached out to tech support. Situation persists after I flush IP tables. UPDATE, UNRESOLVED: Nord tech support simply recommends adding Cloudflare nameservers 1.1.1.1 and 1.0.0.1 to resolv.conf and making that file immutible: chattr +i /etc/resolv.conf The need for explicit DNS servers in nordvpn-bin was nevertheless unchanged.

UPDATE: The nordvpn-bin update seems to have resolved the above issue.

Just putting this out there in case anyone else wants to use the old, but reliable version of nordvpn. nordvpn-bin-3.7.4-1-x86_64.pkg.tar.zst

https://archive.org/details/nordvpn-bin-3.7.4-1-x86_64.pkg.tar

Hi ! Thanks for maintaining,

Here's a quick suggestion : when installing the package, directly suggest the automatic command to be added to the nordvpn group :

sudo gpasswd -a $(whoami) nordvpn

Have a nice day

Doesn't work for me.

[Error] TELIO: telio_disconnect_from_exit_nodes: Err(NotStarted)

[Error] adding drop: adding iptables rule 'INPUT -i enp42s0 -j DROP -m comment --comment nordvpn': exit status 1: Warning: Extension comment revision 0 not supported, missing kernel module?

Is this nordvpn app dependent on specific kernel modules? if so what ones?

UPDATE: SOLVED, Ended up being my modprobed.db file missing some stuff so I booted to default kernel and ran through it again.

On Ubuntu, the meshnet command is available, but it doesn't seem to be available with the version from this package. Both versions are 3.14.1

Keep getting out-of-date flags even though the version is the latest at nordvpn repos. Tried installing from nordvpn directly, same issue.

Seems like uninstalling and rebuilding nordvpn-bin again solves the issue.