Hello les copains, Je me permets ce post aujourd'hui car je suis face à un problème que j'ai du mal à comprendre. J'ai un serveur fonctionnant "entièrement" sous docker et j'ai un souci avec rtorrent/rutorrent lorsque le container est derrière un reverse proxy et qu'il utilise un webroot. J'utilise actuellement cette image : https://github.com/Wonderfall/dockerfiles/tree/master/rutorrent Mon verse proxy est Traefik : https://traefik.io/ A noter que je ne monte aucun volume pour éviter de "corrompre" le container avec mes données. Le problème: Lorsque Traefik me redirige vers mon container rutorrent en utilisant un sous-domaine ( http://rutorrent.mondomaine.com ), je n'ai pas de problème, tout fonctionne. Or, lorsque Traefik utilise un Path et donc un Webroot ( http://mondomaine.com/rutorrent ) du côté du container, je me retrouve avec une 404 : Bad response from server: (404 [error,list]) 404 page not found Et dans la console du navigateur j'ai: POST http://mondomain.com/RPC 404 (Not Found) Je me demande si quelque chose ne doit pas être fait dans la conf nginx du container.. ? Si quelqu'un à une idée à me soumettre, ça serait cool ! Sachant que visiblement il n'y a rien dans les logs nginx du container. @xataz si jamais tu passes par là, J'ai essayé avec ton image mais pour le coup, qu'on y accède directement par un sous-domaine ou par un Path, j'ai cette erreur : Lien incorrect avec rTorrent. Vérifier qu'il est bien en cours d'exécution. Vérifier la configuration de $scgi_port et de $scgi_host dans config.php et scgi_port dans le fichier de configuration de rTorrent. Merci !

Effectivement il y a une variable d'environnement WEBROOT dans mon image prévue à cet effet. Essaie pour voir si ça change quelque chose. Le mieux c'est que tu puisses voir avec @xataz vu que je ne maintiens plus trop cette image.

Hello @Wonderfall J'ai essayé de préciser la variable d'environnement dans mon compose mais cela ne suffit apparemment pas. rutorrent: image: wonderfall/rutorrent container_name: rutorrent-test environment: - WEBROOT=/test - UID=1000 - GID=1000 labels: - "traefik.port=80" - "traefik.frontend.rule=PathPrefix:/test" networks: - my_network Est-ce qu'il y a quelque chose à éventuellement modifier dans la conf nginx à ce niveau là : github ?

Hey, Pourrais tu nous fournir aussi la configuration de ton reverse proxy ? XataZ

Bien sur ! Voilà la déclaration du container Traefik: traefik: image: traefik:v1.1.0-rc3 container_name: traefik ports: - "80:80" - "8080:8080" - "443:443" volumes: - /var/run/docker.sock:/var/run/docker.sock - ./traefik/traefik.toml:/traefik.toml - /home/certs:/etc/traefik/acme networks: - my_network Je mets également la config du fichier toml sur PrivateBin Je précise également que Traefik fait son boulot correctement avec mes autres services (Sickrage et couchpotato) qui sont configurés de la même manière: sickrage: image: xataz/sickrage container_name: sickrage-user1 volumes: - /home/sickrage/user1/config:/config - /home/rutorrent/user1/.watch:/home/sickrage/blackhole - /home/rutorrent/user1/torrents:/home/sickrage/torrents environment: - WEBROOT=/sr - UID=1000 - GID=1000 labels: - "traefik.frontend.rule=Host:mydomain.com;PathPrefix:/sr" networks: - my_network couchpotato: image: xataz/couchpotato container_name: couchpotato-user1 volumes: - /home/couchpotato/user1/config:/config - /home/rutorrent/user1/.watch:/home/couch/blackhole - /home/rutorrent/user1/torrents:/home/couch/torrents environment: - WEBROOT=/cp - UID=1000 - GID=1000 - APIKEY=XXXXXXXXX labels: - "traefik.frontend.rule=Host:mydomain.com;PathPrefix:/cp" networks: - my_network Je soupçonne donc que le problème soit lié à la gestion du Webroot dans le container de rutorrent ? En revanche, je n'ai pas la moindre idée de savoir pourquoi l'image xataz/rtorrent-rutorrent:latest-filebot ne fonctionne pas du tout derrière Traefik alors qu'elle fonctionne si je la lance avec un docker run ...

Je connais pas du tout Traefik, tout ce que je peux dire c'est que xataz/rtorrent-rutorrent fonctionne chez moi avec un webroot en reverse avec nginx. De ce que j'ai compris, traefik check les labels, et les ports exposé pour générer son reverse. A tu bien ceci dans ton docker-compose.yml : torrent: image: xataz/rtorrent-rutorrent:filebot container_name: torrent volumes: - /storage/xataz:/data environment: - UID=991 - GID=991 - WEBROOT=/torrent labels: - "traefik.frontend.rule=Host:mydomain.com;PathPrefix:/torrent" tty: true

