DirectConnect/fr: Difference between revisions

From Shareaza Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
(8 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{Languages|DirectConnect}}
{{Languages|DirectConnect}}
 
{{UpdatedPage|26 avril 2014|2.7.x.0}}
{{StableFr}}


'''Présentation'''
'''Présentation'''
Line 9: Line 10:


==Histoire==
==Histoire==
Le protocole est conçu à l'origine par l'entreprise [http://en.wikipedia.org/wiki/NeoModus_Direct_Connect Neo-Modus], en même temps que le logiciel qui allait l'utiliser. NeoModus a été fondée en novembre 1999 par Jonathan Hess, financé dans ses débuts par  l'[http://fr.wikipedia.org/wiki/Publiciel adware] "Direct Connect".
Le protocole est conçu à l'origine par l'entreprise [http://en.wikipedia.org/wiki/NeoModus_Direct_Connect Neo-Modus], en même temps que le logiciel qui allait l'utiliser. NeoModus a été fondée en novembre 1999 par '''Jonathan Hess''', financé dans ses débuts par  l'[http://fr.wikipedia.org/wiki/Publiciel adware] "Direct Connect".
 
"NeoModus Direct Connect" était une axée sur une communauté type "réseau et client". La capacité de chatter était un élément central du client ainsi les utilisateurs pouvaient exercer une gestion directe du réseau et les fichiers qu'ils partageaient.
 
==History==
'''A TRADUIRE'''
 
The first third-party client was called "DClite", which never fully supported the file sharing aspects of the protocol. Hess released a new version of Direct Connect, requiring a simple [[encryption key]] to initiate a connection, locking out third-party clients. The encryption key was cracked, and the author of DClite released a new version of DClite compatible with the new software from NeoModus. Some time after, DClite was rewritten as Open Direct Connect with the purpose of having an [[Multiple_document_interface|MDI user interface]] and using plug-ins for file sharing protocols (similar to [[MLDonkey]]). Open Direct Connect also did not have complete support for the full file sharing aspects of the protocol, but a port to [[Java (software platform)|Java]], however, did. Later on, other clients such as DCTC (Direct Connect Text Client) and [[DC++]] became popular.
 
==Protocol==
The Direct Connect protocol is a text-based computer protocol, in which commands and their information are sent in clear text, without [[encryption]] in original NeoModus software ([[encryption]] is available as a protocol extension). As clients connect to a central source of distribution (the hub) of information, the hub requires a substantial amount of upload bandwidth available.<ref>{{cite web|url=http://dcpp.wordpress.com/2007/04/23/command-and-bandwidth-estimations-in-nmdc/|title=Command and bandwidth estimations in NMDC|accessdate=2007-07-27|author=Fredrik Ullner|date=April 2007|work=|publisher=DC++: Just These Guys, Ya Know? }}</ref>
 
There is no official specification of the protocol, meaning that every client and hub (besides the original NeoModus client and hub) has been forced to [[Reverse engineering|reverse engineer]] the information. As such, any protocol specification this article may reference is likely inaccurate and/or incomplete.{{Citation needed|date=July 2009}}
 
The client-server (as well as client-client, where one client acts as "server") aspect of the protocol stipulates that the server respond first when a connection is being made. For example, when a client connects to a hub's [[Internet socket|socket]], the hub is first to respond to the client.
 
The protocol lacks a specified default [[character encoding]] for clients or hubs. The original client and hub use [[ASCII]] encoding instead of that of the [[Operating system]]. This allows migration to [[UTF-8]] encoding in newer software.
 
Port 411 is the default port for hubs, and 412 for client-to-client connections. If either of these ports are already in use, the port number is incremented until the number of a free port is found for use. For example, if 411, 412 and 413 are in use, then port 414 will be used.
 
Hub addresses are in the following form: dchub://example.com[:411], where 411 is an optional port.
 
There is no global identification scheme; instead, users are identified with their nickname on a hub-to-hub basis.
 
An incoming request for a client-client connection cannot be linked with an actual connection.<ref>{{cite web|url=http://dcpp.wordpress.com/2007/08/03/ctm-tokens-in-adc-or-why-the-nmdc-protocol-is-terrible-part-2/|title=CTM tokens in ADC (or why the NMDC protocol is terrible, part 2)|accessdate=2007-10-07|author=cologic|date=August 2007|work=|publisher=DC++: Just These Guys, Ya Know? }}</ref>
 
A search result cannot be linked with a particular search.<ref>{{cite web|url=http://dcpp.wordpress.com/2006/06/04/filtering-redux/|title=Filtering Redux|accessdate=2007-08-31|author=Todd Pederzani|date=June 2006|work=|publisher=DC++: Just These Guys, Ya Know? }}</ref>
 
The ability to kick or move (redirect) a user to another hub is supported by the protocol. If a user is kicked, the hub is not required to give that user a specific reason, and there is no restriction on where a user can be redirected to. However, if another client in power instructs the hub to kick, that client may send out a notification message before doing so. Redirecting a user must be accompanied by a reason. There is no [[HTTP referer]] equivalent.
 
Hubs may send out user commands to clients. These commands are only raw protocol commands and are used mostly for making a particular task simpler. For example, the hub cannot send a user command that will trigger the default browser to visit a website. It can, however, add the command "+rules" (where '+' indicates to the hub that it's a command - this may vary) to display the hub's rules.
 
The peer-to-peer part of the protocol is based on a concept of "slots" (similar to number of open positions for a job). These slots denote the number of people that are allowed to download from a user at any given time and are controlled by the client.
 
In client-to-client connections, the parties generate a random number to see who should be allowed to download first, and the client with the greater number wins.  


Transporting downloads and connecting to the hub requires [[Transmission Control Protocol|TCP]], while active searches use [[User Datagram Protocol|UDP]].  
"NeoModus Direct Connect" était une axée sur une communauté type "réseau et client". La capacité de chatter était un élément central du client ainsi les utilisateurs pouvaient exercer une gestion directe du réseau et les fichiers qu'ils partageaient.


There are two kinds of modes a user can be in: either "active" or "passive" mode. Clients using active mode can download from anyone else on the network, while clients using passive mode users can only download from active users. In [[NeoModus Direct Connect]], passive mode users receive other passive mode users' search results, but the user will not be able to download anything. In [[DC++]], users will not receive those search results. In NeoModus Direct Connect, all users will be sent at most five search results per query. If a user has searched, DC++ will respond with ten search results when the user is in active mode and five when the user is in passive mode. Passive clients will be sent search results through the hub, while active clients will receive the results directly.
NeoModus Direct Connect a inspiré la création de versions open-source du client, tels que DC++. DC++ lui-même a plusieurs versions spécialisées spin-off open-source, comme BCDC++ et StrongDC++, qui ont affinées des caractéristiques particulières aux groupes d'utilisateurs, tels que des filtres, des modules linguistiques et les capacités de recherche. Mais le premier client tiers s’appelait DCLite, il n'a jamais soutenue pleinement les aspects  du protocole de partage de fichiers.  


Protocol [[delimiter]]s are '$', '|' and '&#32;' ([[Whitespace character|&<code></code>#32; (space)]]). Protocol have for them (and few others) [[escape sequence]] and most software use them correctly in login
'''Hess''' publia une nouvelle version de Direct Connect, nécessitant une simple [http://fr.wikipedia.org/wiki/Cl%C3%A9_de_chiffrement clé de chiffrement] pour établir la connexion, un verrouillage pour des clients tiers. La clé de chiffrement fut crackée et l'auteur de DClite publia une nouvelle version de son client, compatible avec le nouveau logiciel de NeoModus.
(Lock to Key) sequence. For some reason that [[escape sequence]] was ignored by DC++ developers and they use [[HTML]] equivalent if these characters are to be viewed by the user.  
Quelque temps après, DClite fut réécrit et renommé Open Direct Connect dans le but d'avoir une [http://fr.wikipedia.org/wiki/Multiple_document_interface interface utilisateur MDI] et de pouvoir utiliser des plug-ins pour les protocoles de partage de fichiers.


Continued interest exists in features such as ratings and language packs. However, the authors of DC++ have been actively working on a complete replacement of the Direct Connect protocol called [[Advanced Direct Connect]].
==Bon à savoir...==
Le réseau se base sur une multitude de serveurs, intitulés les Hubs, auxquels les clients se connectent. Tout un chacun peut héberger un Hub (en français : concentrateur), ce qui a mené le réseau à une notoriété rapide. Les Hubs hébergent entre 2 et plusieurs centaines d'utilisateurs. Le nombre de clients par Hub dépasse rarement la dizaine de milliers.


One example of an added feature to the protocol, in comparison with the original protocol, is the broadcasting of [[Merkle tree|Tiger-Tree Hashing]] of shared files (TTH). The advantages of this include verifying that a file is downloaded correctly, and the ability to find files independently of their names.
Les ''Hubs'' posent la plupart du temps un quota à respecter afin de pouvoir entrer alors que certains sont privés et demandent une inscription. En plus de proposer un échange de fichiers anonyme comme le proposent de nombreux autres programmes, '''DirectConnect''' veut fonder une communauté autour de l'échange. Ainsi, chaque ''Hub'' propose un dialogue par un Chat central. De plus, contrairement à ce que l'on a l'habitude de trouver dans les autres logiciels, la recherche, bien qu'existante, laisse la place à une navigation parmi les fichiers d'autrui, au moyen d'une [http://fr.wikipedia.org/wiki/Arborescence arborescence] par dossiers, à la manière d'un gestionnaire de fichiers. Les ''Hubs'' cherchent donc à regrouper les fichiers des utilisateurs par centres d'intérêts, ce qui placera les utilisateurs dans un ensemble de fichiers qu'ils aimeront probablement.


{{:Comparison_of_NMDC_Software}}
Il existe principalement deux logiciels clients pour accéder aux ''Hubs'' DirectConnect : le client officiel de Neo-Modus (fermée en 2005), et [http://fr.wikipedia.org/wiki/DC%2B%2B DC++]. Outre ces deux clients, il existe une multitude de logiciels plus ou moins compatibles, car le protocole Direct Connect n'étant pas [http://fr.wikipedia.org/wiki/Open_source open source] ils ont été conçus via [http://fr.wikipedia.org/wiki/R%C3%A9troing%C3%A9nierie rétroingénierie].


==Hublists==
== Comparaison aux autres systèmes de Pair à pair ==
{| style="font-size: 85%; text-align: center;" class="wikitable sortable"
|-
! Name
! NMDC<br>
! ADC <br>
! Registration<br>
! CTM Detection<br>
! Active
|-
| [http://ulist.ufo-modus.com/publichublist.xml.bz2 ufo-modus.com]
| {{yes}}
| {{no}}
| Regserver
| {{yes}}
| {{yes}}
|-
| [http://dchublist.com/ dchublist.com/]
| {{yes}}
| {{yes}}
| Webbased
| {{yes}}
| {{yes}}
|-
| [http://www.openhublist.org openhublist.org]
| {{yes}}
| {{yes}}
| Webbased
| {{yes}}
| {{no}}
|-
| [http://www.publichublist.nl/ publichublist.nl]
| {{yes}}
| {{no}}
| Regserver
| {{unknown}}
| {{no}}
|-
| [http://hublist.org.nz/ hublist.org.nz]
| {{yes}}
| {{yes}}
| Webbased
| {{unknown}}
| {{yes}}
|-
| [http://dchublist.ru/ dchublist.ru]
| {{yes}}
| {{no}}
| {{unknown}}
| {{unknown}}
| {{yes}}
|-
| [http://www.qsdchublist.com/ qsdchublist.com]
| {{yes}}
| {{no}}
| Webbased
| {{yes}}
| {{yes}}
|- class="sortbottom"
! Name
! NMDC<br>
! ADC <br>
! Registration<br>
! CTM Detection<br>
! Active
|}


==Direct Connect used for DDoS attacks==
Direct Connect n'est pas capable de télécharger depuis des sources multiples, c’est-à-dire qu'à chaque fois qu'on télécharge un fichier, on le télécharge depuis une seule source. Il est impossible de savoir si un fichier est une copie d'un autre, il est donc probable de télécharger des doublons par mégarde étant donné que deux utilisateurs peuvent avoir les mêmes fichiers s'ils les ont échangés entre eux. Néanmoins certains clients tels que rmDC++ permettent le multi-source.
As the protocol allows hubs to redirect users to other hubs, malicious hubs have redirected users to places other than real Direct Connect hubs, effectively causing a [[DDoS|Distributed Denial of Service]] attack. The hubs may alter the [[IP Address|IP]] in client to client connections, pointing to a potential victim.<ref>{{cite web|url=http://www.prolexic.com/news/20070514-alert.php|title=Prolexic Distributed Denial of Service Attack Alert |accessdate=2007-08-22|author=Paul Sop|date=May 2007|work=Prolexic Technologies Inc.|publisher=Prolexic Technologies Inc. |archiveurl = http://web.archive.org/web/20070803175513/http://www.prolexic.com/news/20070514-alert.php <!-- Bot retrieved archive --> |archivedate = 2007-08-03}}</ref><ref>{{cite web|url=http://www.securityfocus.com/news/11466|title=Peer-to-peer networks co-opted for DOS attacks|accessdate=2007-08-22|author=Robert Lemos|date=May 2007|work=|publisher=SecurityFocus }}</ref><ref>{{cite web|url=http://dcpp.wordpress.com/2007/05/22/denying-distributed-attacks/|title=Denying distributed attacks|accessdate=2007-08-22|author=Fredrik Ullner|date=May 2007|work=|publisher=DC++: Just These Guys, Ya Know? }}</ref>


The CTM Exploit surfaced in 2006–2007, during which period the whole Direct Connect network suffered from DDoS attacks.{{Citation needed|date=February 2014}} The situation prompted developers to take security issues more seriously.{{Citation needed|date=February 2014}}
Il n'y a pas un unique réseau Direct Connect mais une multitude de hubs disjoints et indépendants, un peu à la manière des trackers [[BitTorrent/fr|BitTorrent]].


As of February 2009,<ref>{{cite web|url=https://bugs.launchpad.net/dcplusplus/+bug/316096|title=Referral extension|accessdate=2009-02-11|author=Jan Vidar Krey|date=February 2009|work=|publisher=DC++ Launchpad Page }}</ref><ref>{{cite web|url=http://www.adcportal.com/wiki/index.php/REF|title=Referral extension on ADCPortal wiki|accessdate=2009-02-11|author=Jan Vidar Krey|date=February 2009|work=|publisher=ADCPortal.com }}</ref>
==Référence==
<ref>{{cite web|url=http://dcpp.wordpress.com/2009/02/11/dc-pointing-out-the-corrupted/|title=DC++ pointing out the corrupted|accessdate=2009-02-11|author=Eugen Hristev|date=February 2009|work=|publisher=DC++: Just These Guys, Ya Know? }}</ref><ref>{{cite web|url=http://www.adcportal.com/forums/viewtopic.php?f=10&t=431&start=0|title=CTM Review and the errors of past|accessdate=2009-01-27|author=Toast|date=January 2009|work=|publisher=ADCPortal }}</ref><ref>{{cite web|url=https://dcpp.wordpress.com/2011/07/20/long-lost-response-regarding-dc-being-used-as-a-ddos-tool/|title=Long lost response regarding DC being used as a DDoS tool|accessdate=2011-07-20|author=Fredrik Ullner|date=July 2011|work=|publisher=DC++: Just These Guys, Ya Know? }}</ref> an extension for clients was proposed in order for the attacked party to find out the hub sending the connecting users.
Source : http://fr.wikipedia.org/wiki/Direct_Connect


==Intégration à Shareaza==
Pris en charge par Shareaza depuis la version 2.5.4.0, le réseau est actuellement considéré comme un composant à l'état '''alpha''' - ce qui signifie qu'il n'est pas encore complètement implémenté, qu'il n'est pas stable ou exempts de bogues. Des tests approfondis doivent encore être menés.


Source : http://en.wikipedia.org/wiki/Direct_Connect_(file_sharing)
{{Nav2Fr|Networks and Hashes/fr}}

Latest revision as of 15:43, 26 April 2014

  Languages:

English • Deutsch • Español • Français • עברית • Italiano • Nederlands • Polski • Português • Русский • ‪中文(繁體)

e
  Updated:

This page has been updated on 26 avril 2014 for the release of Shareaza v2.7.x.0.

e
  Contenu stable

Les informations de cette page s'appliquent à toutes les versions de Shareaza tant qu'il n'y a pas de modification majeur.

e

Présentation

Direct Connect (DC) est un protocole de partage de fichiers en pair-à-pair. Le réseau se base sur une multitude de serveurs, intitulés les Hubs, auxquels les clients se connectent. Tout un chacun peut héberger un Hub (en français : concentrateur), ce qui a mené le réseau à une notoriété rapide. Les Hubs hébergent entre 2 et plusieurs centaines d'utilisateurs. Le nombre de clients par Hub dépasse rarement la dizaine de milliers.


Histoire

Le protocole est conçu à l'origine par l'entreprise Neo-Modus, en même temps que le logiciel qui allait l'utiliser. NeoModus a été fondée en novembre 1999 par Jonathan Hess, financé dans ses débuts par l'adware "Direct Connect".

"NeoModus Direct Connect" était une axée sur une communauté type "réseau et client". La capacité de chatter était un élément central du client ainsi les utilisateurs pouvaient exercer une gestion directe du réseau et les fichiers qu'ils partageaient.

NeoModus Direct Connect a inspiré la création de versions open-source du client, tels que DC++. DC++ lui-même a plusieurs versions spécialisées spin-off open-source, comme BCDC++ et StrongDC++, qui ont affinées des caractéristiques particulières aux groupes d'utilisateurs, tels que des filtres, des modules linguistiques et les capacités de recherche. Mais le premier client tiers s’appelait DCLite, il n'a jamais soutenue pleinement les aspects du protocole de partage de fichiers.

Hess publia une nouvelle version de Direct Connect, nécessitant une simple clé de chiffrement pour établir la connexion, un verrouillage pour des clients tiers. La clé de chiffrement fut crackée et l'auteur de DClite publia une nouvelle version de son client, compatible avec le nouveau logiciel de NeoModus. Quelque temps après, DClite fut réécrit et renommé Open Direct Connect dans le but d'avoir une interface utilisateur MDI et de pouvoir utiliser des plug-ins pour les protocoles de partage de fichiers.

Bon à savoir...

Le réseau se base sur une multitude de serveurs, intitulés les Hubs, auxquels les clients se connectent. Tout un chacun peut héberger un Hub (en français : concentrateur), ce qui a mené le réseau à une notoriété rapide. Les Hubs hébergent entre 2 et plusieurs centaines d'utilisateurs. Le nombre de clients par Hub dépasse rarement la dizaine de milliers.

Les Hubs posent la plupart du temps un quota à respecter afin de pouvoir entrer alors que certains sont privés et demandent une inscription. En plus de proposer un échange de fichiers anonyme comme le proposent de nombreux autres programmes, DirectConnect veut fonder une communauté autour de l'échange. Ainsi, chaque Hub propose un dialogue par un Chat central. De plus, contrairement à ce que l'on a l'habitude de trouver dans les autres logiciels, la recherche, bien qu'existante, laisse la place à une navigation parmi les fichiers d'autrui, au moyen d'une arborescence par dossiers, à la manière d'un gestionnaire de fichiers. Les Hubs cherchent donc à regrouper les fichiers des utilisateurs par centres d'intérêts, ce qui placera les utilisateurs dans un ensemble de fichiers qu'ils aimeront probablement.

Il existe principalement deux logiciels clients pour accéder aux Hubs DirectConnect : le client officiel de Neo-Modus (fermée en 2005), et DC++. Outre ces deux clients, il existe une multitude de logiciels plus ou moins compatibles, car le protocole Direct Connect n'étant pas open source ils ont été conçus via rétroingénierie.

Comparaison aux autres systèmes de Pair à pair

Direct Connect n'est pas capable de télécharger depuis des sources multiples, c’est-à-dire qu'à chaque fois qu'on télécharge un fichier, on le télécharge depuis une seule source. Il est impossible de savoir si un fichier est une copie d'un autre, il est donc probable de télécharger des doublons par mégarde étant donné que deux utilisateurs peuvent avoir les mêmes fichiers s'ils les ont échangés entre eux. Néanmoins certains clients tels que rmDC++ permettent le multi-source.

Il n'y a pas un unique réseau Direct Connect mais une multitude de hubs disjoints et indépendants, un peu à la manière des trackers BitTorrent.

Référence

Source : http://fr.wikipedia.org/wiki/Direct_Connect

Intégration à Shareaza

Pris en charge par Shareaza depuis la version 2.5.4.0, le réseau est actuellement considéré comme un composant à l'état alpha - ce qui signifie qu'il n'est pas encore complètement implémenté, qu'il n'est pas stable ou exempts de bogues. Des tests approfondis doivent encore être menés.


Navigation:     Page d'accueil > Networks and Hashes/fr > DirectConnect/fr

Retrieved from "https://shareaza.sourceforge.net/w/index.php?title=DirectConnect/fr&oldid=10556"