Où un client magnet / torrent recherche-t-il le fichier de hachage / torrent /?

9

En bref:

Wikipedia mentionne une "recherche de disponibilité" requise pour trouver des pairs (et le fichier réel):

Notez que, bien qu'un fichier particulier soit indiqué, une recherche de disponibilité doit toujours être effectuée par l'application cliente.

Où le client regarde-t-il? Un lien magnétique nécessite-t-il un URI de suivi ou est-ce que cela dépend du réseau du client?

Plus d'informations:

Un certain URI / URN magnétique de tpb ressemble à ceci:

magnet:?xt=urn:btih:e9b785fc2d70811a72df5a76bb34bd2eaf9df956&dn=Dances+with+Wolves+1990+20th+Anniversary+Extended+Cut+720p+BRRip&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80&tr=udp%3A%2F%2Ftracker.publicbt.com%3A80&tr=udp%3A%2F%2Ftracker.istole.it%3A6969&tr=udp%3A%2F%2Ftracker.ccc.de%3A80

Il contient 4 trparamètres de requête avec (je suppose) des emplacements de suivi qui contiennent une sorte d'index de hachage. Cependant, Wikipedia ne mentionne pas le trparam, donc je suppose que ce n'est pas obligatoire.

Où un client commence-t-il à rechercher le fichier si aucun URI de suivi n'est inclus? Et s'il y en a? Je peux imaginer un client torrent (comme uTorrent) lui-même ayant un énorme index de hachages de fichiers.

Rudie
la source
2
Félicitations pour avoir demandé si gentiment, juste une petite correction cependant: Wikipédia mentionne le trparamètre (au moins au moment où je consultais son article)
Saxtus
Ma faute. Je n'ai vu que la partie params sous "Description technique". Ce n'est pas mentionné ici. Il dit "sans besoin de support DHT". Un client n'utiliserait-il pas toujours DHT et / ou PeX même quand un tracker a été prouvé? (Sinon, pourquoi pas?)
Rudie

Réponses:

7

Le client utilisera DHT et Peer Exchange pour rechercher des clients si aucun tracker n'est fourni.

Der Hochstapler
la source
L'URI de l'aimant ci-dessus fonctionnerait-il si je supprimais les trparamètres? Mon client uTorrent regarderait via DHT et PeX? Utilisera-t-il (ou même trouvera-t-il) des trackers d'autres pairs (parce que d'autres obtiennent l'URI magnétique complet, y compris les trackers)?
Rudie
@Rudie: Cela devrait fonctionner. Comment bien il va travailler dépend du client, votre réseau, comment commun le fichier se trouve dans l'essaim, ...
Der Hochstapler
Rechercherait-il des trackers ou ignorerait-il toute l'approche du tracker si un tracker initial n'était pas fournisseur? (Un pair partagerait-il jamais l'URL du tracker avec un autre pair?) Je suis désolé d'être ennuyeux et redondant, mais je dois juste savoir =)
Rudie
Aussi (désolé!), Wikipedia dit "identifie un fichier", mais un torrent peut contenir beaucoup de fichiers. L'ensemble du package est-il le fichier mentionné, ou chaque fichier réel a-t-il son propre hachage magnétique?
Rudie
@Rudie: À ma connaissance, les clients n'échangent pas de trackers . Ils n'échangent que d'autres clients . Un test rapide que je viens de réaliser semble le confirmer. Je suppose que le "fichier" mentionné sur Wikipédia se rapporte au conteneur de données qui décrit le contenu du torrent.
Der Hochstapler
3

Si les trackers sont répertoriés, le client les interrogera en premier. Si aucun n'est répertorié, DHT est utilisé pour interroger d'autres clients pour des copies du fichier, puis PEX intervient pour rechercher plus de copies une fois que le premier a été trouvé. Même si des trackers sont trouvés, le client peut toujours utiliser DHT pour trouver des pairs supplémentaires.

L'approche sans tracker est analogue au réseau Gnutella (2) si vous connaissiez son fonctionnement.

BowlesCR
la source
DHT et PeX fonctionneraient très bien ensemble, non? Pourquoi d'abord DHT puis PeX? (Le résultat DHT contient-il des trackers PeX ou quelque chose?) Le principe est le même, n'est-ce pas? Demandez aux pairs du réseau du client?
Rudie
Désolé de creuser cela des morts. DHT trouve une graine / un pair même si vous n'en avez pas pour un torrent donné. PEX communique avec ses pairs existants pour en savoir plus.
BowlesCR