Can't conect with NZB360 anymore

[gauth-fr]

Support guidelines

• I've read the support guidelines

I've found a bug and checked that ...

• ... the documentation does not mention anything about my problem
• ... there are no open or closed issues that are related to my problem

Description

Hi I've been using this image and nzb360 (android app arr & torrent) for a while, and it was working like a charm.
rtorrent/ruttorent/scgi is behind a traefik.
But since recently, nzb360 cannot connect to rtorrent anymore.

i'm not pointing any finger to anyone :) It's just that after investigating, im clueless and look for ideas :)

Expected behaviour

nzb360 should be able to communicate with rtorrent thru scgi :)

Actual behaviour

As explained, nzb360 cannot connect to rtorrent anymore.

The only logs i can see are the nginx logs:

2025/07/27 19:18:52 [error] 538#538: *6 upstream prematurely closed connection while reading response header from upstream, client: 172.18.0.5, server: , request: "POST /?Content-Type=text%2Fxml HTTP/1.1", upstream: "scgi://unix:/var/run/rtorrent/scgi.socket:", host: "rt-scgi.xxx.yyy.zzz"
172.18.0.5 - api [27/Jul/2025:19:18:52 +0200] "POST /?Content-Type=text%2Fxml HTTP/1.1" 502 150 "-" "okhttp/5.1.0"

I activated all logs and debug for rtorrent.
I tried to check the xmlrpc logs but nothing seems to arrive there.
Same in rtorrent.log but i guess it's normal.
I working with the arrs and transdrone/transdroid woith issue.
So the problem is really between this image and nzb360 (not pointing any finger to anybody ah :) )

The only thing I know (or maybe guess) it that it doesn't seems to pass the proxy, with the above error, which i don't really understand.

Any idea?

Steps to reproduce

Deploy rtorrent.
Reverse proxy it with traefik.
Try to connect with nzb360.

Docker info

Client: Docker Engine - Community
 Version:    28.3.0
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.25.0
    Path:     /usr/libexec/docker/cli-plugins/docker-buildx
  compose: Docker Compose (Docker Inc.)
    Version:  v2.37.3
    Path:     /usr/libexec/docker/cli-plugins/docker-compose

Server:
 Containers: 8
  Running: 7
  Paused: 0
  Stopped: 1
 Images: 26
 Server Version: 28.3.0
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Using metacopy: false
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: systemd
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog
 CDI spec directories:
  /etc/cdi
  /var/run/cdi
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 05044ec0a9a75232cad458027ca83437aae3f4da
 runc version: v1.2.5-0-g59923ef
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: builtin
  cgroupns
 Kernel Version: 5.15.0-92-generic
 Operating System: Ubuntu 22.04.5 LTS
 OSType: linux
 Architecture: x86_64
 CPUs: 2
 Total Memory: 3.783GiB
 Name: PAR-263312
 ID: 285a3910-d927-4de5-9f95-32329d2e7ea2
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Experimental: false
 Insecure Registries:
  ::1/128
  127.0.0.0/8
 Live Restore Enabled: false

Docker Compose config

