linuxserver/docker-qbittorrent

[BUG] Can't access webUI with network_mode: service:gluetun

ljo123 opened this issue · 5 comments

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

Just updated to the latest version with the new TORRENTING_PORT option and I can no longer access the webUI. My container uses the Gluetun template so the ports are opened in that container, not in the qbit one. Everything was working properly on the prior version. Logs show no errors.

Also is it necessary to set the TORRENTING_PORT in compose if I've already set it in the webUI?

Expected Behavior

WebUI should be accessible.

Steps To Reproduce

In compose I have the following:

Gluetun config has:
FIREWALL_VPN_INPUT_PORTS=1234
ports:

  • 8080:8080

qbit config has:
environment:

  • WEBUI_PORT=8080

Then in the qbit webUI options I set the port manually to 1234.

Environment

- OS: ubuntu 22.04
- How docker service was installed: convenience script

CPU architecture

x86-64

Docker creation

Full Docker compose:

  qbittorrent:
    image: lscr.io/linuxserver/qbittorrent:latest
    container_name: qbittorrent
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=America/New_York
      - WEBUI_PORT=8080
    volumes:
      - /opt/docker/volumes/qbittorrent:/config
      - /mnt/downloads:/downloads
    network_mode: service:gluetun
    restart: unless-stopped

Container logs

******** Information ********
To control qBittorrent, access the WebUI at: http://localhost:8080

Connection to localhost (127.0.0.1) 8080 port [tcp/*] succeeded!
[ls.io-init] done.

Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.

Does it work if you take gluetun out?

Does it work if you take gluetun out?

Yes. If change the compose to remove the port in gluetun, add it in qbit and also remove "network_mode: service:gluetun" then the webui is accessible again.

Edit: actually this might be entirely a gluetun issue. Before closing this issue though does anyone have an answer to this?

Also is it necessary to set the TORRENTING_PORT in compose if I've already set it in the webUI?

No that isn't needed to be set.

If it's a gluetun issue, it's outside of our support.

I can confirm that it is a gluetun issue. False alarm thansk!