Bonjour voulant mettre a jour l'image mondedie/rutorrent je n'arrive plus a acceder a celle ci avec npm

je lance :

docker run -dt --network npm-proxy --name=rutorrent \
 -p 45000:45000 -p 8081:8081 --restart always \
 -v /home/diesel/docker/rutorrent:/config \
 -v /home/diesel/mnt/torrent:/data/downloads \
 -v /home/diesel/mnt/sourcetorrents/PreSeries:/data/.watch \
 -v /home/diesel/docker/rutorrentseries/session:/data/.session \
mondedie/rutorrent:latest

dans mon npm j'ai :

si je le lance via 8080:8080 il ne se lance pas car crowdsec utilise déjà ce port
et quand je vais sur le seedbox.tld.com de NPM j'ai une erreur 502
obligé de l'ip en entier mettre pour accéder j'avais eu le même soucis mai je ne sais plus comment on la résolu

Hello @Diesel

Alors :
1) si tu met rutorrent derrière NPM tu peux éviter de publier le port de la WebUI, seulement le 45000/tcp.
2) si tu met 8081:8081 on ira nulle part dans le container c'est 8080 donc au pire tu fais un -p8081:8080.
3) si tu lances ton container avec pour nom rutorrent alors dans NPM tu dois appeler http://rutorrent:8080

Donc pour rappel, à moins de vouloir y'a accéder par IP😛ORT si on met un container dans le network NPM / Traefik / Zoraxy etc on a pas besoin de publier le port pour l'accès à la webui. Seulement les ports qui ont besoin de communiquer depuis l'extérieur.
Par exemple : rutorrent on a besoin d'un port 45000/tcp, wireguard 51820/udp etc

Matt

    MattProd

    docker run -dt --network npm-proxy --name=seedbox -p 45000:45000 -p 8080:8081 --restart always -v /home/diesel/docker/rutorrent:/config -v /home/diesel/mnt/torrent:/data/downloads -v /home/diesel/mnt/sourcetorrents/PreSeries:/data/.watch -v /home/diesel/docker/rutorrentseries/session:/data/.session mondedie/rutorrent:latest
    4af2f6915e3fd762b18fa117a99a0f665ad3c2ab69de27b79a623b3b2a75919b
    docker: Error response from daemon: driver failed programming external connectivity on endpoint seedbox (c1385e2f6370410d612598f91db3bffd8f668637fd44797a0e8c1bdb5b5194e4): Error starting userland proxy: listen tcp4 0.0.0.0:8080: bind: address already in use.

    vue que crowdsec tourne aussi sur le serveur dedie en 8080....

        Diesel
        -p8080:8081 -> -p exterieur:intérieur -> donc oui ca va être bloquant... Cependant comme indiqué dans mon message précedant : -p8081:8080 devrait fonctionner.
        Je le redis aussi : pas besoin d'exposer le port de la webui si le container est dans le network de NPM:

        docker run -dt --name=seedbox \
 -p 45000:45000 \
 -v /home/diesel/docker/rutorrent:/config \
 -v /home/diesel/mnt/torrent:/data/downloads \
 -v /home/diesel/mnt/sourcetorrents/PreSeries:/data/.watch \
 -v /home/diesel/docker/rutorrentseries/session:/data/.session \
 --restart always \
