Freetorrent est un tracker bittorrent exclusivement réservé au partage de musiques, logiciels, vidéos, films, documents, etc. libérés de droits, sous licence libre (GPL notamment ...), licence Creative Commons, domaine public, concerts en "trade friendly", etc.
Vous le trouverez à cette adresse : http://freetorrent.mine.nu
Journal Vive le libre ... en partage !
28
juin
2006
# Mon avis
Posté par matlj . Évalué à 10.
Je n'aime pas non plus les pubs, et le look sombre du site. Je trouve que pour un tracker qui essaie de se démarquer en ne fournissant que du contenu libre, et donc légal, ce n'est pas très malin d'adopter un look h4x0r.
[^] # Re: Mon avis
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 4.
Autant je comprends qu'il soit normal de s'identifier pour ajouter un torrent (ça implique un peu plus) autant je vois pas pourquoi je devrais m'identifier pour participer à un téléchargement.
Ca cache pas un truc malsain ?
[^] # Re: Mon avis
Posté par elb . Évalué à 1.
[^] # Re: Mon avis
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 3.
Le site calcule un ratio upload/download par utilisateur ?
Donc, tant qu'un utilisateur ne partage pas assez, il n'a pas le droit de télécharger ?
Je ne m'y connais pas trop en P2P (coté coulisse), mais ça me parait osé comme pari.
Mon analyse :
S'il faut créer un compte pour télécharger, vous allez en refroidir un paquet et donc réduire le nombre de peer. Alors que les algo P2P sont prévus pour utiliser le nombre de peer pour accroître la bande passante générale.
Si en plus le réseau requiert un bon upload pour autoriser le download, vous fermez la porte à d'autres utilisateurs.
Mon avis, c'est que si vous adressez des contenus libres, vous allez avoir des utilisateurs conscients, voire des utilisateurs qui vont offrir des seeder (comme c'est libre, on prend pas de risque). Donc, il y a fort à parier que vos torrents ne vont pas manquer de seeder. Du coup, c'est vraiment domage de bloquer l'accès à des utilisateurs dans ces conditions.
Avez-vous fait une analyse d'utilisation des autres sites dans le genre ? Je pense a http://www.linuxtorrent.org/ , http://www.tlm-project.org/ et autres.
[^] # Re: Mon avis
Posté par Jean-Philippe (site web personnel) . Évalué à 3.
Je ne dis pas que c'est un bon moyen, mais je comprends pourquoi les responsables font ca.
SInon le style du site est assez uNd3rGr0µnDz en effet...
[^] # Re: Mon avis
Posté par Raphaël G. (site web personnel) . Évalué à 3.
Il existe les traqueurs publics (si tu arrive pas a dl ton fichier dans la semaine/2jours tu l'as dans le baba), où sévissent les "chacun pour sa pomme".
Il existe les traqueurs semi-public :
- Tu a des torrents accessible a tous
- Les ratios d'upload/download sont compté
- Les non-enregistrés/bas ration sont "mis en attente" et les bons ratios peuvent télécharger de suite
Il existe les traqueurs privés :
- Enregistrement obligatoire
- Les ratios d'upload/download sont compté
(en gros < 5Go de dl le ratio est pas comptabilisé, ceux qui tombent en dessous de 0.3-0.5 se font dégager...)
- Il peux y avoir de l'attente aussi, et ceux qui ont les meilleurs ratios sont avantagés (moins de pub/pas d'attente/avatar plus grand)
Il existe aussi les traqueurs sur invitation :
- 100% illégal en général, même règle qu'au dessus
Voilà a peu près comment ça se passe.
Le but est en fait que tout le monde puisse télécharger et pénaliser le moins de monde possible du fait des abus de certains.
En général les admins sont "compréhensifs" et virent/limitent les ratios pour ceux qui ont de quotas d'upload (belges par exemple).
Dernier point 95% des comptes raisonne au niveau ip, ça veux dire qu'un leecheur va se faire désactiver le compte et se faire bannir deux ip au moins : ip d'enregistrement+dernière ip connue.
(bien sur ça amène quelque problème avec les FAI en ip dynamique, mais bon tant pis...)
Un dernier point, en général les partie privées/enregistrées sont gérées via une url de traqueur différente pour chaque utilisateur :
http://sub.domain.ext/{hash md5sum sha1 spécifique a l'user}/announce.php
Et il est vrai que l'enregistrement est souvent très lourd, mais les longueurs de sessions (de connexion) sont très souvent allongées : 1an pour l'un que je pratique, ce qui évite de taper son pass a chaque coup...
D'autre part il existe des traqueurs plus restrictif encore qui nécessite une connexion via le site web pour pouvoir se connecter au traqueurs a partir de l'ip en question
(mandriva, et d'autre)
Il y a aussi des blacklist de ports (pensez a vous mettre sur 69xxx ou plus grand pour éviter les soucis) a cause des FAI qui font de la limitation de bande passante d'envoi...
[^] # Re: Mon avis
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 2.
Un point me turlupine. C'est le tracker qui décide quel client privilégier ? Je pensais que c'était les clients qui décident entre eux, en fonction du flux qu'il recoivent des autres.
Mais ce que je raconte concerne probablement uniquement la communauté de peer participant à UN torrent.
Si je comprends bien, le but de ces "trackers" intelligents (avec enregistrement ou non) consiste à privilégier des clients qui débutent un download sur un nouveau torrent alors qu'ils upload a donf sur d'autres torrents.
Par exemple, soit un tracker spécialisé dans les ISO de distrib Linux.
J'ai déjà récupéré Ubuntu et Debian, mais j'ai laissé mon client actif sur ubuntu.torrent et debian.torrent. J'ai donc un très très bon ratio sur ces torrents.
Je décide de récupérer la Madriva sur madriva.torrent. Sur ce torrent je suis tout nouveau, j'ai donc un très très mauvais ratio sur ce torrent. Théoriquement, je ne suis donc pas du tout prioritaire.
Comme le tracker me connait, il dit aux autres clients de me favoriser. Et hop, je télécharge tout de suite.
C'est ça ?
[^] # Re: Mon avis
Posté par Raphaël G. (site web personnel) . Évalué à 2.
Ce qui fait qu'il est par exemple de s'enregistrer deux fois a partir d'une même ip (évite les compte "jettables")
En fait le traqueur te donne les couples ip+port des clients avec lesquels tu va échanger des données.
Donc tu peux programmer le traqueur pour ne rien envoyer au leecheur pendant des heures, alors que celui qui a un ration > 1 va avoir droit a accéder directement au couples voir même en avoir plus...
Ensuite les traqueurs doivent surement s'arranger pour ne plus donner de couples d'un autre client qui a fini le même torrent (inutile), etc...
Je connais un traqueur de fansub qui fait ça, mais vu la connerie de dadvsi qui passent je vais pas tuer ma poule au oeuf d'or, mais si tu veux l'url => message privé
[^] # Re: Mon avis
Posté par Jean-Philippe (site web personnel) . Évalué à 2.
Je ne sais pas si on parlait de ca mais certains torrents empechent complètetement de telecharger (on est rejeté par le tracker) pendant une durée limitée, genre 24h après le telechargement du .torrent
Et cette durée s'allonge plus ou moins selon le niveau de leech jusqu'a tomber à l'infini por ceux qui ne telechargent pas (souvent le ratio minimum est de 0.25, voire 0.5 d'après ce que j'ai vu)
Un autre moyen que j'ai vu est le tracker qui bloque le client à 99% tant qu'il n'a pas atteint un ratio de 1. Je suppose qu'il doit annoncer aux autres client/seeds de ne pas lui envoyer une partie precise.
Je trouve que c'est la meilleure solution pour les trackers anonymes, le seul problème dans ce cas la est que l'on marche torrent par torrent si l'on est pas enregistré, donc "inutile" de partager avec un trop gros ratio.
Quand à la limitation de d/l en terme de debit je ne l'ai jamais vu, est-ce seulement possible avec bittorrent ? A part empecher d'envoyer des parties du torrent je ne vois pas comment faire.
[^] # Re: Mon avis
Posté par Raphaël G. (site web personnel) . Évalué à 3.
Pour ce qui est du blocage a 99% du fichier, ça ne peux se faire qu'en ayant UNE source qui possède le 1% restant et qui ne le diffuse qu'après...
Le traqueur ne se chargeant que de donner les couples ip+port actif, il ne se charge que d'interconnecter les clients entre eux, ce sont les clients qui annonce les bout qu'il possèdent (au traqueur et aux autres clients), sinon la charge du traqueur serait pas gérable...
Les limitations en terme de débit sont impossible (par le traqueur), ce sont les clients qui limitent leur vitesse d'envois, voir de réceptions (mais ça ne marche qu'en jouant sur le taux de rejet de paquets, donc très consommateur...)
Par contre, il peux déduire les vitesses moyennes des clients (le client envoie régulièrement ses stats d'upload au traqueur) et peux donc en déduire une vitesse d'upload moyenne.
Il est donc techniquement possible de mettre les rapides entre eux au début, puis de leur interconnecter les plus lents plus tard...
(mais c plus simple de se baser sur les ratios globaux directement qui seront plus représentatif des pratiques de l'utilisateur et diminueront le code...)
Tien pas bête, vais demander comment il gère ça dans leur traqueur ;)
[^] # Re: Mon avis
Posté par Jean-Philippe (site web personnel) . Évalué à 2.
[^] # Re: Mon avis
Posté par Raphaël G. (site web personnel) . Évalué à 2.
Rien que la bande passante, de recherche de fichier répliqué au peer passif (ie : derrière un firewall fermé ou sans nat de port) peux "tuer" un serveur 10Mbit avec 3000peer !!!
Maintenant pour bittorrent il n'y a pas de recherche de fichier, mais uniquement un envoi des couples ip+port et dans l'autre sens les stats d'upload du peer (et peut-être les hash dispo).
Mais si jamais il y a envoi des hash dispo ça pourrait "tuer" sous la charge de débit de réception (qui ne peux pas être limité !).
Donc sans regarder le code, je pense que les hash dispo ne sont pas envoyé au client.
Il faut éviter a TOUT prix les débit entre peer et tracker, tant au niveau nombre de paquet (faiblesse emule) et volume (recherche passive direct connect)
Vala, hésite pas a regarder le protocole.
En fait la raison est que moins tu gère de peer, moins la charge processeur est importante car les évènements pour chaque peer sont des tueurs de CPU :
- connexion-déconnexion (login+pass par ex, hash spécifique pour bt dans la ligne $_GET)
- timeout
- demande de source
- fin de dl
- etc...
Sans compter la consomation mémoire, car rien qu'une structure minable avec 3-4 fichiers en seed ça en bouffe, enfin pas pour un utilisateur, mais pour des milliers ça peux mettre a la rue un serveur...
Bref, bittorrent marche très bien car les transactions peer-traqueur sont limités (ce qui rend possible des torrents trackeless : réseau neural de peer)
Ok, je pensais que les clients envoyaient leur état sur l'avancement du fichier, vu qu'on savait deja qui était seed ou peer.
Après pour l'état d'avancement il est évident que les clients s'envoient mutuellement leur état d'avancement (chunk disponibles)
C'est ce qui permet l'existence de client bittorrent qui ne télécharge pas complètement les packs (évite les fichier sfv, nfo, md5 et sample inutiles car bittorrent peux lui-même obtenir les hash des chunk)
# erreur après login
Posté par Dreammm . Évalué à 1.
Error!
Missing Style!
Retour
[ Script Execution time: 0.0053 sec. ] - [ GZIP: enabled ]
BtitTracker (1.3.2) by Btiteam
----
Pas encore au point tout cela.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.