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

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)

xataz

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.

Djamy

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.

xataz

Djamy http://ru.domain.com/ru/ => OK magnifique
http://ru.domain.com/ru => KO avec redirection vers http://ru.domain.com:8080/ru/

Je viens de tester chez moi, et je me suis rendu compte que j'avais le même problème sur mon reverse (avec nginx) pour rutorrent, mais c'est tout (nginx vers nginx).
Je vais regarder de plus prêt ce qui ce passe.

Nebukad

Petite question, quel est l’intérêt d'utiliser Traefik alors que tu as une image nginx dans ton docker ?

Djamy

Traefik me permet de gérer le routing vers mes containers et ce, de manière dynamique. A la base, j'utilisais le reverse de jwilder qui fonctionne plutôt bien comme en témoigne sa popularité. Le seul truc que le reverse de jwilder ne gère pas c'est la redirection à partir de Path. Du moins, ce n'est pas encore officiellement supporté et une PR est en cours depuis 2015 pour ça...

Bref, disons que c'est le service qui s'intercale entre la requête de l'utilisateur et les containers. Sans parler de la gestion du load balancing et tout le reste que je n'utilise pas.. 🙂

Nebukad

Et ton nginx docker ne peut pas le faire ? Désolé, c'est pour comprendre, je suis débutant.

Djamy

Non, le nginx tout seul n'est pas configuré pour faire tout ça. Il permet juste de gérer le service sous-jacent.

Après, Nginx a plusieurs utilités donc ça va dépendre de ce que tu veux en faire.

Nebukad

Bonjour,

Merci pour ces précisions !

Djamy

xataz

Oh, du coup ça m'intéresse si jamais tu trouves la cause de ce comportement !

J'en suis réduit à créer une sorte de homepage pour pouvoir y coller le lien exact et éviter ainsi les "ça marche paaaaas"..

arckosfr

par contre sais tu comment faire que domain.com/rutorrent fonctionne ?
actuellement ca fait comme xataz

Djamy

Pour ceux qui passerait par là, le problème a été résolu avec une mise à jour de l'image xataz/rtorrent-rutorrent.

L'ajout du webroot dans le fichier de conf de rutorrent, entre autre, a permit de résoudre la 404 \o/

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