name: rtorrent-rutorrent
services:
  rtorrentfb:
    container_name: rtorrentfb
    environment:
      FILEBOT_LICENSE: /data/FileBot_License_P14534858.psm
      GID: "1000"
      RT_LOG_EXECUTE: "false"
      RT_LOG_LEVEL: debug
      RT_LOG_XMLRPC: "true"
      RU_REMOVE_CORE_PLUGINS: "false"
      TZ: Europe/Paris
      UID: "1000"
    image: ghcr.io/crazy-max/rtorrent-rutorrent:5.2.10-0.15.5
    labels:
      diun.metadata.release_page: https://github.com/crazy-max/docker-rtorrent-rutorrent/releases
      traefik.enable: "true"
      traefik.http.routers.rutorrent-secure.entrypoints: websecure
      traefik.http.routers.rutorrent-secure.middlewares: chain-auth-authelia@file,geoblock-pm@file
      traefik.http.routers.rutorrent-secure.rule: Host(`rt.xxxx.yyyy.zzzzz`)
      traefik.http.routers.rutorrent-secure.service: rutorrent
      traefik.http.routers.rutorrent-secure.tls: "true"
      traefik.http.routers.rutorrent-secure.tls.certresolver: myresolver
      traefik.http.routers.scgi-secure.entrypoints: websecure
      traefik.http.routers.scgi-secure.rule: Host(`rt-scgi.xxxx.yyyy.zzzzz`)
      traefik.http.routers.scgi-secure.service: scgi
      traefik.http.routers.scgi-secure.tls: "true"
      traefik.http.routers.scgi-secure.tls.certresolver: myresolver
      traefik.http.routers.webdav-secure.entrypoints: websecure
      traefik.http.routers.webdav-secure.middlewares: auth-seedbox@file
      traefik.http.routers.webdav-secure.rule: Host(`rt-webdav.xxx.yyyy.zzzz`)
      traefik.http.routers.webdav-secure.service: webdav
      traefik.http.routers.webdav-secure.tls: "true"
      traefik.http.routers.webdav-secure.tls.certresolver: myresolver
      traefik.http.services.rutorrent.loadbalancer.server.port: "8080"
      traefik.http.services.scgi.loadbalancer.server.port: "8000"
      traefik.http.services.webdav.loadbalancer.server.port: "9000"
    networks:
      proxy:
        ipv4_address: 172.18.0.4
    ports:
      - mode: ingress
        target: 6881
        published: "6881"
        protocol: udp
      - mode: ingress
        target: 50000
        published: "50000"
        protocol: tcp
    restart: unless-stopped
    ulimits:
      nofile:
        soft: 32000
        hard: 40000
      nproc: 65535
    volumes:
      - type: bind
        source: /opt/docker-files/rtorrent-rutorrent/data
        target: /data
        bind:
          create_host_path: true
      - type: bind
        source: /home/xxxx/files
        target: /downloads
        bind:
          create_host_path: true
      - type: bind
        source: /opt/docker-files/rtorrent-rutorrent/passwd
        target: /passwd
        bind:
          create_host_path: true
  proxy:
    name: proxy
    external: true

Logs

2025/07/27 19:18:52 [error] 538#538: *6 upstream prematurely closed connection while reading response header from upstream, client: 172.18.0.5, server: , request: "POST /?Content-Type=text%2Fxml HTTP/1.1", upstream: "scgi://unix:/var/run/rtorrent/scgi.socket:", host: "rt-scgi.xxx.yyy.zzz"
172.18.0.5 - api [27/Jul/2025:19:18:52 +0200] "POST /?Content-Type=text%2Fxml HTTP/1.1" 502 150 "-" "okhttp/5.1.0"

Additional info

No response

[gauth-fr]

I've been able to pinpoint that the last working version of the image is: rtorrent-rutorrent:5.1.7-7.2
Then all the images after that are not working anymore with NZB360 (i tried them all :p)

Any idea?

[gauth-fr]

still no idea?

[hitboxr]

I don't have a solution for this, but what changed between version 5.1.7-7.2 and future versions is that the image switched back to rakshasa main branch rtorrent instead of stickz/rtorrent. Personally I had no end of problems trying to make the switch to rakshasa at the time (and I've also tested every newer version), so I ended up stayed on 5.1.7-7.2. It seems like there are some non-trivial differences in RPC behavior between stickz and rakshasa rtorrent, as the issues I was seeing were also from third-party apps trying to interface with rtorrent RPC. Everything works perfectly with stickz flavor, and switching to any recent rakshasa build breaks everything.

[fl0wfr]

I submitted the issue to nzb360 developers, to check if this can be resolved on the app side.

[gauth-fr]

I submitted the issue to nzb360 developers, to check if this can be resolved on the app side.

Actually I did already before posting the issue, providing access to my instance, but he wasn't seeing anything on the app side... That's why I dug on the rTorrent side, finding the last working version, and opened an issue.