nordvpn | Nordvpn.com helper script for openvpn | VPN library

Assuming .domain is unique to the updating objects in 2.json (change if this holds true for another key instead; even spannig over multiple keys is possible using an array, e.g. [.name, .ip_address]), you could use JOIN based on the unique INDEX to match corresponding pairs of objects.

Furthermore, to combine a match, you could simply add up the pair's members, as nothing from 2.json can effectively overwrite anything (else) in 1.json, assuming your sample is representative to this regard. If this ish't the case, use a more fine-grained combination method instead, e.g. first + (last | {ping_latency} | select(.[]) // {}) or similar.

Lastly, backed by your description

Object with mark "REMOVED" should not appear in result. Because it is not in 1.json.

it is further assumed that there is generally no object in 2.json which should newly be added to 1.json. As JOIN behaves exactly that way, checking for "REMOVED" is believed to not be necessary.

Having the first file as input while reading the second file into a variable using --argfile:

The nordvpn-server-find i'm using inside the script was echoing also Control Sequences for bold and colored fonts. I had to strip them of, before feeding the output into nmcli.

Turned out the cause of this issue is I am running OpenJDK8 in local environment where the certificate Maven is expired, upgraded to latest OpenJDK resolved the issue. @ProgrammersBlock's advice of using -X definitely is also very helpful to identify the problem

Install like this:

Looks like you do have issues with taobao in particular. From this github thread, we may try to not use it anymore.

For that, you can go to your ~/.vuerc and set "useTaobaoRegistry": false.

yarn config get registry is giving me https://registry.yarnpkg.com.

Changed fallback DEA to AES-256-CBC from AES-256-GCM, and it's working fine

Go to VPN/OpenVPN/Client, and edit the setting "Fallback Data Encryption Algorithm"

The height attribute specifies the height of an image, in pixels.

If you want to specify the height in 'em', you should use inline css

It should be OK.

The message you get is normal, if you connect the first time and didn't import the fingerprint of the server to your client. For each server, the fingerprint is stored in ~/.ssh/known_hosts on the client. If you connect to the server, ssh compares the saved fingerprint with the actual fingerprint from the server.

The fingerprint is calculated from the public key of the server. See https://superuser.com/questions/421997/what-is-a-ssh-key-fingerprint-and-how-is-it-generated

If you get a different fingerprint from the server, something is fishy and you should be cautious.

But if you connect for the first time, there is no fingerprint and ssh ask you, if this is the correct server. This is called trust on first use or TOFU.

SSH is designed to enable secure connections through insecure networks. The insecure network is normally the internet but could also be a VPN. So a ssh connection through your VPN is as secure as connecting through the internet.

There are some problems with exposing an ssh server to the internet. There are a lot of scans on the default port and automatic attempts to bruteforce the login credentials or exploit old ssh versions. Therefore you should

• Use a nonstandard port
• Disable root access and login with a normal user, than chroot
• Use private keys instead of passwords
• Use fail2ban or other automated tools to block attacks

Thanks to @gidds' comment I was able to find that for some reason the output of the command (stdout) had "-CR SP SP CR" (- CarriageReturn Space Space CarriageReturn" prepended, which I removed with a simple String.drop(5).

Edit: After some more thinking, I assume that the aforementioned charts were responsible for making the output of the command in the terminal colored (yellow)