[TUT] JDownloader2 mit Gluetun (VPN) auf dem Ugreen NAS im Docker laufen lassen

bluejets · September 30, 2025 at 8:14 PM

JDownloader2 mit Gluetun (VPN) auf dem Ugreen NAS im Docker laufen lassen

Hallo zusammen,
ich habe in den letzten Tagen ein bisschen gebastelt und möchte euch zeigen, wie man den JDownloader in Kombination mit Gluetun (VPN) sauber im Docker zum Laufen bekommt – speziell auf einem Ugreen NAS.
Es gibt ein paar Stolperfallen, deswegen habe ich die wichtigsten Punkte gleich mit aufgeschrieben.

Warum Gluetun?

Gluetun ist ein VPN-Client für Docker. Damit lässt sich der gesamte Traffic von Containern (in unserem Fall JDownloader) durch einen VPN leiten.
Vorteile:
– Anonymere Downloads
– Geo-Blocking umgehen
– Kill-Switch: Wenn der VPN weg ist, geht auch kein Traffic mehr nach draußen

Voraussetzungen

Docker & Portainer laufen bereits auf dem NAS.
Ihr habt ein Verzeichnis für JDownloader, z. B. `/volume1/docker/jdownloader`.
Ein VPN-Account, der von Gluetun unterstützt wird (OpenVPN oder WireGuard).
Das NAS muss `NET_ADMIN` und Zugriff auf `/dev/net/tun` erlauben (ist wichtig für den VPN).

docker-compose.yml
Hier mein funktionierendes Beispiel. Ich habe es bei mir in Portainer als Stack angelegt:

File

gluetun-jdownloader.yml

Vorkonfigurierte Docker-Stack-Datei im YAML-Format, direkt einsatzbereit.

bluejets

October 1, 2025 at 4:25 PM

Besonderheiten / Stolperfallen

Das Wichtigste: JDownloader hängt komplett im Netzwerk von Gluetun (`network_mode: service:gluetun`). Ohne das funktioniert’s nicht.
Die Ports müssen beim Gluetun-Container freigegeben werden, sonst kommt ihr nicht mehr auf die WebUI.
Mit `FIREWALL=on` sorgt ihr dafür, dass der Traffic auch wirklich nur über den VPN geht. Sehr praktisch, falls die Verbindung mal abbricht.
DNS-Auflösung innerhalb von Gluetun ist ein bisschen eingeschränkt – am besten feste IPs oder `extra_hosts` verwenden, falls es klemmt.
Wenn der VPN-Anbieter Port-Forwarding erlaubt, könnt ihr das in Gluetun aktivieren. Für JDownloader ist das meistens nicht zwingend, aber z. B. für Remote-Features praktisch.

Troubleshooting
Ein paar Sachen, über die ich gestolpert bin:

Quote