Merci pour ton retour. Voici mon compose de test avant: version: '2' services: rutorrentxataz: image: xataz/rtorrent-rutorrent:filebot container_name: rutorrent-xataz environment: - WEBROOT=/testru labels: - "traefik.frontend.rule=PathPrefix:/testru" - "traefik.frontend.passHostHeader=true" - "traefik.port=8080" networks: - "traefik_network" networks: traefik_network: external: true Et voici le compose modifié avec ta suggestion: version: '2' services: rutorrentxataz: image: xataz/rtorrent-rutorrent:filebot container_name: rutorrent-xataz environment: - WEBROOT=/testru - UID=991 - GID=991 labels: - "traefik.frontend.rule=PathPrefix:/testru" - "traefik.frontend.passHostHeader=true" - "traefik.port=8080" networks: - "traefik_network" tty: true networks: traefik_network: external: true Grâce à la ligne tty: true je n'ai plus l'erreur précédente: Lien incorrect avec rTorrent. Vérifier qu'il est bien en cours d'exécution. Vérifier la configuration de $scgi_port et de $scgi_host dans config.php et scgi_port dans le fichier de configuration de rTorrent. En revanche, j'obtiens la même erreur qu'avec l'image de Wonderfall, à savoir: jquery.js:5 POST https://mydomain.com/RPC 404 (Not Found) Avec en prime, ce message dans le panel de log du ruTorrent: <head><title>404 Not Found</title></head> <body bgcolor="white"> <center><h1>404 Not Found</h1></center> <hr><center>nginx</center> </body> </html>       Est-ce que le reverse proxy doit prendre en charge quelque chose en particulier par rapport la location /RPC ? Et pourquoi est-ce qu'il essaie d'accéder au /RPC d'abord ? Je sais bien que ce problème est relativement particulier notamment à cause de Traefik mais faut que je finisse par comprendre sinon je vais devenir fou.. 😃

Ah ba oui, j'ai pas pensé à ça. Sous rutorrent, tu as deux webroot, /torrent pour accéder à l'interface, et /RPC qui est un scgi pass vers rtorrent. Je sais pas si c'est possible avec traefik, mais il faudrait que tu ajoutes un deuxième préfix : version: '2' services: rutorrentxataz: image: xataz/rtorrent-rutorrent:filebot container_name: rutorrent-xataz environment: - WEBROOT=/testru - UID=991 - GID=991 labels: - "traefik.frontend.rule=Host:mydomain.com;PathPrefix:/testru;PathPrefix:/RPC - "traefik.frontend.passHostHeader=true" - "traefik.port=8080" networks: - "traefik_network" tty: true networks: traefik_network: external: true Après je suis pas sur que cela fonctionne.

Bonne idée et oui il est possible de définir plusieurs PathPrefix. Mais apparemment ça ne suffit pas. Dès lors qu'un webroot est spécifié, j'ai direct la 404 sur /RPC J'ai refais un test de cette manière: version: '2' services: rutorrentxataz: image: xataz/rtorrent-rutorrent:filebot container_name: rutorrent-xataz environment: - WEBROOT=/ - UID=991 - GID=991 labels: - "traefik.frontend.rule=Host:ru.domain.com;" - "traefik.frontend.passHostHeader=true" - "traefik.port=8080" networks: - "traefik_network" tty: true networks: traefik_network: external: true Là, si j'accède à ru.domain.com ça fonctionne correctement (toujours derrière Traefik). Si j'ajoute un webroot /test et que je fais traefik.frontend.rule=Host:ru.domain.com;PathPrefix:/test,/RPC Là je retrouve la 404 Bad response from server: (404 [error,list]) 404 page not found Il n'y pas d'histoire de port lié au scgi_pass ? Sur une instance fonctionnelle de ton image on est supposé avoir quoi si on fait http://domain.com/RPC ? Sur l'image de Wonderfall (ou ton ancienne image) il y a également le port de rTorrent d'exposé : https://github.com/Wonderfall/dockerfiles/blob/master/rutorrent/Dockerfile#L95

Sur http://domain.com/RPC , tu n'as rien, c'est juste pour récupérer les informations des torrents via javascript. La part contre je pourrais pas t'aider plus, car je sais pas du tout comment fonctionne traefik. Par contre je me pose une question, est ce que le PathPrefix est bien l'équivalent du webroot, ou est-ce plutôt un rewrite. genre il rewrite /test en / et /RPC en / aussi. Essai pour voir en mettant : traefik.frontend.rule=Host:ru.domain.com;PathPrefix:/ Normalement il devrait donc rediriger /test vers /test, et /RPC vers /RPC. C'est la dernière solution que je vois.

Dernière solution mais la bonne ! Trop balèze. Je ne sais pas pourquoi je me suis mis en tête que cela correspondait forcément au webroot.. Mon manque de connaissance des bases certainement.. Bon, il y a juste un comportement bizarre ; http://ru.domain.com/ru/ => OK magnifique http://ru.domain.com/ru => KO avec redirection vers http://ru.domain.com:8080/ru/ Un peu embêtant du coup mais bon, c'est déjà cool que ça fonctionne donc merci beaucoup pour le coup de main ! Et surtout pour le tty: true car je ne l'aurais jamais deviné celui-là... Tu déchires, merci.

Erreur 404 ruTorrent (docker) derrière un reverse proxy (Traefik) : Page 2

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Erreur 404 ruTorrent (docker) derrière un reverse proxy (Traefik)

Djamy

arckosfr tu veux dire sans le / à la fin ? Pour le coup non, je ne me suis pas acharné sur ce problème mais je regarderai ça et si je trouve, je viendrai mettre la solution ici.
Après, il y a peut-être un conflit avec le port de Traefik qui est le même que celui de rutorrent (8080) donc à voir si changer le mapping du container Traefik pourrait résoudre le problème.

arckosfr

ah oui a voir effectivement, à voir si ca se produit sur d'autre conteneurs

« Page précédente