--network npm-proxy \
mondedie/rutorrent:latest

        devrait être fonctionnel...

        Matt

            MattProd

            je l'ai lancer 8081:8080
            et c'est nikel
            merci MattProd
            et donc si je met seedbox et port 45000 dans npm ca fonctionnera meme si je le lance sans port ?

                MattProd

                je veux pas specialement l'exposer j'essaye de comprendre le principe
                car en le lancant juste sur 45000
                et en mettant

                erreur 502

                    Diesel Hello,
                    Le port 45000 sert aux transferts entre les peers.
                    Le port 8080 pour la webui.
                    Quand on créer un network docker pour NPM, Traefik etc il faut voir ça comme un LAN et le reverse proxy devient "la box"
                    Pour pouvoir seeder il nous faut ouvrir le port 45000 dans le firewall/NAT si on est à la maison.
                    Et donc pour imager, dans ton LAN tu tapes ip:8080 ca marche, si tu publie le port c'est comme si tu ouvres le port dans la box, ca veut dire qu'en plus du "LAN", tu peux accéder au container sur le port 8080 depuis l'extérieur ( WAN ).
                    Comme NPM et ruTorrent sont dans le meme réseau, tu n'as pas besoin de publier le port de la webui, docker trouvera le container pour l'ip mais il faut lui donner le port de la webui à joindre.
                    Donc dans l'idée pour tester la magie, relance ton container tout comme tu le fais mais sans la ligne -p8081:8080
                    Et dans NPM tu lui donne : http://seedbox:8080 quand même 😉.
                    Je te laisse me faire un retour 😉

                    Pour exemple :

                    Tu verras sur le screenshot de portainer que les seuls ports exposés sont ceux nécessairement accessible depuis l'extérieur de docker/machine/box

                      ok j'ai compris donc pour npm j'ai ca

                      et pour portainer j'ai ca :

                      3 mois plus tard

                      J'ai un peu le même problème, j'ai installé npm, ça fonctionne pour accéder à portainer mais pour rutorrent j'ai une erreur 502 Bad Gateway
                      Vous avez une idée d'ou cela peut provenir ?
                      Par contre je vois dans vos screenshots l'accès attribuer à un user (ex seedbos) alors que chez moi c'est Public. Qu'est ce que cela engendre ?
                      Merci pour vos réponses.

                        Teebo un 502 ca veut dire que NPM ne peut atteindre le container, il faut donc être sur que :
                        1) le container est dans le bon network
                        2) le nom du container est correctement défini et transcrit dans NPM
                        3) le container tourne ?
                        4) attendre un peu ?

                        Oui dans le tuto de base, j'utilise le htaccess que peut générer NPM et donc réutilisable sur plusieurs proxy host.
                        Sinon il me semble que le container mondediefr/rutorrent te propose d'en faire un dans le container directement.

                          10 jours plus tard

                          Salut, merci pour le tutoriel.
                          Je débute avec Docker et aussi avec Nginx.
                          J'ai actuellement sur noip, un Dynamic dns en fonctionnement.
                          J'ai aussi un LXC avec Nginx qui me sert de reverse proxy pour mes différents services XXX.ddns.me/service1.
                          J'ai aussi un certificat sur letsencrypt que je renouvelle comme cela : opt/letsencrypt/letsencrypt-auto --force-renew
                          Je souhaitais passer sous NPM pour une gestion plus simple et surtout plus propre.
                          Lorsque je tente de créer le 1er host pour NPM, j'ai une erreur :



                          Qui n'est pas très parlant pour moi, j'avoue.

                          regarde avec un

                          docker logs -f npm

                          tu devrais voir l'erreur, potentiellement c'est le temps trop long. Mais ça peut-être autre choses aussi.

                          Voici le log
                          Je viens de penser que sur la FreeBox j'ai des reditections de ports d'activer vers l'ancien Serveur et l'ancien Nginx (que je désactive pour les tests).

                          Peut-être faut-il que je change la destination pour que ça pointe vers la vm npm sur docker et non le lxc nginx (ancien).
                          Edit : J'ai changé les redirections vers la VM Docker avec NPM dessus, couper l'ancien Nginx et c'est passer.

                          Je viens de prendre un nom de domaine chez OVH.
                          Ajouter dans la zone DNS : npm.ndd.tld, vers mon IP externe.
                          Sur NPM, j'ai donc mis le proxy host

                          J'ai bien accès à NPM.
                          Je souhaite ainsi ajouter mes autres services (zabbix, pihole, homeassistant, nextcloud, pfsense, plex).
                          Comment configurer lorsque les services sont du genre à pointer sur /zabbix et non un port ?

                            lilp ben en fait creer un network déja comme mentionner lors du tutoriel
                            et tu demarre tes containers avec le port de la webui et tu fait un petit cname sur ovh le service que tu veut en sous domaine est grace au network tu fait un style comme cela

                              Je bloque Ia partie docker run -d --network npm-proxy --name portainer --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainer-ce:latest, une fois le proxy ajouté.
                              Je n'accède pas à la page mentionné de portainer.
                              502 Bad Gateway openresty

                              J'ai tout de même continué le tuto avec les commandes :
                              docker stop npm
                              docker rm npm
                              docker run -d --name npm --network npm-proxy -p 80:80 -p 443:443 --restart unless-stopped -v /home/ubuntu/docker/npm/data:/data -v /home/ubuntu/docker/npm/letsencrypt:/etc/letsencrypt jc21/nginx-proxy-manager
                              Et je n'ai plus accès à NPM en externe 502 Bad gateway aussi. Mais toujours le souci avec Portainer et base URL.

                              PS : Dans NPM j'avais mis l'adresse IP de portainer et non "portainer" directement.
                              Une fois corrigé, cela fonctionne jusqu'au moment où on supprime et recrée le docker npm sans le port 81.
                              J'ai accès à l'interface NPM, mais le login de base et mon nouveau login ne fonctionne pas.

                              J'ai tout remis en place, mais sans la dernière partie avec le port 81.
                              Du coup, j'ai bien accès à NPM, Portainer, HA, Grafana en LAN et WAN.
                              J'ai accès à Grafana, par contre, tout ce qui est Zabbix, PiHole, Nextcloud et autres services du genre ndd.tld/service, ou je n'ai pas de port d'accessible, impossible pour l'instant.

                              PS : Après de multiples recherches et essais, j'ai réussi à configurer mes redirections. Le souci venait des configurations en local sur les LXC et VM dans les fichiers de config Apache ou Nginx (la partie virtualhost).

                              Répondre…