– Wenn die JDownloader-WebUI nicht lädt: Prüfen, ob ihr den Port bei Gluetun freigegeben habt.
– „No TUN device available“: Dann fehlt `devices: /dev/net/tun` oder `cap_add: NET_ADMIN`.
– Wenn nix mehr rausgeht, evtl. Firewall-Subnetze anpassen (`FIREWALL_OUTBOUND_SUBNETS`).
– Manche VPN-Anbieter erfordern spezielle Configs – schaut in die Gluetun-Doku, da gibt’s viele Beispiele. Ich nutze ein Wireguard VPN, die Einrichtung war unkompliziert
- Nach dem Setup testen ob beide Container auf einen Curl (wget -qO- http://ipecho.net/plain) die selbe IP zurückgeben. Bei Nutzung eines VPN Providers, sollte diese sich von der eigenen IP unterscheiden, wenn man die URL im Browser abfragt.

Quellen & weiterführende Links

Fazit
Mit diesem Setup läuft JDownloader bei mir stabil und komplett über den VPN. Das Ugreen NAS packt die Container ohne Probleme, man muss nur auf die Besonderheiten beim Netzwerk und den Ports achten.
Ich hoffe, die kleine Anleitung hilft euch beim Einrichten! 🙂

johnmclane · October 1, 2025 at 6:00 PM

Herzlichen Dank für das Tutorial.

Kannst Du ggf zu folgenden Punkten noch etwas mehr Details geben, was man da machen muss oder wie man den "richtigen" Zustand feststellen kann?

Quote

Das NAS muss `NET_ADMIN` und Zugriff auf `/dev/net/tun` erlauben (ist wichtig für den VPN).

Quote

DNS-Auflösung innerhalb von Gluetun ist ein bisschen eingeschränkt – am besten feste IPs oder `extra_hosts` verwenden, falls es klemmt.

Ergänzung noch zu den Einstellungen von Gluetun je nach VPN Provider:

Im Gluetun GitHub gibt es entsprechende Anleitungen für viele VPN Provider, wo man sich ggf. Einlesen möchte.

Gluetun Anleitungen VPN Provider

bluejets · October 1, 2025 at 10:48 PM

johnmclane
Klar hier ein paar ergänzungen zu deinen Fragen:

Das Wichtigste vorneweg: JDownloader läuft bei der ganzen Nummer immer im Netzwerk von Gluetun (`network_mode: service:gluetun`). Das ist Absicht, damit alles schön über den VPN geht. Also nicht wundern, wenn man den Container „einzeln“ nicht mehr direkt erreicht.
TUN-Device & NET_ADMIN:
Damit der VPN überhaupt ins Rollen kommt, braucht Gluetun das kleine virtuelle Netzwerkgerät namens `tun`.
– In der `docker-compose.yml` sorgt das hier dafür:
Code
```
cap_add:
    - NET_ADMIN
  devices:
    - /dev/net/tun:/dev/net/tun
```
Ob das auf deinem NAS vorhanden ist, kannst du easy mit einem Befehl prüfen:
Code
```
ls -l /dev/net/tun
```
Wenn da eine Zeile mit irgendwas wie `crw------- ... /dev/net/tun` zurückkommt → alles gut 👍.
Wenn da nix kommt, dann unterstützt dein NAS das evtl. nicht oder es ist deaktiviert. Auf den Ugreen-Kisten klappt’s aber normalerweise.
Wenn das fehlt, startet Gluetun zwar, aber der Container wirft sofort „No TUN device available“ – dann weißt du sofort, woran’s liegt.
DNS-Auflösung in Gluetun:
Kleiner Stolperstein: Gluetun ist ziemlich strikt, was DNS angeht. Heißt, manchmal können Container darin keine Hostnamen wie `meinserver.local` auflösen, sondern nur direkte IPs.
→ Wenn JDownloader also im Log „unknown host“ schreit, liegt’s ziemlich sicher daran.
Fixen kannst du das z. B. so:
– Einfach feste IP-Adressen eintragen, wenn’s geht.
– Oder in der Compose extra Hosts mitschmuggeln:
Code
```
extra_hosts:
    - "meinserver.local:192.168.178.50"
```
Damit lügst du Gluetun quasi eine kleine „Hosts-Datei“ rein. Funktioniert super, wenn man nur 1–2 Geräte braucht.
Wer es schicker haben will, kann in Gluetun auch die DNS-Server setzen (`DOT_PROVIDERS=cloudflare` oder so). Für den Heimgebrauch reicht das extra_hosts-Ding aber locker.
Die Option `FIREWALL=on` ist Gold wert: dann geht wirklich alles nur über den VPN. Wenn die VPN-Verbindung mal weg ist, blockt Gluetun den Traffic → keine bösen Überraschungen.
Port-Forwarding: nicht zwingend nötig für JDownloader, aber falls euer VPN-Anbieter es anbietet, könnt ihr’s einschalten. Praktisch für manche Remote-Features.

Danke für die Ergänzung der Gluetun Anleitungen der VPN Provider. Hatte ich vergessen zu erwähnen.

Jutsch80 · November 14, 2025 at 7:13 PM

Ich hab’s anfangs auch so eingerichtet, mich dann aber dafür entschieden, Gluetun und jDownloader getrennt zu installieren, damit mehrere Container parallel über Gluetun laufen können.

Statt

network_mode: service:gluetun

Steht bei mir eben

network_mode: container:gluetun

Einziger Nachteil, watchtower funktioniert damit nicht, es kommt offenbar nicht mit Containern klar, die von anderen Containern abhängig sind.

*kw* · November 16, 2025 at 11:49 AM

Ich stecke hier gerade fest und kämpfe (vermutlich) mit einem Konfig-Denkfehler (PS: musste auf WireGuard umschwenken, weil Glutetun hide.me nur als WireGuard Custom akzeptiert)

Mein Problem: Verbindung steht, aber ich komme über den Port nicht auf WebUI von JD.

Code

========================================
========================================
=============== gluetun ================
========================================
=========== Made with ❤️ by ============
======= https://github.com/qdm12 =======
========================================
========================================

Running version latest built on 2025-11-16T00:21:41.283Z (commit fcdba0a)

🔧 Need help? ☕ Discussion? https://github.com/qdm12/gluetun/discussions/new/choose
🐛 Bug? ✨ New feature? https://github.com/qdm12/gluetun/issues/new/choose
💻 Email? quentin.mcgaw@gmail.com
💰 Help me? https://www.paypal.me/qmcgaw https://github.com/sponsors/qdm12
2025-11-16T11:25:57+01:00 INFO [routing] default route found: interface eth0, gateway 172.17.0.1, assigned IP 172.17.0.4 and family v4
2025-11-16T11:25:57+01:00 INFO [routing] local ethernet link found: eth0
2025-11-16T11:25:57+01:00 INFO [routing] local ipnet found: 172.17.0.0/16
2025-11-16T11:25:57+01:00 INFO [firewall] enabling...
2025-11-16T11:25:57+01:00 INFO [firewall] enabled successfully
2025-11-16T11:25:57+01:00 INFO [storage] creating /gluetun/servers.json with 20738 hardcoded servers
2025-11-16T11:25:58+01:00 INFO Alpine version: 3.22.2
2025-11-16T11:25:58+01:00 INFO OpenVPN 2.5 version: 2.5.10
2025-11-16T11:25:58+01:00 INFO OpenVPN 2.6 version: 2.6.14
2025-11-16T11:25:58+01:00 INFO IPtables version: v1.8.11
2025-11-16T11:25:58+01:00 INFO Settings summary:
├── VPN settings:
|   ├── VPN provider settings:
|   |   ├── Name: custom
|   |   └── Server selection settings:
|   |       ├── VPN type: wireguard
|   |       └── Wireguard selection settings:
|   |           ├── Endpoint IP address: 149.88.27.83
|   |           ├── Endpoint port: 428
|   |           └── Server public key: #key
|   └── Wireguard settings:
|       ├── Private key: #key
|       ├── Interface addresses:
|       |   └── 10.252.17.93/32
|       ├── Allowed IPs:
|       |   ├── 0.0.0.0/0
|       |   └── ::/0
|       └── Network interface: tun0
|           └── MTU: 1320
├── DNS settings:
|   ├── Keep existing nameserver(s): no
|   ├── DNS server address to use: 127.0.0.1
|   ├── DNS forwarder server enabled: yes
|   ├── Upstream resolver type: dot
|   ├── Upstream resolvers:
|   |   └── cloudflare
|   ├── Caching: yes
|   ├── IPv6: no
|   ├── Update period: every 24h0m0s
|   └── DNS filtering settings:
|       ├── Block malicious: yes
|       ├── Block ads: no
|       └── Block surveillance: no
├── Firewall settings:
|   └── Enabled: yes
├── Log settings:
|   └── Log level: info
├── Health settings:
|   ├── Server listening address: 127.0.0.1:9999
|   ├── Target address: cloudflare.com:443
|   ├── ICMP target IP: 1.1.1.1
|   └── Restart VPN on healthcheck failure: yes
├── Shadowsocks server settings:
|   └── Enabled: no
├── HTTP proxy settings:
|   └── Enabled: no
├── Control server settings:
|   ├── Listening address: :8000
|   ├── Logging: yes
|   └── Authentication file path: /gluetun/auth/config.toml
├── Storage settings:
|   └── Filepath: /gluetun/servers.json
├── OS Alpine settings:
|   ├── Process UID: 1000
|   ├── Process GID: 1000
|   └── Timezone: europe/berlin
├── Public IP settings:
|   ├── IP file path: /tmp/gluetun/ip
|   ├── Public IP data base API: ipinfo
|   └── Public IP data backup APIs:
|       ├── ifconfigco
|       ├── ip2location
|       └── cloudflare
└── Version settings:
    └── Enabled: yes
2025-11-16T11:25:58+01:00 INFO [routing] default route found: interface eth0, gateway 172.17.0.1, assigned IP 172.17.0.4 and family v4
2025-11-16T11:25:58+01:00 INFO [routing] adding route for 0.0.0.0/0
2025-11-16T11:25:58+01:00 INFO [firewall] setting allowed subnets...
2025-11-16T11:25:58+01:00 INFO [routing] default route found: interface eth0, gateway 172.17.0.1, assigned IP 172.17.0.4 and family v4
2025-11-16T11:25:58+01:00 INFO [dns] filter updated: 0 hostnames, 0 IPs, 0 IP prefixes blocked
2025-11-16T11:25:58+01:00 INFO [dns] using plaintext DNS at address 1.1.1.1
2025-11-16T11:25:58+01:00 INFO [healthcheck] listening on 127.0.0.1:9999
2025-11-16T11:25:58+01:00 INFO [http server] http server listening on [::]:8000
2025-11-16T11:25:58+01:00 INFO [firewall] allowing VPN connection...
2025-11-16T11:25:58+01:00 INFO [wireguard] Using available kernelspace implementation
2025-11-16T11:25:58+01:00 INFO [wireguard] Connecting to 149.88.27.83:428
2025-11-16T11:25:58+01:00 INFO [wireguard] Wireguard setup is complete. Note Wireguard is a silent protocol and it may or may not work, without giving any error message. Typically i/o timeout errors indicate the Wireguard connection is not working.
2025-11-16T11:26:03+01:00 INFO [dns] downloading hostnames and IP block lists
2025-11-16T11:26:04+01:00 INFO [dns] filter updated: 733034 hostnames, 39295 IPs, 4456 IP prefixes blocked
2025-11-16T11:26:04+01:00 INFO [dns] DNS server listening on [::]:53
2025-11-16T11:26:05+01:00 INFO [dns] ready
2025-11-16T11:26:05+01:00 INFO [ip getter] Public IP address is 149.88.27.83 (Switzerland, Zurich, Zürich - source: ipinfo)
2025-11-16T11:26:05+01:00 INFO [vpn] You are running on the bleeding edge of latest!

Display More

Meine yaml:

PS: den "bridge mode" bei Gluetun habe ich bewusst gesetzt, damit er mir kein zusätzliches Subnet aufmacht und das vorhandene nutzt.

Code

services:
  gluetun:
    image: qmcgaw/gluetun:latest
    container_name: gluetun
    cap_add:
      - NET_ADMIN
    devices:
      - /dev/net/tun:/dev/net/tun
    network_mode: bridge
    ports:
      - "5800:5800"  # JDownloader WebUI
    environment:
      # VPN-Konfiguration
      - VPN_SERVICE_PROVIDER=custom
      - VPN_TYPE=wireguard
      - WIREGUARD_PRIVATE_KEY=#key
      - WIREGUARD_PUBLIC_KEY=#key
      - WIREGUARD_ENDPOINT_PORT=428
      - WIREGUARD_ADDRESSES=10.252.17.93/32
      - DNS=10.252.0.1

      # Firewall & Ports
      - FIREWALL=on              
      - ALLOW_PORTS=5800         
      - HTTPPROXY=off

      # Logging & Zeitzone
      - LOG_LEVEL=info
      - TZ=Europe/Berlin

    volumes:
      - /volume2/docker/jdownloader/gluetun:/gluetun
    restart: unless-stopped

  jdownloader:
    image: jlesage/jdownloader-2:latest
    container_name: jdownloader
    network_mode: service:gluetun  
    depends_on:
      - gluetun
    volumes:
      - /volume2/docker/jdownloader/config:/config:rw
      - /volume2/docker/jdownloader/downloads:/output:rw
    restart: unless-stopped

Display More

bluejets · November 17, 2025 at 11:21 PM

Quote from *kw*

Ich stecke hier gerade fest und kämpfe (vermutlich) mit einem Konfig-Denkfehler (PS: musste auf WireGuard umschwenken, weil Glutetun hide.me nur als WireGuard Custom akzeptiert)

Mein Problem: Verbindung steht, aber ich komme über den Port nicht auf WebUI von JD.

Code

========================================
========================================
=============== gluetun ================
========================================
=========== Made with ❤️ by ============
======= https://github.com/qdm12 =======
========================================
========================================

Running version latest built on 2025-11-16T00:21:41.283Z (commit fcdba0a)

🔧 Need help? ☕ Discussion? https://github.com/qdm12/gluetun/discussions/new/choose
🐛 Bug? ✨ New feature? https://github.com/qdm12/gluetun/issues/new/choose
💻 Email? quentin.mcgaw@gmail.com
💰 Help me? https://www.paypal.me/qmcgaw https://github.com/sponsors/qdm12
2025-11-16T11:25:57+01:00 INFO [routing] default route found: interface eth0, gateway 172.17.0.1, assigned IP 172.17.0.4 and family v4
2025-11-16T11:25:57+01:00 INFO [routing] local ethernet link found: eth0
2025-11-16T11:25:57+01:00 INFO [routing] local ipnet found: 172.17.0.0/16
2025-11-16T11:25:57+01:00 INFO [firewall] enabling...
2025-11-16T11:25:57+01:00 INFO [firewall] enabled successfully
2025-11-16T11:25:57+01:00 INFO [storage] creating /gluetun/servers.json with 20738 hardcoded servers
2025-11-16T11:25:58+01:00 INFO Alpine version: 3.22.2
2025-11-16T11:25:58+01:00 INFO OpenVPN 2.5 version: 2.5.10
2025-11-16T11:25:58+01:00 INFO OpenVPN 2.6 version: 2.6.14
2025-11-16T11:25:58+01:00 INFO IPtables version: v1.8.11
2025-11-16T11:25:58+01:00 INFO Settings summary:
├── VPN settings:
|   ├── VPN provider settings:
|   |   ├── Name: custom
|   |   └── Server selection settings:
|   |       ├── VPN type: wireguard
|   |       └── Wireguard selection settings:
|   |           ├── Endpoint IP address: 149.88.27.83
|   |           ├── Endpoint port: 428
|   |           └── Server public key: #key
|   └── Wireguard settings:
|       ├── Private key: #key
|       ├── Interface addresses:
|       |   └── 10.252.17.93/32
|       ├── Allowed IPs:
|       |   ├── 0.0.0.0/0
|       |   └── ::/0
|       └── Network interface: tun0
|           └── MTU: 1320
├── DNS settings:
|   ├── Keep existing nameserver(s): no
|   ├── DNS server address to use: 127.0.0.1
|   ├── DNS forwarder server enabled: yes
|   ├── Upstream resolver type: dot
|   ├── Upstream resolvers:
|   |   └── cloudflare
|   ├── Caching: yes
|   ├── IPv6: no
|   ├── Update period: every 24h0m0s
|   └── DNS filtering settings:
|       ├── Block malicious: yes
|       ├── Block ads: no
|       └── Block surveillance: no
├── Firewall settings:
|   └── Enabled: yes
├── Log settings:
|   └── Log level: info
├── Health settings:
|   ├── Server listening address: 127.0.0.1:9999
|   ├── Target address: cloudflare.com:443
|   ├── ICMP target IP: 1.1.1.1
|   └── Restart VPN on healthcheck failure: yes
├── Shadowsocks server settings:
|   └── Enabled: no
├── HTTP proxy settings:
|   └── Enabled: no
├── Control server settings:
|   ├── Listening address: :8000
|   ├── Logging: yes
|   └── Authentication file path: /gluetun/auth/config.toml
├── Storage settings:
|   └── Filepath: /gluetun/servers.json
├── OS Alpine settings:
|   ├── Process UID: 1000
|   ├── Process GID: 1000
|   └── Timezone: europe/berlin
├── Public IP settings:
|   ├── IP file path: /tmp/gluetun/ip
|   ├── Public IP data base API: ipinfo
|   └── Public IP data backup APIs:
|       ├── ifconfigco
|       ├── ip2location
|       └── cloudflare
└── Version settings:
    └── Enabled: yes
2025-11-16T11:25:58+01:00 INFO [routing] default route found: interface eth0, gateway 172.17.0.1, assigned IP 172.17.0.4 and family v4
2025-11-16T11:25:58+01:00 INFO [routing] adding route for 0.0.0.0/0
2025-11-16T11:25:58+01:00 INFO [firewall] setting allowed subnets...
2025-11-16T11:25:58+01:00 INFO [routing] default route found: interface eth0, gateway 172.17.0.1, assigned IP 172.17.0.4 and family v4
2025-11-16T11:25:58+01:00 INFO [dns] filter updated: 0 hostnames, 0 IPs, 0 IP prefixes blocked
2025-11-16T11:25:58+01:00 INFO [dns] using plaintext DNS at address 1.1.1.1
2025-11-16T11:25:58+01:00 INFO [healthcheck] listening on 127.0.0.1:9999
2025-11-16T11:25:58+01:00 INFO [http server] http server listening on [::]:8000
2025-11-16T11:25:58+01:00 INFO [firewall] allowing VPN connection...
2025-11-16T11:25:58+01:00 INFO [wireguard] Using available kernelspace implementation
2025-11-16T11:25:58+01:00 INFO [wireguard] Connecting to 149.88.27.83:428
2025-11-16T11:25:58+01:00 INFO [wireguard] Wireguard setup is complete. Note Wireguard is a silent protocol and it may or may not work, without giving any error message. Typically i/o timeout errors indicate the Wireguard connection is not working.
2025-11-16T11:26:03+01:00 INFO [dns] downloading hostnames and IP block lists
2025-11-16T11:26:04+01:00 INFO [dns] filter updated: 733034 hostnames, 39295 IPs, 4456 IP prefixes blocked
2025-11-16T11:26:04+01:00 INFO [dns] DNS server listening on [::]:53
2025-11-16T11:26:05+01:00 INFO [dns] ready
2025-11-16T11:26:05+01:00 INFO [ip getter] Public IP address is 149.88.27.83 (Switzerland, Zurich, Zürich - source: ipinfo)
2025-11-16T11:26:05+01:00 INFO [vpn] You are running on the bleeding edge of latest!

Display More

Meine yaml:

PS: den "bridge mode" bei Gluetun habe ich bewusst gesetzt, damit er mir kein zusätzliches Subnet aufmacht und das vorhandene nutzt.

Code

services:
  gluetun:
    image: qmcgaw/gluetun:latest
    container_name: gluetun
    cap_add:
      - NET_ADMIN
    devices:
      - /dev/net/tun:/dev/net/tun
    network_mode: bridge
    ports:
      - "5800:5800"  # JDownloader WebUI
    environment:
      # VPN-Konfiguration
      - VPN_SERVICE_PROVIDER=custom
      - VPN_TYPE=wireguard
      - WIREGUARD_PRIVATE_KEY=#key
      - WIREGUARD_PUBLIC_KEY=#key
      - WIREGUARD_ENDPOINT_PORT=428
      - WIREGUARD_ADDRESSES=10.252.17.93/32
      - DNS=10.252.0.1

      # Firewall & Ports
      - FIREWALL=on              
      - ALLOW_PORTS=5800         
      - HTTPPROXY=off

      # Logging & Zeitzone
      - LOG_LEVEL=info
      - TZ=Europe/Berlin

    volumes:
      - /volume2/docker/jdownloader/gluetun:/gluetun
    restart: unless-stopped

  jdownloader:
    image: jlesage/jdownloader-2:latest
    container_name: jdownloader
    network_mode: service:gluetun  
    depends_on:
      - gluetun
    volumes:
      - /volume2/docker/jdownloader/config:/config:rw
      - /volume2/docker/jdownloader/downloads:/output:rw
    restart: unless-stopped

Display More

Das Hauptproblem ist folgendes:

Wenn du bei JDownloader
network_mode: service:gluetun
benutzt, dann hängt JDownloader komplett am Netzwerk von Gluetun.

Heißt:

JDownloader hat keine eigenen Ports
JDownloader benutzt die IP von Gluetun
und – ganz wichtig – die Firewall von Gluetun entscheidet, was rein darf

Wenn Gluetun sagt „Nö, lass ich nicht rein“,
dann kannst du drücken wie du willst – der Port bleibt dicht.
Und genau das ist bei dir passiert.

ALSO:
Alle Ports, die du für JDownloader brauchst → müssen bei Gluetun freigegeben werden.
Und Gluetun muss zusätzlich sagen: „Okay, ich lasse den Verkehr rein“.
Das passiert über:

Code

FIREWALL_INBOUND_SUBNETS=0.0.0.0/0

Ohne das → kommst du NIE auf die Weboberfläche.

Dazu hast du noch ein kleines Problem in der Konfiguration:

DNS=10.252.0.1 → das ist falsch.
Richtig heißt es bei Gluetun:
DNS_ADDRESS=10.252.0.1

Hier eine korrgierte Version:

Code

services:
 gluetun:
   image: qmcgaw/gluetun:latest
   container_name: gluetun
   cap_add:
     - NET_ADMIN
   devices:
     - /dev/net/tun:/dev/net/tun
   network_mode: bridge
   ports:
     - "5800:5800"   # JDownloader WebUI
   environment:
     # VPN-Einstellungen
     - VPN_SERVICE_PROVIDER=custom
     - VPN_TYPE=wireguard
     - WIREGUARD_PRIVATE_KEY=#key
     - WIREGUARD_PUBLIC_KEY=#key
     - WIREGUARD_ENDPOINT_PORT=428
     - WIREGUARD_ADDRESSES=10.252.17.93/32
     # KORREKTES DNS
     - DNS_ADDRESS=10.252.0.1
     # Firewall (wichtig!)
     - FIREWALL=on
     - FIREWALL_OUTBOUND_SUBNETS=0.0.0.0/0
     - FIREWALL_INBOUND_SUBNETS=0.0.0.0/0
     # Logging & TZ
     - LOG_LEVEL=info
     - TZ=Europe/Berlin
   volumes:
     - /volume2/docker/jdownloader/gluetun:/gluetun
   restart: unless-stopped

 jdownloader:
   image: jlesage/jdownloader-2:latest
   container_name: jdownloader
   network_mode: service:gluetun
   depends_on:
     - gluetun
   volumes:
     - /volume2/docker/jdownloader/config:/config:rw
     - /volume2/docker/jdownloader/downloads:/output:rw
   restart: unless-stopped

Display More

Vielleicht hilft es ja

*kw* · November 18, 2025 at 8:32 AM

bluejets Erstmal vielen Dank für die ausführliche Rückmeldung und den "Gegenentwurf". Ich hab mir den Spaß für heute Morgen aufgehoben. 🥴

Erster Anlauf: ❌

vermutlich copy'n'paste Fehler, die WIREGUARD_ENDPOINT_IP hatte gefehlt.
hab noch fehlende Schreib- und Besitzrechte gesetzt
jdownloader startet (exited 0), aber Gluetun zickt

Code

2025-11-18T08:20:57+01:00 ERROR firewall settings: outbound subnet has an unspecified address: 0.0.0.0/0
2025-11-18T08:20:57+01:00 INFO Shutdown successful

*kw* · November 18, 2025 at 1:23 PM

Kennt ihr das Gefühlt, wenn am Ende feststellt, dass man eigentlich nach "fünf Minuten" fertig gewesen wäre...

Fehlermeldung: Glutetun mag keine Subnets mit 0.0.0.0/0, Container wird gestopt
Nach viel lesen habe ich das angepasst gelöst:
- FIREWALL_OUTBOUND_SUBNETS=192.168.7.0/24,172.7.0.0/16
- FIREWALL_INBOUND_SUBNETS=192.168.7.0/24
Lese-/Schreibrechte gesetzt
- chown -R 1000:1000 /volume2/docker/jdownloader/config
- chmod -R 755 /volume2/docker/jdownloader/config

Kurz danach waren die Logs fehlerfrei, nur ich kam immer noch nicht auf die Weboberfläche. "connecting..."

Das Thema Browser angegangen:

Safari: keine Verbindung
Mullvad Browser: keine Verbindung (weil "werkseitig" gewollt geblockt)
MinBrowser (nur macOS): tataaa...WebUI
PS: ...ggf. dann doch mal Firefox zum Testen

Zu guter letzt die vollständige yaml:

Code

services:
 gluetun:
   image: qmcgaw/gluetun:latest
   container_name: gluetun
   cap_add:
     - NET_ADMIN
   devices:
     - /dev/net/tun:/dev/net/tun
   network_mode: bridge
   ports:
     - "5800:5800"   # JDownloader WebUI
   environment:
     # VPN-Einstellungen
     - VPN_SERVICE_PROVIDER=custom
     - VPN_TYPE=wireguard
     - WIREGUARD_ENDPOINT_IP= 		#muss bei Wireguard eine IP sein, keine URL
     - WIREGUARD_ENDPOINT_PORT=
     - WIREGUARD_PRIVATE_KEY=
     - WIREGUARD_PUBLIC_KEY=
     - WIREGUARD_ADDRESSES=
     - DNS_ADDRESS=
     - FIREWALL=on
     - FIREWALL_OUTBOUND_SUBNETS=192.168.7.0/24,172.7.0.0/16 	#Class C LAN, Docker Subnet
     - FIREWALL_INBOUND_SUBNETS=192.168.7.0/24		# Class C LAN
     - ACCESS_PORTS=5800
     # Logging & TZ
     - LOG_LEVEL=info
     - TZ=Europe/Berlin
   volumes:
     - /volume2/docker/jdownloader/gluetun:/gluetun
   restart: unless-stopped

 jdownloader:
   image: jlesage/jdownloader-2:latest
   container_name: jdownloader
   network_mode: service:gluetun
   depends_on:
     - gluetun
   volumes:
     - /volume2/docker/jdownloader/config:/config:rw
     - /volume2/temp:/output:rw		#anpassen
   restart: unless-stopped

Display More

Ergänzung:

Ich habe meine vorhandene cfg reinkopiert und den myjdownloader Account aktiviert. Das klappt auch fehlerfrei mit dem Safari und ist wesentlich bequemer als die GUI.

*kw* · November 18, 2025 at 5:44 PM

Noch als kleine Ergänzung

yaml: damit meine NVME auch mal was zu tun haben, habe ich die Volumes effektiver gemapped und somit den Download und das Entpacken (Ablage) getrennt. Dann kann ich dem Entpacker ein separates Ziel angeben.
Code
```
     - /volume2/temp:/output:rw 		#temporäres Downloadverzeichnis (NVME)
     - /volume1/downloads:/downloads	#finale Ablage HDD
```
VPN-Tunnel: in den Verbindungseinstellungen einen Socks5 Proxy Eintrag für hide.me hinzugefügt und "ohne Proxy" deaktiviert. So läuft wirklich nur ein Download, wenn eine Verbindung zum VPN-Anbieter besteht.

*kw* · November 19, 2025 at 9:26 AM

Im Nachgang habe ich mich etwas weiter mit der yaml-Datei und den Environments auseinandergesetzt. Nachdem das Problem auf den Browser zurückzuführen war, funktionierte "plötzlich" der Zugriff auf die WebUI auch ohne die Parameter FIREWALL_OUTBOUND_SUBNETS und FIREWALL_INBOUND_SUBNETS.

Da Jdownloader recht speicherhungrig ist, hier eine Empfehlung für Speicher-Settings bei 16GB RAM (mehr sollte es aber auch sonst nicht brauchen).

Code

jdownloader:
   mem_limit: 2g #Maximaler RAM
   memswap_limit: 4g #SWAP
   environment:
     - JAVA_OPTS=-Xmx1500m #Limitierung Speicher JAVA Engine innerhalb Container

gluetun-jdownloader.yml

Participate now!