• Docker
  • Découverte Docker rtorrent+rutorrent

Petite, enfin grosse piste :
Tracker: [could not resolve hostname]
Tracker: [unable to connect to UDP tracker]

Au niveau réseau (et accès console en sh et non bash) on semble clean ;

root@OMV1:~# docker exec -it rutorrent /bin/sh
/ # ipconfig
/bin/sh: ipconfig: not found
/ # ifconfig
eth0      Link encap:Ethernet  HWaddr 02:42:AC:11:00:02
          inet addr:172.17.0.2  Bcast:172.17.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3634 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2848 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1997901 (1.9 MiB)  TX bytes:884052 (863.3 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:152 errors:0 dropped:0 overruns:0 frame:0
          TX packets:152 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:8800 (8.5 KiB)  TX bytes:8800 (8.5 KiB)

/ # ping www.tf1.fr
PING www.tf1.fr (13.225.25.39): 56 data bytes
64 bytes from 13.225.25.39: seq=0 ttl=244 time=3.453 ms
64 bytes from 13.225.25.39: seq=1 ttl=244 time=3.107 ms
64 bytes from 13.225.25.39: seq=2 ttl=244 time=3.181 ms
^C
--- www.tf1.fr ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 3.107/3.247/3.453 ms

Openbittorrent est bien pingable du docker

/ # ping openbittorrent.com
PING openbittorrent.com (93.158.213.92): 56 data bytes
64 bytes from 93.158.213.92: seq=0 ttl=53 time=13.060 ms
64 bytes from 93.158.213.92: seq=1 ttl=53 time=12.909 ms
^C
--- openbittorrent.com ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 12.909/12.984/13.060 ms
/ #

J'avoue être un peu sec là...

Je n'ai pas précisé mais j'avais jeté un oeil, et il n'y a pas de règles, elle sont centralisées ailleurs pour mon réseau complet. Et comme mon PC de bureau fonctionne avec le même torrent je doute que cela vienne de là. Mais je vais regarder sur ProxMox !!!

Bon j'ai enlevé le FW Proxmox sur l'interface réseau.. même soucis.

Je me penche dessus demain matin... en espérant que tu es trouvé d'ici là ?!
[Edit]C'est normal que -e PGID=100 et le -e PUID=1000 ?[/Edit]

    MattProd
    Ce sont les id coté OMV pour permettre un accès au répertoire partagé sous OMV à partir du docker qui pointe /data sur OMV.

    A la console sur OMV :

    root@OMV1:~# id masterfile
    uid=1000(masterfile) gid=100(users) groups=100(users),4(adm),1000(Master)

    C'est ce que j'ai utilisé avec succès lors d'un essais de docker avec transmission ou déluge (je ne sais plus)

    Merci pour ton aide, et bonne nuit.

    Au niveau droit fichier, j'ai bien des fichiers non vides créés dans data/.session et des fichiers vides (normal me semble t'il) dans data/downloads donc ça semble OK de ce coté.

    Petit essai matinal:
    Sur ma VM Mint (sur Proxmox) Deluge parviens sans aucun soucis à DL le torrent. Donc le FW de Proxmox ne semble pas en cause.

    A partir de la console du docker rutorrent j'arrive à créer un fichier à l'éditer avec vi sans soucis.

    /data/downloads # ls
    279CD2F36EE6B250339469D0FF54650A4FAD5615.meta  99D3BB8BE86CB264981A240C61FF227049CE3E4B.meta  C26F196540AB167CE3FB65199913922B05895BB0.meta
    906D91B5A41C3765DCFB6043E966D85283E9F51C.meta  9C87FA7536B6F688310F80232CFC9B06C75BC9C2.meta  DE8132850FFED6C428462693422F4C3AC9926ADB.meta
    /data/downloads # touch test
    /data/downloads # vi test

    Donc le soucis accès au fichier semble écarté, à moins que le user torrent:

    /data/downloads # su torrent
    /data/downloads $ touch tt
    /data/downloads $ ls
    279CD2F36EE6B250339469D0FF54650A4FAD5615.meta 99D3BB8BE86CB264981A240C61FF227049CE3E4B.meta C26F196540AB167CE3FB65199913922B05895BB0.meta test
    906D91B5A41C3765DCFB6043E966D85283E9F51C.meta 9C87FA7536B6F688310F80232CFC9B06C75BC9C2.meta DE8132850FFED6C428462693422F4C3AC9926ADB.meta tt
    /data/downloads $ vi tt
    /data/downloads $ ls -la tt
    -rw-r--r-- 1 torrent torrent 27 Feb 28 06:52 tt

    Donc visiblement ça semble OK au niveau fichier...

    Je vais quand même virer les mount vers le rep partagé OMV pour être sûr.

    Pas mieux sans les mounts...

    Je lance le DL de Big Buck Bunny sur mon PC pas de soucis.
    Je lance le DL de Big Buck Bunny sur mon Proxmox/Mint/Deluge pas de soucis.
    Je lance le même torrent sur Proxmox/OMV/Docker/rutorrent il reste figé avant de se mettre en erreur.

    Je soupçonne un soucis de port dans la création du docker, mais j'avoue ne pas trop savoir ou chercher.

    Pour info : la création du docker :

    J'ajoute juste le port 8080 visible

    Ensuite on lance mais il manque des ports... donc j'ajoute :
    docker-pr 23780 root 4u IPv6 160287 0t0 TCP *:51413 (LISTEN)
    docker-pr 23792 root 4u IPv6 160314 0t0 TCP *:49160 (LISTEN)
    Et là c'est le drame au moment d'enregistrer :

    Et le docker disparaît des Dockers Containers !!!

    du coup je crée à la main avec les ports :

    docker create --name=rutorrent \
    --restart=always \
    -v /sharedfolders/FILMS01/rtorrent/config:/config \
    -v /sharedfolders/FILMS01/rtorrent/downloads:/downloads \
    -v /sharedfolders/FILMS01/rtorrent/data:/data \
    -e PGID=100 \
    -e PUID=1000 \
    -e TZ=Europe/London \
    -p 8080:8080/tcp \
    -p 49160:49160/tcp \
    -p 51413:51413/tcp \
    -p 6881:6881/udp \
    mondedie/rutorrent

    je démarre à la main

    root@OMV1:~# docker start rutorrent
    rutorrent

    tout démarre bien, avec les ports à l'écoute :

    
    root@OMV1:~# lsof -i -P -n | grep LISTEN
    rpcbind     434     root    8u  IPv4  14281      0t0  TCP *:111 (LISTEN)
    rpcbind     434     root   11u  IPv6  14289      0t0  TCP *:111 (LISTEN)
    python3     743   nobody    7u  IPv4  17446      0t0  TCP 192.168.1.6:5357 (LISTEN)
    sshd        763     root    3u  IPv4  16950      0t0  TCP *:22 (LISTEN)
    sshd        763     root    4u  IPv6  16952      0t0  TCP *:22 (LISTEN)
    nginx       791     root    8u  IPv4  17106      0t0  TCP *:80 (LISTEN)
    nginx       791     root    9u  IPv4  17107      0t0  TCP *:443 (LISTEN)
    nginx       792 www-data    8u  IPv4  17106      0t0  TCP *:80 (LISTEN)
    nginx       792 www-data    9u  IPv4  17107      0t0  TCP *:443 (LISTEN)
    smbd        828     root   31u  IPv6  17376      0t0  TCP *:445 (LISTEN)
    smbd        828     root   32u  IPv6  17377      0t0  TCP *:139 (LISTEN)
    smbd        828     root   33u  IPv4  17378      0t0  TCP *:445 (LISTEN)
    smbd        828     root   34u  IPv4  17379      0t0  TCP *:139 (LISTEN)
    docker-pr 20172     root    4u  IPv6 569693      0t0  TCP *:51413 (LISTEN)
    docker-pr 20184     root    4u  IPv6 569720      0t0  TCP *:49160 (LISTEN)
    docker-pr 20196     root    4u  IPv6 569747      0t0  TCP *:8080 (LISTEN)

    Mais torrent toujours en erreur...

      Hello,
      Au niveau de ton réseau complet, ton pc ouvre les ports via UPNP dynamiquement. Ce qui n'est pas le cas sur ton docker j'imagine.

      je penche plus pour un soucis de droits...
      Je prends mon café, réinstalle OMV avec des disques pour le rendre opérationnel et essayé avec des mount. Sans mount externe je n'ai aucun problème.

      Merci à vous deux !

      @MattProd Pour les mount externe n'oublie pas de lancer le docker en privilegied, les partage smb réclament cela sur les LXC par exemple. Si tu regarde mes tests je ne crois pas trop au soucis de droits.
      @Hems45, je penche aussi pour ce soucis, sans savoir comment le mettre en évidence.

      Bon effectivement, j'ai fait avec les droits que tu indiques et pas de soucis...
      Donc le pare-feu peut être en cause... Ma différence est qu'OMV à son ip dédié...
      [EDIT] Je vais en installer un @home sur le proxmox du grenier[/EDIT]

        MattProd Attention si tu goûtes à Proxmox ! 😄

        Mon OMV (sous Proxmox) a également son IP dédiée.

          yakelkun j'en utilises 3 (1 au boulot/1 en dc/1 au grenier) 😉

          Donc il à son ip dédié, alors la je vois pas... parce que dans ce cas la si tu as pas le firewall je vois pas ce qui coince.
          Tu as essayer avec des torrents d'image debian ubuntu ?

            MattProd aurais tu un lien stp pour un torrent dont tu sais qu'il fonctionne stp.

            Edit la conf réseau de OMV sour Proxmox :

            une image debian
            j'ai testé avec du tk privé aussi, aucun soucis. par contre j'ai pas testé les magnet

            Bon bah a la maison, impossible d’accéder à rutorrent tout court

            yakelkun PGID et PUID ne sont pas des variables d'environnement.
            Pour plus d'info lire le readme https://github.com/mondediefr/docker-rutorrent#configuration

            Pour avoir des infos sur le container.

            docker logs rutorrent et aussi un docker ps --all ça peu nous être utile.

            Pour lancer un container sur ta machine.

            docker run --name rutorrent -dt \
              -e UID=1000 \
              -e GID=100 \
              -e PORT_RTORRENT=49160 \
              -p 8080:8080 \
              -p 49160:49160 \
              -v /sharedfolders/FILMS01/rtorrent/config:/config \
              -v /sharedfolders/FILMS01/rtorrent/data:/data \
              mondedie/rutorrent:latest

            Les interfaces graphiques c'est bien mais si on comprend pas ce que l'on fait, ça fait pas de miracle 🙂