Discussion :

[Cicéron C. PaKaré]

Bonjour à Tous !

Je ne suis pas sûr d’être dans la bonne section, et vous prie de bien vouloir m'en excuser si tel est le cas...
Mais je cherche depuis quelques jours comment connaitre ou identifier le N° Peer ID (peer_id) et la clé d'une application "P2P/BitTorrent", du style µTorrent xxx, Vuze xxx, BitTorrent xxx, Deluge xxx...

Quelle est donc la "requête" ou la "fonction" qui permet l’identification du client utilisé sous windows ?

S' il y a des "SPÉCIALISTES" de la question, ce serait SUPER SYMPA !!!!

Car je "patine" pas mal, ne sachant pas s' il faut utiliser des "fonctions" via l’interpréteur de commande ms-dos (comme pour les requêtes "ping" , "netstat" ou autres...) ,ou via le navigateur internet (mozilla firefox) ou encore s'il faut utiliser un programme python ou carrément accéder au code source pour voir les informations de l'application concernée... ?

J'ai essayé de trouver sur le net le code source (libre d'accès jusqu'aux versions 5.0.0, pour BitTorent je crois...) d'une application P2P pour comprendre un peu mieux comment "fonctionne" le système, en vain.

Merci pour votre aide,
@+

[Cicéron C. PaKaré]

Bon...

Personne dans le coin ? Peut être devrais-je poster dans une autre section ???
Ou mes propos ne sont pas assez clairs ? Ce qui est sans doute vrai puisque que le sujet n'est pas des plus familiers pour moi !

Enfin, s'il y a une "BONNE ÂME CHARITABLE", ceci en complément d'informations (plutôt que de ré-écrire le message) :
J'ai réussi a comprendre qu'il y a une "CONVENTION" pour le peer-id de l' APPLICATION Torrent utilisée :
https://translate.google.com/transla...cation#peer_id

Ainsi, pour un nom de client comme :
"BitTorent version 7.9.7 (build 42331) (Mai 2016)" j'aurai pour id_peer -BX7970-
"BitTorrentPro 7.9.9 (42924)".......................................................... -BP7990-
"BitTorrentPro 6.0.3 (8642)" .......................................................... -M6-0-3--
"Azureus 3.0.5.0".......................................................................... -AZ3050-
"utorrent_1.8.4_(build_16688)"...................................................... -UT1840-
... ... ...

Je n'ai donc plus besoin "d'aller" dans le programme pour voir les caractéristique du client, quoi que... Comment connaitre le reste du protocole dudit client, comme le "type" des clé/peer_id utilisés, leurs longueurs, valeurs, urlencoding... ?


En attendant quelques éclaircissements ou solutions...

@+

[Cicéron C. PaKaré]

Bien, bien.... bien,

Je pense que je vais tenir ce post tout seul, tans pis pour mon ego-narcissisme ou ma vanité, car ce n'est pas FAUTE d'avoir fait des invitations !

Pourtant, il y a du passage sur la page. Mais quand je vois le nombre de posts qui sont resté SANS RÉPONSE sur ce FORUM (HYPER INTÉRESSANT au passage et EXCELLENT !), il n' y a pas de quoi s' inquiéter.
Je comprends que "LES GRANDS SPÉCIALISTES" de la question ne vont pas perdre de leur (précieux) temps pour un simple (début de) conseil ou une petite piste ! (lol)

Et pour ce qui est des "ÂMES CHARITABLES"... Je dois retarder de quelques siècles, car ce n'est plus une valeur reconnue dans ce monde où TOUT EST INTELLIGENT, même le textile !!!

Cependant, je suis sûr que dans le temps, d'autres vont consulter ces pages, car ce post va certainement les aider pour des problèmes et recherches similaires...
Alors voici le début et le partage de MES RECHERCHES, si le post n'est pas suspendu entre deux ... Mais il n'y a AUCUNE RAISON A MON SENS ! (re-lol !)

Donc, lorsque l'application BitTorrent lance un "Upload" ou un "Download" de fichier, notamment sur les trackers privés, il y a des annonces qui sont "lancées" entre le tracker et le dit-client utilisé, l'ensemble étant actualisé périodiquement.
J’ai donc appris que ce protocole de communication ne S’EFFECTUE PAS sur le port d’échange des fichiers (port "stipulé" OUVERT DANS L’APPLICATION BITTORRENT et dans le PARE-FEU/ANTIVIRUS), mais via le port indiqué dans l’URL du tracker, lié au fichier *.torrent :

