Bonjour a tous,

Alors personnellement je subissais de gros ralentissement de temps a autres (environ toutes les demis-heures) sur ma SeedBox, en me connectant a rTorrent par SSH je me suis rendu compte que sur tous mes torrent il y avait l'erreur suivante :
[Tracker Timed Out]

Voici la moyen de ne plus l'avoir si vous êtes dans le même cas que moi 😃

Alors pour commencer il faut supprimer Curl, Rtorrent, et libtorrent. On va les recompiler. Si vous les avec installer via un gestionnaire de paquet, il suffit de faire (pour Debian) :
sudo apt-get remove curl rtorrent libtorrent

Ensuite on installe le nécessaire :
sudo apt-get build-dep checkinstall git

On va télécharger et compiler C-Ares (https://c-ares.haxx.se/download/), il en version 1.13.10 a l'heure ou j'ecris :
wget https://c-ares.haxx.se/download/c-ares-1.13.0.tar.gz
tar -zxvf c-ares-1.13.0.tar.gz
cd c-ares-1.13.0
./configure
make
make check
sudo checkinstall

Ici on utilise checkinstall qui permets de compiler un paquet .deb plutôt que de l'installer directement cela permets de simplifier la suppression en cas de problème. Voila la doc en cas de probleme : https://doc.ubuntu-fr.org/checkinstall

On fait ensuite de même pour Curl, actuellement en version 7.57.0:
wget https://curl.haxx.se/download/curl-7.57.0.tar.gz
cd curl-7.57.0/
./configure --enable-ares --with-{ssl,gnutls,nss,polarssl,cyassl,axtls,winssl,darwinssl} --with-gssapi --enable-tls-srp --with-libmetalink --enable-sspi --with-nghttp2
make
make check
sudo checkinstall

Et ensuite pour libTorrent et rTorrent :
git clone https://github.com/rakshasa/libtorrent.git
cd libtorrent
./autogen.sh
./configure
make
make check
sudo checkinstall

Et rTorrent :
https://github.com/rakshasa/rtorrent.git
cd rtorrent
./autogen.sh
./configure --with-xmlrpc-c
make
make check
sudo checkinstall

Et voila c'est finit 🙂 Vous verrez cela va pas mal accélérer rTorrent ainsi que le lancement des torrents 😉

    MrCourgettos Salut, le problème de "tracker timed out" tu l'avais uniquement sur les trackers publiques ?

    Si oui, et que ta solution fonctionne alors tu a peut-être trouvé une bonne solution aux problèmes des trackers publiques

    un an plus tard
    NombreDeCorrectif  = 3+4+5+7+9+11+14+15+15+15+18+16+18+18
    TotalCorrectif = 168

    NB : Disons que le dernier lien m'a beaucoup refroidit... Alors depuis quelques temps, je me dis qu'il faudrait se pencher sur cette lacune car Stretch propose la version 7.52.1 uniquement.
    En effet, actuellement c'est la 7.62.0 qui correspond à toute la dernière version de curl.
    Hélas je n'ai pas trouvé de dépôt donc a priori il faudra recourir à la compile.
    Et puis, c'est également parce que je crois que cela pourrait permettre de notamment renforcer la sécurité.

    un an plus tard
    7.66.0	===>	0
    7.65.3	===>	2
    7.65.2	===>	2
    7.65.1	===>	3
    7.65.0	===>	3
    7.64.1	===>	5
    7.64.0	===>	5
    7.63.0	===>	8
    7.62.0	===>	8
    7.61.1	===>	10
    7.61.0	===>	11
    7.60.0	===>	11
    7.59.0	===>	13
    7.58.0	===>	15
    7.57.0	===>	17
    7.56.1	===>	20
    7.56.0	===>	21
    7.55.1	===>	21
    7.55.0	===>	21
    7.54.1	===>	24
    7.54.0	===>	22
    7.53.1	===>	24
    7.53.0	===>	24
    
    NombreDeVulns  = 0+2+2+3+3+5+5+8+8+10+11+11+13+15+17+20+21+21+24+22+24+24
    TotalVulns = 290

    D'ici le mois prochain, cela fera quasiment un an.
    Donc j'en profite pour mettre à jour quelques jours informations. Désormais il faudrait trouver une façon d'installer la dernière version (curl-v7.66.0).

    Certes, je m'en sers pas néanmoins je note que le changelog de C-Ares est plus fiable.

    wget -c "https://c-ares.haxx.se/download/c-ares-1.15.0.tar.gz";\
    tar -zxvf c-ares-1.15.0.tar.gz;\
    cd c-ares-1.15.0;\
    ./configure;\
    make;\
    make install;

    Par contre, elle fut publié le 23 octobre 2018 et cela paraît inquiétant. Cependant il semble toujours être en vie depuis le GitHub de C-Ares.

    6 jours plus tard

    @Wagner Hello,

    Concernant curl pour Debian 10 "Buster", on peut installer la dernière version en utilisant la branche "testing" de Debian. 😉

    Voici ma config :

    • Fichier source principal => "/etc/apt/sources.list":
      # Debian stable
      deb https://deb.debian.org/debian/ stable main contrib non-free
      ##deb-src https://deb.debian.org/debian/ stable main contrib non-free
      
      # Debian stable Security
      deb https://deb.debian.org/debian-security stable/updates main contrib non-free
      ##deb-src https://deb.debian.org/debian-security stable/updates main contrib non-free
      
      # Debian stable Updates
      deb https://deb.debian.org/debian/ stable-updates main contrib non-free
      ##deb-src https://deb.debian.org/debian/ stable-updates main contrib non-free
      • Fichier source 'backports' => "/etc/apt/sources.list.d/30_debian_backports.list":

        # Backports, previously on backports.debian.org
        deb https://deb.debian.org/debian/ buster-backports main contrib non-free
        ##deb-src https://deb.debian.org/debian/ buster-backports main contrib non-free
      • Fichier source 'testing' => "/etc/apt/sources.list.d/40_debian_testing.list":

        # Debian testing
        deb https://deb.debian.org/debian/ testing main contrib non-free
        ##deb-src https://deb.debian.org/debian/ testing main contrib non-free
        
        # Debian testing Security
        deb http://security.debian.org testing-security main contrib non-free
        ##deb-src http://security.debian.org testing-security main contrib non-free
        
        # Debian testing Updates
        deb https://deb.debian.org/debian/ testing-updates main contrib non-free
        ##deb-src https://deb.debian.org/debian/ testing-updates main contrib non-free
        • Fichier de configuration des priorités => "/etc/apt/preferences.d/debian":
          # Debian packages pinning
           
          Package: *
          Pin: release o=Debian,a=stable
          Pin-Priority: 500
           
          Package: *
          Pin: release o=Debian,a=testing
          Pin-Priority: 90
    un mois plus tard

    Merci @Micdu70 je vais regarder ça lorsque je pourrais.
    N'empêche c'est dommage car s'il existait un dépôt, cela serait beaucoup plus simple.

    PS: Il y a quelques mois, j'avais essayé d'installer Arch Linux mais cela fut un échec... A priori, la clef était introuvable (mauvaise adresse ? site en panne ? etc) alors j'ai renoncé.
    Enfin bref, tant pis cela n'est pas grave car je voulais juste voir la différence avec Debian.

    13 jours plus tard

    Salut @Aerya sur le moment, je ne voulais pas me prendre la tête. Donc je l'ignore car j'ai finis par renoncé à contacter le support...
    Parce que la dernière fois, ils étaient vraiment incompétent.

    Je crois que cela provenait de l'iso en lui-même car je me sers jamais de la virtualisation. C'est tellement lointain et vague que je ne pourrais pas donner plus de détails.
    D'un autre point de vue, je n'ai reçu aucun rapport et c'est impossible de recopier les messages d'erreurs (par le biais d'un outil tel que installimage).

    3 mois plus tard
    apt -a show openssl | egrep 'Version|APT-Sources';
    Version: 1.1.1d-1+0~20191009.15+debian9~1.gbpd6badf
    APT-Sources: https://packages.sury.org/php stretch/main amd64 Packages
    Version: 1.1.0l-1~deb9u1
    APT-Sources: https://deb.debian.org/debian stretch/main amd64 Packages
    

    Voilà la mauvaise nouvelle d'aujourd'hui qui concerne (le paquet) openssl !
    Je viens de découvrir qu'il ne faudra plus compter sur sury.org car désormais soit il est ultra en retard (près de 6 mois), soit il n'y a plus de suivit (à cause probablement de la parution de Debian 10).
    En claire, il devrait nous proposer la dernière version ("OpenSSL-v1.1.1f" au lieu de "OpenSSL-v1.1.1d") !

    wget -c "https://github.com/openssl/openssl/archive/OpenSSL_1_1_1f.tar.gz";\
    tar -xvf OpenSSL_1_1_1f.tar.gz;\
    cd openssl-OpenSSL_1_1_1f;\
    ./config;\
    make;\
    make test;\
    make install;\
    openssl version;
    ## OpenSSL 1.1.1f  31 Mar 2020 (Library: OpenSSL 1.1.1d  10 Sep 2019)
    

    Par contre, c'est relativement anodin car je n'ai rencontré aucun problème (lors de la compile).

    Répondre…