Le cross seeding, la pérénité des fichiers dans un monde de trackers fragmentés

[Mister158]

Ouais c’est bien. C’est comme ça que entre le cross seed et les mecs qui ont des super serveurs, à la finale le primo uploader vois son ratio stagner.

Et quand tu es si stupide comme moi pour partager aussi ta liste en DDL, tu te retrouves avec deux trois quatre mecs qui font tourner le bordel en permanence et tu n’upload rien.

Force de reconnaître que c’est un peu frustrant, surtout quand le tracker rétribue le seed et que les mecs se font des couilles en or sur ton dos

[duJambon]

@kaelyfer Le problème, c’est les gens.

Par défaut cross-seed ne traite pas les nouveautés avant 3 jours, mais le paramètre est modifiable et n’importe quelle barbouze peut le réduire. Une valeur minimum devrait être imposée.

Mais cela n’empêchera malheureusement pas ceux qui gèrent ça “à la main” de faire ce qu’ils veulent.

[Siegfried]

Je ne comprends pas le principe puisque sur les trackers privés il faut faire une prez à chaque upload.

[Aerya]

Ce n’est pas un bot d’upload.

C’est un utilitaire qui va chercher les mêmes fichiers (comparaison de hash) sur tous les trackers auquel il a accès via tes comptes, pour se mettre en seed dessus.

[7cf148fd]

Pour rester dans le sujet initial, la raison de l’interdiction du cross-seed est en partie technique.

Si vous reseedez le même contenu par le biais d’un autre fichier torrent ce n’est généralement pas un problème.

Le souci, c’est si le torrent est identique (même taille de blocs) et que vous cross-seedez en ajoutant “simplement” le 2e tracker dans la liste des serveurs. Dans ce cas-là le client envoie les infos de volume uploadé aux deux serveurs. Autrement dit votre up causé par les peers d’un tracker est aussi envoyé à l’autre. C’est une forme de double comptage.

PS: ils peuvent interdire ce qu’ils veulent, c’est techniquement indétectable.

[duBoudin]

Je viens de déplacer tous les messages qui n’étaient pas directement en lien avec Le sujet, vous pouvez continuer la discussion sur Partage, seeding, leeching et trackers privés.

Sujet initialement céé par @raccoon que je remercie ici.

[h2h2]

@7cf148fd

Un fichier torrent téléchargé 0 octet en DL et x1,x2 en up c’est du cross seed ( ou du fake ratio) et sûrement détectable ?

De là à l’interdire : pas vraiment bon esprit et dans l’intérêt d’un tk…

Je cherche un outil pour le cross seed YGG: cross-seed ne semble pas fonctionner sur le tk yggleak

Je ne sais pas si qqn a une solution ?

[7cf148fd]

Salut @h2h2
Certes mais il ne faut pas oublier que

• l’uploader originel aura toujours 0 octet en DL, et il a le droit d’avoir plusieurs clients (par ex maison plus seedbox). Il faudra que le tracker vérifie que ces clients avec DL=0 n’ont pas la même passkey que l’uploader. C’est du code et ça alourdit clairement le tracker (qui a déjà souvent du mal à gérer la charge)
• le tracker n’est jamais sûr d’avoir reçu toutes les annonces de DL, surtout s’il est en UDP
• le décompte du volume de DL envoyé par le client est remis à zéro à chaque fois que le client met le torrent en pause, redémarre son client ou reboote sa machine, donc ça peut aussi être un uploader qui avait le fichier il y a un moment, l’a mis en pause ou retiré de son client, puis se remet en partage dessus. De nombreux trackers “nettoient” régulièrement leur liste de torrent pour ne garder que les actifs. Que feras-tu si quelqu’un reuploade un vieux torrent qui avait été effacé, et plein de gens se disent “oh tiens c’est vrai j’avais téléchargé ça, tiens je vais le remettre en partage”
• ça crée un vrai risque de sécurité pour les utilisateurs, parce que vu les cas ci-dessus, pour faire ça bien en pensant à tous les cas possibles, ça nécessite que le serveur garde tout l’historique de ce que tout le monde a téléchargé, quand, combien en up et en down, plutôt qu’un simple décompte total du “volume de up et down”. Or pense à YggLeaks et imagine si les autorités et/ou les ayant-droits débarquent et voient un log détaillé de tous les utilisateurs et ce qu’ils ont téléchargé exactement? Tu es libre de faire ce que tu veux mais perso je vois ça j’arrête immédiatement d’utiliser.
• tu ne pourras pas empêcher les gens qui savent déjà automatiser le cross-seed, d’automatiser un truc du genre “je downloade 10% puis je me mets en cross-seed sur le reste”

Enfin et surtout, ça ne résoud en rien le problème.

• Que tu garantisses 2h, 24h ou 8j de temps de UP à l’uploader original, tu n’empêcheras pas que d’autres se mettent sur son contenu à la fin de ce délai.
• C’est quand même l’intérêt du tracker d’avoir le plus de sources possibles.
• Quoi que tu dises ou fasse côté serveur
  • Le volume de down est déclaratif. De nos jours, n’importe qui avec un outil AI peut coder en 20 minutes un client qui simulera le volume de up ou de down qu’il veut sur n’importe quel torrent.
  • Tu ne pourras pas empêcher quelqu’un de cross-seeder avec lui-même (comme je le fais pour garder une copie de mes stats)