EXEMPLES :
udp://tracker.leechers-paradise.org:6969
udp://zer0day.ch:1337
udp://tracker.coppersurfer.tk:6969
udp://public.popcorn-tracker.org:6969
udp://tracker.leechers-paradise.org:6969
udp://coppersurfer.tk:6969/announce
udp://tracker.openbittorrent.com:80/announce
udp://open.demonii.com:1337/announce

Si le port n'est pas spécifié, comme par exemple :
udp://tracker.pomf.se
Hache.ttp://tracker1.infohash.org/announce
Hache.ttp://retracker.adminko.org/announce
Hache.ttp://t411.download/6e25f45876cc452f6d4a983abb768e6a/announce

Le port de communication EST donc dans ce cas CELUI qui est considéré PAR DÉFAUT : le PORT 80. Et 443 si on est en https -je crois- mais le flux de données n'est pas visible, fort heureusement... D'ailleurs, je ne pense vraiment pas que ce protocole de transfert soit utilisé pour le p2p. C' est juste pour mentionner la convention des ports par défaut, et faire mon crâneur puisque personne ne s' intéresse à MOI !

Pourquoi TOUTES CES PRÉCISIONS ?

Tout simplement parce que du coup, sachant cela, j'ai DONC UTILISÉ un "RENIFLEUR"... Ou un logiciel pour analyser/visualiser les données qui "circulaient" sur le réseau. D'abord Wireshark puis Smartsniff_2-26 (+ simple à utiliser !).

Dommage de ne pas avoir eu ce SIMPLE CONSEIL en début de post, puisque visiblement ce genre de soft EST PLUTÔT BIEN CONNU et UTILISE " dans le milieu, si vous voyez ce que je veux dire...
Enfin, bref, passons et continuons.

Une fois les filtres dans smartsniff configurés, j'ai lancé mon client BitTorrent avec des fichiers *.torrents en chargement, démarré une capture de flux et exporté l'ensemble des données sous formes de fichier texte.

JE NE DÉTAIL PAS L'ENSEMBLE DE LA PROCÉDURE POUR RESTER UN PEU CONCIS, MAIS SI ON ME LE DEMANDE, JE DONNERAI VOLONTIERS UN PEU PLUS D’ÉLÉMENTS SI NÉCESSAIRE.

J'ai donc obtenu un fichier avec les PRINCIPALES INDICATIONS QUE JE VOULAIS (essentiellement) CONNAITRE :

==================================================
Index : 20
Protocol : TCP
Local Address : 19.7.6.098
Remote Address : 106.116.121.14
Local Port : 3215
Remote Port : 80
Local Host : PC-ANONYMED
Remote Host : C_Pour_Lai.xemple.com
Service Name : http
Packets : 4
Data Size : 129 Bytes
Total Size : 516 Bytes
Data Speed : 3.7 KB/Sec
Capture Time : 01/04/2017 19:33:05:114
Last Packet Time : 01/04/2017 19:33:05:215
Duration : 00:00:00.101
Local MAC Address :
Remote MAC Address:
Local IP Country :
Remote IP Country :
==================================================

GET /6e25f45876cc452f6d4a983abb768e6a/announce?info_hash=%e4rO%22%78%b6b%87%b4%63k%ec%5d7%12%89%02%2cg3&peer_id=-DE13C0-OF8jn9avMJ65&port=80&uploaded=0&downloaded=495576&left=1729930491&corrupt=0&key=CBA40562&event=stopped&numwant=0&compact=1&no_peer_id=1&supportcrypto=1&redundant=0 HTTP/1.1
Host: t411.download
User-Agent: Deluge 1.3.12
Accept-Encoding: gzip
Connection: close


HTTP/1.0 200 OK

d7:completei6e11:incompletei0f8:intervali1900e10:min intervali1700e2:peers1:e

==================================================

Voilà, et j'ai pu par la suite créer un NOUVEAU fichier *.client pour une (célèbre !) application complémentaire à mon client BitTorrent.
@+