Problems installing VPN container

Zitat von macom

calling for trouble

One of the thing I really enjoyed in your Nextcoud guide was exactly that:

Zitat von macom

create a user dedicated for docker in the GUI of OMV, let's call him "docker1"
in the CLI determine UID (user ID) and GID (group ID) of user "docker1" id docker1

This showed that you care for safety,

Thanks everyone for the advice. Have applied it and all works good now I believe. Will update previous post.

Kind regards

Still not functioning properly.

After entering the following command in container console (qbittorrent):

curl ifconfig.io

Output displays my public ip. Will tinker some more.

I have no idea what that is and how to get that to work. But thank you for your suggestion. Will look into it in the future. For now I have switched back to my first attempt with the 'stalled' problem. That uses the vpn connection when the curl ipconfig.io command outputs a different public ip. This is what I am running at the moment:

version: "3"
services:
  vpn:
    image: bubuntux/nordvpn
    network_mode: bridge        
    cap_add:
      - NET_ADMIN               
      - SYS_MODULE              
    sysctls:
      - net.ipv4.conf.all.rp_filter=2
    devices:
      - /dev/net/tun            
    environment:                
      - USER=blabla    
      - PASS=blabla       
      - PUID=1001
      - PGID=100
      - WEBUI_PORT_ENV=8080
      - INCOMING_PORT_ENV=8999
      - VPN_ENABLED=yes
      - NAME_SERVERS=1.1.1.1
      - CONNECT=Netherlands
      - TECHNOLOGY=NordLynx
      - NETWORK=192.168.1.0/24 
    ulimits:                    
      memlock:
        soft: -1
        hard: -1
    ports:
      - 8080:8080
        
  qbittorrent:
    image: ghcr.io/linuxserver/qbittorrent
    container_name: qbittorrent
    environment:
      - PUID=1001
      - PGID=100
      - TZ=Europe/Amsterdam
      - WEBUI_PORT=8080
    volumes:
      - /srv/dev-disk-by-id-md-name-openmediavault-DataRaid1/Configs/QBittorrentbubuntor:/config
      - /srv/dev-disk-by-id-md-name-openmediavault-DataRaid1/Torrent:/Torrent
       
    restart: unless-stopped

    network_mode: service:vpn

    depends_on:
     - vpn 

My vpn provider does offer socks5 and have a tutorial how to use it with qbittorrent. They state that:

''Should you use SOCKS5 with a VPN?

The main difference between proxies and VPNs is that VPNs encrypt your traffic and proxies don’t. VPNs provide more stable connections while proxy connections drop more often. There are few reasons to use both together, so your best bet is to choose the right tool for the job. Fortunately, NordVPN’s servers also support SOCKS5 connections. For full instructions on how to use SOCKS5 proxy on different platforms, visit our tutorial page.''

''VPNs and proxies can be used together but this can take some work to configure. We also advise against it as the proxy would simply add another middle-man that slows down your connection without significant benefits. It’s better to switch to one or the other when using them.''

The link you provided shows that the trackers see the vpn ipaddress, not my public one. Nice tool btw.

My first attempt was with markusmcnugen/qbittorrentvpn. Got it working but it was slow due to openvpn.

I want encryption by using the nordlynx protocol not openvpn, because it is slow and cpu hungry.

Not using rss feed (for now). But the image that I am using now (ghcr.io/linuxserver/qbittorrent) says the following in the webgui:

'Fetching of RSS feeds is disabled now! You can enable it in application settings.'

And indeed there is a tab in the options window where I can enable it. If you like I could make a screenshot and post it for you.

Greetings.

Cool, glad to be of assistance.

Turns out that the 'stalled' problem no longer exists with my composed stack above. Now, half a day later, added torrents starts immediately . Logging into qbittorrent and bubuntor2 (vpn) console and execute command:

 curl ifconfig.io 

Still outputs a vpn ipaddress and verified with:

https://torguard.net/checkmyto…60c0208040cdbd0f5da8cdf88

I am happy . So solved then?

Greetings

-Update-

Still get the 'stalled' message. After a few torrents have completed their upload ratio after downloading (status:completed) and the system is idle for a random time, manual adding a linux distro torrent does work. But the other newly added torrents from a different tracker (rarbg) are 'stalled'. Manual restart of the container is still necessary.

Tried it with tranmission client using the following stack:

version: "3"
services:
  vpn:
    image: bubuntux/nordvpn
    network_mode: bridge        
    cap_add:
      - NET_ADMIN               
      - SYS_MODULE              
    sysctls:
      - net.ipv4.conf.all.rp_filter=2
    devices:
      - /dev/net/tun            
    environment:                
      - USER=blabla    
      - PASS=blabla         
      - PUID=998
      - PGID=100
      - WEBUI_PORT_ENV=8080
      - INCOMING_PORT_ENV=8999
      - VPN_ENABLED=yes
      - NAME_SERVERS=1.1.1.1
      - CONNECT=Netherlands
      - TECHNOLOGY=NordLynx
      - NETWORK=192.168.1.0/24 
    ulimits:                    
      memlock:
        soft: -1
        hard: -1
    ports:
      - 8080:8080
      - 9091:9091
      - 51413:51413
      - 51413:51413/udp
    restart: unless-stopped
      
  transmission:
    image: linuxserver/transmission
    container_name: transmission
    environment:
      - PUID=1001
      - PGID=100
      - TZ=Europe/Amsterdam
      - TRANSMISSION_WEB_HOME=/transmission-web-control/
      - USER=user
      - PASS=password 
      - HOST_WHITELIST=dnsnane list 
    volumes:
      - /srv/dev-disk-by-id-md-name-openmediavault-DataRaid1/Configs/bubuntrans:/config
      - /srv/dev-disk-by-id-md-name-openmediavault-DataRaid1/Torrent:/Torrent
    network_mode: service:vpn
    restart: unless-stopped

Now a day later and all works fine. Downloading a ubuntu torrent hits 50MB/s. Newly added torrents from a different tracker doesn't get ''stalled'' and no restart is required . curl ifconfig.io shows a different ip and is verified by torguard. Perhaps future updates of qBittorrent images will solve these problems. No rss feed in this tranmission client thou.

Greetings