Stuck with running container on 4.0 with Nord.

[Xalvas]

Hi, I am somewhat new to the scene with all this setup, and figuring out what is wrong with the config to the point where the container seems to loop when trying to find the best server to connect to. I feel as though over many troubleshoot replies on other pages, and things I try, I can't seem to get it to work.

It seems to fail to resolve DNS at the beginning, and loop when trying to find the best Nord server to connect to.

Here's my latest log:

Starting container with revision: e6fd367db74075e2b507d420191a55a43b5e8d90

/etc/openvpn/start.sh: line 32:    10 Aborted                 (core dumped) nslookup ${HEALTH_CHECK_HOST:-"google.com"} > /dev/null 2>&1

WARNING: initial DNS resolution test failed

Creating TUN device /dev/net/tun

mknod: /dev/net/tun: File exists

Using OpenVPN provider: NORDVPN

Running with VPN_CONFIG_SOURCE auto

Provider NORDVPN has a bundled setup script. Defaulting to internal config

Executing setup script for NORDVPN

Downloading user specified config. NORDVPN_PROTOCOL is set to: UDP

1970-02-23 14:20:43 Checking curl installation

1970-02-23 14:20:43 Removing existing configs

1970-02-23 14:20:43 Selecting the best server...

1970-02-23 14:20:43 Searching for technology: openvpn_udp

1970-02-23 14:20:43 Unable to find a server with the specified parameters, using any recommended server

1970-02-23 14:20:43 Best server : 

1970-02-23 14:20:43 Downloading config: default.ovpn

1970-02-23 14:20:43 Downloading from: https://downloads.nordcdn.com/configs/files/ovpn_udp/servers/.udp.ovpn

curl: (28) Resolving timed out after 1225842199930 milliseconds

Supplied config US.ovpn could not be found.

Your options for this provider are:

NB: Remember to not specify .ovpn as part of the config name.

Starting container with revision: e6fd367db74075e2b507d420191a55a43b5e8d90

/etc/openvpn/start.sh: line 32:    11 Aborted                 (core dumped) nslookup ${HEALTH_CHECK_HOST:-"google.com"} > /dev/null 2>&1

WARNING: initial DNS resolution test failed

Creating TUN device /dev/net/tun

mknod: /dev/net/tun: File exists

Using OpenVPN provider: NORDVPN

1970-02-21 07:43:55 Checking curl installation

1970-02-21 07:43:55 Removing existing configs

1970-02-21 07:43:55 Selecting the best server...

Running with VPN_CONFIG_SOURCE auto

Provider NORDVPN has a bundled setup script. Defaulting to internal config

Executing setup script for NORDVPN

Downloading user specified config. NORDVPN_PROTOCOL is set to: UDP

1970-02-21 07:43:55 Searching for technology: openvpn_udp

1970-02-21 07:43:55 Unable to find a server with the specified parameters, using any recommended server

1970-02-21 07:43:55 Best server : 

1970-02-21 07:43:55 Downloading config: default.ovpn

1970-02-21 07:43:55 Downloading from: https://downloads.nordcdn.com/configs/files/ovpn_udp/servers/.udp.ovpn

curl: (28) Timeout was reached

Supplied config US.ovpn could not be found.

Your options for this provider are:

NB: Remember to not specify .ovpn as part of the config name.

Starting container with revision: e6fd367db74075e2b507d420191a55a43b5e8d90

WARNING: initial DNS resolution test failed

Creating TUN device /dev/net/tun

/etc/openvpn/start.sh: line 32:    10 Aborted                 (core dumped) nslookup ${HEALTH_CHECK_HOST:-"google.com"} > /dev/null 2>&1

mknod: /dev/net/tun: File exists

Using OpenVPN provider: NORDVPN

Running with VPN_CONFIG_SOURCE auto

Provider NORDVPN has a bundled setup script. Defaulting to internal config

Executing setup script for NORDVPN

Downloading user specified config. NORDVPN_PROTOCOL is set to: UDP

1970-02-21 07:43:55 Checking curl installation

1970-02-21 07:43:55 Removing existing configs

1970-02-21 07:43:55 Selecting the best server...

1970-02-21 07:43:55 Searching for technology: openvpn_udp

1970-02-21 07:43:55 Unable to find a server with the specified parameters, using any recommended server

---

And then this is my compose:

version: "2"
services:
  transmission-openvpn:
    image: haugene/transmission-openvpn:4.0
    container_name: Transmission
    restart: always
    cap_add:
      - NET_ADMIN
    devices:
      - ./dev/net/tun
    volumes:
      - /srv/dev-disk-by-uuid-5f1b0248-d748-4960-8e83-739c768864fa/TOR-Export:/data
    # - /srv/dev-disk-by-uuid-5f1b0248-d748-4960-8e83-739c768864fa/Files/flood-for-transmission/
    environment:
      - CREATE_TUN_DEVICE=true
      - OPENVPN_PROVIDER=NORDVPN
      - OPENVPN_CONFIG=US
      - OPENVPN_USERNAME=************
      - OPENVPN_PASSWORD=************
      - NORDVPN_COUNTRY=XX
      - NORDVPN_CATEGORY=legacy_p2p
   # - NORDVPN_PROTOCOL=tcp
      - TRANSMISSION_SCRAPE_PAUSED_TORRENTS_ENABLED=false
      - TRANSMISSION_WEB_UI=flood
      - LOCAL_NETWORK=192.168.40.78
      - OPENVPN_OPTS=--inactive 3600 --ping 10 --ping-exit 60
      - PUID=998 #Change to your PUID
      - PGID=100 #Change to your PGID
    ports:
      - 9091:9091 #GUI Port
      - 8888:8888 #Transmission Port
    dns:
      - 1.1.1.1
      - 1.0.0.1

---

Any ideas as to why it has decided to fault?

Thank you

[edgd1er]

Hello,

your container has no dns resolution and/or internet access. As you have defined google's dns, I bet the container has no route to internet.
several clues:
WARNING: initial DNS resolution test failed
curl: (28) Timeout was reached

[Xalvas]

Yeah, I had it set to latest
(thanks for the ongoing help btw)

[pkishino]

Can you please try it with a clean container using only the basic compose? That Python error is really strange.. try using default PGID and PUID?
Sorry, maybe tomorrow I can check

[Xalvas]

Tried in a new container - same issue.
Went fiddling with permissions, and made sure I had the right IDs, which all seem fine.

Would it be an issue with ARM/Rpi?

[pkishino]

Yes, did look a bit more.. related to arm.. check here for possible solution
https://docs.linuxserver.io/faq

[Xalvas]

Hurrah!

Having that backend for libsec has worked a charm. Loads just fine now.

Thank you for your help.

[pkishino]

Good to hear, I’ll try to add a link in the documentation then

…

On Thu, Sep 30, 2021 at 18:21 Xalvas ***@***.***> wrote: Hurrah! Having that backend for libsec has worked a charm. Loads just fine now. *Thank you* for your help. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1975 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AA7OFYUXFXXQVOJS2HTBTGDUEQTYLANCNFSM5E7MQL3Q> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.