Une “solution” serait d’accorder 1x UP en bonus par défaut à toute personne dont l’upload passe la team pending… mais ça créera fatalement une avalanche de soumissions aussi pourries que diverses et variées, pour une fonction où on a généralement déjà du mal à trouver de bonnes âmes pour faire le boulot…

[Jin]

En tout cas, merci pour l’article et le rappel de l’outil.

Je me suis enfin lancé dans la configuration (merci LLM) et cela permet d’ouvrir une belle liste de partage supplémentaire avec tous les mouvements récent entre les TK.
Cela permet de rendre un peu moins ““inutile”” une longue liste de seed sur un unique TK et d’en bénéficier sur les autres.

Bon par contre, comme toujours avec cette nature humaine, il est nécessaire aux admins et aux dév de développer des protections dans tous les sens afin de protéger les TK de toute la triche imaginée.
La simple règle d’attendre quelques jours avant d’autoriser le cross-seed semble suffisant pour rendre cela acceptable.

[Raccoon]

J’ai passé 2 jours à essayé d’installer Cross-Seed avec Docker, impossible de le faire marcher, à chaque tentative il finit par redémarrer en boucle. J’ai demandé de l’aide à Copilot, j’ai cru que ça allait fonctionner à un moment et rebelote redémarrages en boucle.

[duJambon]

@Raccoon y’a surement un problème, soit dans le .yam soit dans la config, j’ai eu ça aussi, tu peux jeter un coup d’oeil dans le log ? ou envoie-moi les deux fichiers en mp en édulcorant config.js des clefs.

Les répertoires manquants ou l’arborescence incorrecte provoquent aussi ce phénomène.

C’est assez délicat à configurer proprement (malgré la doc), en effet. Même en étant correct (je le pense), j’ai ça:

2026-05-02 08:01:15 info: cross-seed v6.13.6
2026-05-02 08:01:15 info: Validating your configuration…
2026-05-02 08:01:15 warn: If using Automatic Torrent Management in qBittorrent, please read: https://www.cross-seed.org/docs/v6-migration#new-folder-structure-for-links
2026-05-02 08:01:15 warn: Using seasonFromEpisodes or includeSingleEpisodes with dataDirs requires a specific data structure, please read: https://www.cross-seed.org/docs/tutorials/data-based-matching#setting-up-data-based-matching
2026-05-02 08:01:15 info: Your configuration is valid!

Tant que tu n’a pas le dernier message, le programme redémarre, ce qui est finalement bien pratique car tu peut éditer la config en temps réel sans te soucier de démarer chaque fois l’appli pour voir ce qui cloche.

Un truc de fainéant comme je les aime

[Jin]

@Raccoon a dit:

J’ai passé 2 jours à essayé d’installer Cross-Seed avec Docker, impossible de le faire marcher, à chaque tentative il finit par redémarrer en boucle. J’ai demandé de l’aide à Copilot, j’ai cru que ça allait fonctionner à un moment et rebelote redémarrages en boucle.

Les messages sont assez explicites en général. Il faut bien les lire
De mon côté, j’ai tourné un peu autour de ces paramètres :

  delay: 60,
  rssCadence: "30 minutes",
  searchCadence: "1 day",
  excludeRecentSearch: "26 weeks",
  excludeOlder: "2 years",
  searchLimit: 400,

Et si tes torrents sont sur plusieurs volumes, attention à bien les mapper, créer les dossiers “cross-seed”, et le smapper dans la config sous Linkdir :

linkDirs: [
    "/folderVolume1/.cross-seed",       // volume1/folderVolume1
    "/folderVolume2/.cross-seed",        // volume2/folderVolume2
  ],
  linkType: "hardlink",

[Raccoon]

@dujambon voici l’erreur qui revenait sans arrêt

user@nas:/tank/docker/cross-seed$ docker logs -f cross-seed
Configuration file already exists.
Configuration file already exists.
Configuration file already exists.
user@nas:/tank/docker/cross-seed$

et lorsque je regarde Dockhand, Cross-Seed redémarre en boucle.

@Jin de mon côté je n’utilise qu’un volume mais qui est un agrégat ZFS de 4 HDD dans lequel arrive mes téléchargements via qBittorrent-nox.
Voici le docker-compose de Cross-Seed

user@nas:/tank/docker/cross-seed$ cat /tank/docker/cross-seed/docker-compose.yml
services:
  cross-seed:
    image: ghcr.io/cross-seed/cross-seed:6.13.6
    container_name: cross-seed
    restart: unless-stopped
    user: "996:986"

    volumes:
      - ./config:/config
      - ./logs:/logs
      - ./data:/data
      - /tank/partage:/tank/partage:ro

    command: ["daemon"]

    networks:
      - prowlarr_default

networks:
  prowlarr_default:
    external: true
user@nas:/tank/docker/cross-seed$

[duJambon]

@Raccoon C’est que la config est pourrie, il redémarre, recharge la config et comme elle est toujours pourrie, ça boucle…

[Raccoon]

@duJambon j’étais bien arrivé à la même conclusion, mais après 2 jours d’essais j’ai fini par laisser tomber…

[duJambon]

@Raccoon Dommage, comme je te l’ai dit en-dessus, ça peut être juste un problème de chemin, si tu veux un coup de main, c’est avec plaisir. Si c’est autre chose, ma config fonctionne, je peux lever le doute.

Je peux même la publier en remplaçant les infos sensibles.