AMule Project FAQ - User contributions [en]

FAQ ed2k-fr

2009-01-11T13:27:33Z

Romainhk: correction lien interne bis

<center>
[[FAQ_eD2k-Kademlia|English]] |
[[FAQ_eD2k-Kademlia-de|Deutsch]] |
[[FAQ_eD2k-Kademlia-es|Español]] |
'''Français''' |
[[FAQ_eD2k-Kademlia-it|Italiano]] |
[[FAQ_eD2k-Kademlia-nl|Nederlands]] |
[[FAQ_eD2k-Kademlia-pl|Polish]] |
[[FAQ_eD2k-Kademlia-ru|Russian]]
</center>

== ED2K, c'est quoi ? ==

A la base ED2K est un protocole pour le client P2P (pair-à-pair) [[eDonkey2000]], c'est de là que vient son nom. C'est un protocole basé sur une interaction serveur-client, avec la capacité d'échanger les sources entre les clients.

Le réseau ED2K est basé sur les serveurs à la différence des réseaux de P2P tels que [[Kazaa]], ce qui signifie que la première chose que vous faites lorsque vous lancez [[eMule]] est de vous connecter à un serveur (manuellement ou automatiquement).

Une fois connecté avec succès à un serveur, le client peut chercher, soit localement (au serveur connecté) soit globalement (tous les serveurs), n'importe quel fichier et le serveur questionné fournira au client une liste de tous les fichiers qui répondent aux paramètres de recherche.

Si l'utilisateur démarre un téléchargement, le client demandera alors au serveur des sources et le serveur va renvoyer le nom (sous la forme d'adresse IP) des clients qui ont répondu qu'ils avaient bien le fichier demandé.

Ensuite le client distant va commencer à envoyer un chunk entier à votre client aussitôt que vous serez le premier dans la file d'attente. Et, quand le chunk a été envoyé en entier, vous serez effacé de sa file des envois. Cette façon qu'ont les différents chunks de se répandre autour du réseau ED2K fait que même si personne n'a à un instant donné le fichier complet, et bien il peut être complété en téléchargeant les différents chunks à partir de différentes personnes ( c'est bien connu que les gens arrêtent de partager un fichier une fois qu'il à été complété).

Remarquez que les client n'envoient que '''un''' chunk à la fois à un autre client. Même si un client est à la fois dans la file d'attente des envois pour deux fichiers différents chez un même utilisateur, et arrive en premier pour ses deux fichiers alors cet utilisateur ne lui enverra qu'un seul fichier à la fois (selon l'application ED2K que le client utilise, l'autre envoi restera probablement à une priorité maximale dans la file des envois, mais il ne commencera pas tant que l'autre chunk n'aura pas été envoyé complètement).

Si les deux utilisateurs ont un HighID le transfert sera effectué directement de client à client (Pair-à-Pair), mais si un des clients à un LowID, la connexion sera établie par l'intermédiaire du serveur parce que les LowID ne peuvent pas accepter une connexion entrante. A cause de ça, deux clients ayant un LowID '''ne peuvent pas''' se connecter entre eux.

== Kademlia c'est quoi ? ==

Kademlia est l'évolution naturelle du réseau ED2K. Kademlia est le futur. Regardez [[FAQ ed2k-fr#Y a t'il des limitations au réseau ED2K ?|Y a t il des limitation au réseau ED2K?]] pour plus d'information sur la nécessité de Kademlia.

Parce que Kademlia est un réseau décentralisé, il évite le goulot d'étranglement qui était précédemment causé par le besoin de serveurs (bien que [[Lugdunum]] ait accompli un grand travail dans la réduction de ce goulet d'étranglement). Maintenant au lieu de vous connecter à un serveur vous ne faites que vous connecter à un client (avec un port et une adresse IP connus), qui supporte le réseau Kademlia. Cela s'appelle le "Boot Strapping".

Une fois connecté, et selon votre capacité à accepter des connections entrantes, on vous donne le status de "ouvert" ou "derrière un firewall", ce qui est similaire au HighID et LowID du réseau ED2K. Ensuite on vous donne une identification.

Pour le moment, les utilisateurs "derrière un firewall" ne sont pas supportés par le réseau kademlia. Ils ne recevront donc pas d'identification et seront incapables de se connecter. Le support des gens "derrière un firewall" sera ajouté ultérieurement.

Pendant la recherche chaque client agit comme un petit serveur et reçoit la responsabilité de certaines sources ou mots clés. Cela ajoute de la complexité à trouver des sources parce qu'il n'y a plus un serveur central à questionner, mais au lieu de cela il faut propager les requêtes à travers le réseau.

Actuellement Kademlia n'est pas supporté par aMule, mais il le sera bientôt.

== Est ce que Kademlia c'est la même chose que Overnet? ==

En un mot : non. Overnet est l'évolution sans serveur naturelle du logiciel eDonkey, alors que Kademlia est l'évolution sans serveur naturelle des clients *Mule. DONC, c'est le même principe, mais suivant des règles différentes. Pour apprendre le fonctionnement de Overnet, réferez vous à http://www.edonkey2000.com/documentation/how_on.html mais gardez à l'esprit que le développement de Overnet sera fermé jusqu'a ce qu'il atteigne la version 1.0 alors que le développement de Kademlia est totalement ouvert depuis le début.

== Qu'est ce qu'un chunk? ==

Pour éviter de partager des fichiers corrompus, le protocole ED2K divise chaque fichier en un certain nombre de morceaux, qui sont appelés ''chunk'', et ensuite chacun des chunks est réduit à son tour en petits morceaux (lisez plus bas pour savoir ce que sont ces petits morceaux). Chaque chunk a une taille de 9.28MB, ainsi un fichier de 15MB sera divisé en deux chunks (9.28MB + 5.72MB), un fichier de 315KB sera un seul chunk et un fichier de 100MB sera divisé en 11 chunks (10x9.28MB + 7.2MB).

== Y a t'il des limitations au réseau ED2K ? ==
Pas beaucoup mais il y en a ; il en existe deux naturelles et une limite "contrainte".

Les deux limites naturelles ont déjà été mentionnées. La première touche les utilisateurs en LowID (les transfert de leurs données doit passer par un serveur et deux LowID ne peuvent pas partager des fichiers ensemble). La seconde est que ED2K est un protocole p2p qui a besoin de serveurs pour effectuer les connections pair à pair. Cela soulève plusieurs problèmes de goulot d'étranglement, de confidentialité et d'extensibilité (si un serveur est déconnecté, une grosse partie du réseau se déconnecte en même temps que lui). Ce problème là est résolut dans le protocole Kademlia.

Pour ce qui est de la limite "contrainte", elle ne sert qu'à s'assurer que les clients partagent et que le reseau ED2K ne va pas disparaître :
*les clients qui ont une limite d'upload à X KBps (où 0 <= X <= 3.99) peuvent downloader à un maximum de X*3 KBps ;
*les clients qui ont une limite d'upload à Y KBps (où 4 <= Y <= 9.99) peuvent downloader à un maximum de Y*4 KBps ;
*les clients qui upload à plus de 10 KBps (10 inclus) n'ont pas de limitations.

Cette limitation est codé dans l'application cliente donc elle peut être outre-passé par un hack du code source mais cela mènerait certainement à un bannissement par le serveur auquel une telle application se connecterait.

Aussi, tous les clients sont obligés d'allouer au moins trois slots d'upload ; il est donc impossible d'allouer plus que (limite_d'upload)/3 KBps par slot.

Il y a encore une limite : la taille maximale d'un fichier est de 256GB (274877906944 bytes). Une ancienne limite (jusqu'à eMule 0.46 et aMule 2.1.*) était un peu en dessous de 4 GB (exactement 4294967295 bytes, bien que aMule ne supportait que 4290048000 bytes).

De plus, et ce n'est pas une limitation du protocole ed2k mais des serveurs eux-même, les serveurs ne renvoient que 300 réponses pour vos recherches et donc, n'espérez pas plus de résultats.

Du coté client, les noms de fichier sont généralement limités à 161 [[character|caractères]].

FAQ ed2k-fr

2009-01-11T13:25:58Z

Romainhk: /* Kademlia c'est quoi ? */ lien interne

<center>
[[FAQ_eD2k-Kademlia|English]] |
[[FAQ_eD2k-Kademlia-de|Deutsch]] |
[[FAQ_eD2k-Kademlia-es|Español]] |
'''Français''' |
[[FAQ_eD2k-Kademlia-it|Italiano]] |
[[FAQ_eD2k-Kademlia-nl|Nederlands]] |
[[FAQ_eD2k-Kademlia-pl|Polish]] |
[[FAQ_eD2k-Kademlia-ru|Russian]]
</center>

== ED2K, c'est quoi ? ==

A la base ED2K est un protocole pour le client P2P (pair-à-pair) [[eDonkey2000]], c'est de là que vient son nom. C'est un protocole basé sur une interaction serveur-client, avec la capacité d'échanger les sources entre les clients.

Le réseau ED2K est basé sur les serveurs à la différence des réseaux de P2P tels que [[Kazaa]], ce qui signifie que la première chose que vous faites lorsque vous lancez [[eMule]] est de vous connecter à un serveur (manuellement ou automatiquement).

Une fois connecté avec succès à un serveur, le client peut chercher, soit localement (au serveur connecté) soit globalement (tous les serveurs), n'importe quel fichier et le serveur questionné fournira au client une liste de tous les fichiers qui répondent aux paramètres de recherche.

Si l'utilisateur démarre un téléchargement, le client demandera alors au serveur des sources et le serveur va renvoyer le nom (sous la forme d'adresse IP) des clients qui ont répondu qu'ils avaient bien le fichier demandé.

Ensuite le client distant va commencer à envoyer un chunk entier à votre client aussitôt que vous serez le premier dans la file d'attente. Et, quand le chunk a été envoyé en entier, vous serez effacé de sa file des envois. Cette façon qu'ont les différents chunks de se répandre autour du réseau ED2K fait que même si personne n'a à un instant donné le fichier complet, et bien il peut être complété en téléchargeant les différents chunks à partir de différentes personnes ( c'est bien connu que les gens arrêtent de partager un fichier une fois qu'il à été complété).

Remarquez que les client n'envoient que '''un''' chunk à la fois à un autre client. Même si un client est à la fois dans la file d'attente des envois pour deux fichiers différents chez un même utilisateur, et arrive en premier pour ses deux fichiers alors cet utilisateur ne lui enverra qu'un seul fichier à la fois (selon l'application ED2K que le client utilise, l'autre envoi restera probablement à une priorité maximale dans la file des envois, mais il ne commencera pas tant que l'autre chunk n'aura pas été envoyé complètement).

Si les deux utilisateurs ont un HighID le transfert sera effectué directement de client à client (Pair-à-Pair), mais si un des clients à un LowID, la connexion sera établie par l'intermédiaire du serveur parce que les LowID ne peuvent pas accepter une connexion entrante. A cause de ça, deux clients ayant un LowID '''ne peuvent pas''' se connecter entre eux.

== Kademlia c'est quoi ? ==

Kademlia est l'évolution naturelle du réseau ED2K. Kademlia est le futur. Regardez [[FAQ ed2k-fr#Y a t il des limitation au réseau ED2K?|Y a t il des limitation au réseau ED2K?]] pour plus d'information sur la nécessité de Kademlia.

Parce que Kademlia est un réseau décentralisé, il évite le goulot d'étranglement qui était précédemment causé par le besoin de serveurs (bien que [[Lugdunum]] ait accompli un grand travail dans la réduction de ce goulet d'étranglement). Maintenant au lieu de vous connecter à un serveur vous ne faites que vous connecter à un client (avec un port et une adresse IP connus), qui supporte le réseau Kademlia. Cela s'appelle le "Boot Strapping".

Une fois connecté, et selon votre capacité à accepter des connections entrantes, on vous donne le status de "ouvert" ou "derrière un firewall", ce qui est similaire au HighID et LowID du réseau ED2K. Ensuite on vous donne une identification.

Pour le moment, les utilisateurs "derrière un firewall" ne sont pas supportés par le réseau kademlia. Ils ne recevront donc pas d'identification et seront incapables de se connecter. Le support des gens "derrière un firewall" sera ajouté ultérieurement.

Pendant la recherche chaque client agit comme un petit serveur et reçoit la responsabilité de certaines sources ou mots clés. Cela ajoute de la complexité à trouver des sources parce qu'il n'y a plus un serveur central à questionner, mais au lieu de cela il faut propager les requêtes à travers le réseau.

Actuellement Kademlia n'est pas supporté par aMule, mais il le sera bientôt.

== Est ce que Kademlia c'est la même chose que Overnet? ==

En un mot : non. Overnet est l'évolution sans serveur naturelle du logiciel eDonkey, alors que Kademlia est l'évolution sans serveur naturelle des clients *Mule. DONC, c'est le même principe, mais suivant des règles différentes. Pour apprendre le fonctionnement de Overnet, réferez vous à http://www.edonkey2000.com/documentation/how_on.html mais gardez à l'esprit que le développement de Overnet sera fermé jusqu'a ce qu'il atteigne la version 1.0 alors que le développement de Kademlia est totalement ouvert depuis le début.

== Qu'est ce qu'un chunk? ==

Pour éviter de partager des fichiers corrompus, le protocole ED2K divise chaque fichier en un certain nombre de morceaux, qui sont appelés ''chunk'', et ensuite chacun des chunks est réduit à son tour en petits morceaux (lisez plus bas pour savoir ce que sont ces petits morceaux). Chaque chunk a une taille de 9.28MB, ainsi un fichier de 15MB sera divisé en deux chunks (9.28MB + 5.72MB), un fichier de 315KB sera un seul chunk et un fichier de 100MB sera divisé en 11 chunks (10x9.28MB + 7.2MB).

== Y a t il des limitation au réseau ED2K ? ==
Pas beaucoup mais il y en a ; il en existe deux naturelles et une limite "contrainte".

Les deux limites naturelles ont déjà été mentionnées. La première touche les utilisateurs en LowID (les transfert de leurs données doit passer par un serveur et deux LowID ne peuvent pas partager des fichiers ensemble). La seconde est que ED2K est un protocole p2p qui a besoin de serveurs pour effectuer les connections pair à pair. Cela soulève plusieurs problèmes de goulot d'étranglement, de confidentialité et d'extensibilité (si un serveur est déconnecté, une grosse partie du réseau se déconnecte en même temps que lui). Ce problème là est résolut dans le protocole Kademlia.

Pour ce qui est de la limite "contrainte", elle ne sert qu'à s'assurer que les clients partagent et que le reseau ED2K ne va pas disparaître :
*les clients qui ont une limite d'upload à X KBps (où 0 <= X <= 3.99) peuvent downloader à un maximum de X*3 KBps ;
*les clients qui ont une limite d'upload à Y KBps (où 4 <= Y <= 9.99) peuvent downloader à un maximum de Y*4 KBps ;
*les clients qui upload à plus de 10 KBps (10 inclus) n'ont pas de limitations.

Cette limitation est codé dans l'application cliente donc elle peut être outre-passé par un hack du code source mais cela mènerait certainement à un bannissement par le serveur auquel une telle application se connecterait.

Aussi, tous les clients sont obligés d'allouer au moins trois slots d'upload ; il est donc impossible d'allouer plus que (limite_d'upload)/3 KBps par slot.

Il y a encore une limite : la taille maximale d'un fichier est de 256GB (274877906944 bytes). Une ancienne limite (jusqu'à eMule 0.46 et aMule 2.1.*) était un peu en dessous de 4 GB (exactement 4294967295 bytes, bien que aMule ne supportait que 4290048000 bytes).

De plus, et ce n'est pas une limitation du protocole ed2k mais des serveurs eux-même, les serveurs ne renvoient que 300 réponses pour vos recherches et donc, n'espérez pas plus de résultats.

Du coté client, les noms de fichier sont généralement limités à 161 [[character|caractères]].

FAQ ed2k-fr

2009-01-11T13:25:19Z

Romainhk: traduction du chapitre en "Are there any limitations on the ED2K network?"

<center>
[[FAQ_eD2k-Kademlia|English]] |
[[FAQ_eD2k-Kademlia-de|Deutsch]] |
[[FAQ_eD2k-Kademlia-es|Español]] |
'''Français''' |
[[FAQ_eD2k-Kademlia-it|Italiano]] |
[[FAQ_eD2k-Kademlia-nl|Nederlands]] |
[[FAQ_eD2k-Kademlia-pl|Polish]] |
[[FAQ_eD2k-Kademlia-ru|Russian]]
</center>

== ED2K, c'est quoi ? ==

A la base ED2K est un protocole pour le client P2P (pair-à-pair) [[eDonkey2000]], c'est de là que vient son nom. C'est un protocole basé sur une interaction serveur-client, avec la capacité d'échanger les sources entre les clients.

Le réseau ED2K est basé sur les serveurs à la différence des réseaux de P2P tels que [[Kazaa]], ce qui signifie que la première chose que vous faites lorsque vous lancez [[eMule]] est de vous connecter à un serveur (manuellement ou automatiquement).

Une fois connecté avec succès à un serveur, le client peut chercher, soit localement (au serveur connecté) soit globalement (tous les serveurs), n'importe quel fichier et le serveur questionné fournira au client une liste de tous les fichiers qui répondent aux paramètres de recherche.

Si l'utilisateur démarre un téléchargement, le client demandera alors au serveur des sources et le serveur va renvoyer le nom (sous la forme d'adresse IP) des clients qui ont répondu qu'ils avaient bien le fichier demandé.

Ensuite le client distant va commencer à envoyer un chunk entier à votre client aussitôt que vous serez le premier dans la file d'attente. Et, quand le chunk a été envoyé en entier, vous serez effacé de sa file des envois. Cette façon qu'ont les différents chunks de se répandre autour du réseau ED2K fait que même si personne n'a à un instant donné le fichier complet, et bien il peut être complété en téléchargeant les différents chunks à partir de différentes personnes ( c'est bien connu que les gens arrêtent de partager un fichier une fois qu'il à été complété).

Remarquez que les client n'envoient que '''un''' chunk à la fois à un autre client. Même si un client est à la fois dans la file d'attente des envois pour deux fichiers différents chez un même utilisateur, et arrive en premier pour ses deux fichiers alors cet utilisateur ne lui enverra qu'un seul fichier à la fois (selon l'application ED2K que le client utilise, l'autre envoi restera probablement à une priorité maximale dans la file des envois, mais il ne commencera pas tant que l'autre chunk n'aura pas été envoyé complètement).

Si les deux utilisateurs ont un HighID le transfert sera effectué directement de client à client (Pair-à-Pair), mais si un des clients à un LowID, la connexion sera établie par l'intermédiaire du serveur parce que les LowID ne peuvent pas accepter une connexion entrante. A cause de ça, deux clients ayant un LowID '''ne peuvent pas''' se connecter entre eux.

== Kademlia c'est quoi ? ==

Kademlia est l'évolution naturelle du réseau ED2K. Kademlia est le futur. Regardez [[#Y a t il des limitation au réseau ED2K?]] pour plus d'information sur la nécessité de Kademlia.

Parce que Kademlia est un réseau décentralisé, il évite le goulot d'étranglement qui était précédemment causé par le besoin de serveurs (bien que [[Lugdunum]] ait accompli un grand travail dans la réduction de ce goulet d'étranglement). Maintenant au lieu de vous connecter à un serveur vous ne faites que vous connecter à un client (avec un port et une adresse IP connus), qui supporte le réseau Kademlia. Cela s'appelle le "Boot Strapping".

Une fois connecté, et selon votre capacité à accepter des connections entrantes, on vous donne le status de "ouvert" ou "derrière un firewall", ce qui est similaire au HighID et LowID du réseau ED2K. Ensuite on vous donne une identification.

Pour le moment, les utilisateurs "derrière un firewall" ne sont pas supportés par le réseau kademlia. Ils ne recevront donc pas d'identification et seront incapables de se connecter. Le support des gens "derrière un firewall" sera ajouté ultérieurement.

Pendant la recherche chaque client agit comme un petit serveur et reçoit la responsabilité de certaines sources ou mots clés. Cela ajoute de la complexité à trouver des sources parce qu'il n'y a plus un serveur central à questionner, mais au lieu de cela il faut propager les requêtes à travers le réseau.

Actuellement Kademlia n'est pas supporté par aMule, mais il le sera bientôt.

== Est ce que Kademlia c'est la même chose que Overnet? ==

En un mot : non. Overnet est l'évolution sans serveur naturelle du logiciel eDonkey, alors que Kademlia est l'évolution sans serveur naturelle des clients *Mule. DONC, c'est le même principe, mais suivant des règles différentes. Pour apprendre le fonctionnement de Overnet, réferez vous à http://www.edonkey2000.com/documentation/how_on.html mais gardez à l'esprit que le développement de Overnet sera fermé jusqu'a ce qu'il atteigne la version 1.0 alors que le développement de Kademlia est totalement ouvert depuis le début.

== Qu'est ce qu'un chunk? ==

Pour éviter de partager des fichiers corrompus, le protocole ED2K divise chaque fichier en un certain nombre de morceaux, qui sont appelés ''chunk'', et ensuite chacun des chunks est réduit à son tour en petits morceaux (lisez plus bas pour savoir ce que sont ces petits morceaux). Chaque chunk a une taille de 9.28MB, ainsi un fichier de 15MB sera divisé en deux chunks (9.28MB + 5.72MB), un fichier de 315KB sera un seul chunk et un fichier de 100MB sera divisé en 11 chunks (10x9.28MB + 7.2MB).

== Y a t il des limitation au réseau ED2K ? ==
Pas beaucoup mais il y en a ; il en existe deux naturelles et une limite "contrainte".

Les deux limites naturelles ont déjà été mentionnées. La première touche les utilisateurs en LowID (les transfert de leurs données doit passer par un serveur et deux LowID ne peuvent pas partager des fichiers ensemble). La seconde est que ED2K est un protocole p2p qui a besoin de serveurs pour effectuer les connections pair à pair. Cela soulève plusieurs problèmes de goulot d'étranglement, de confidentialité et d'extensibilité (si un serveur est déconnecté, une grosse partie du réseau se déconnecte en même temps que lui). Ce problème là est résolut dans le protocole Kademlia.

Pour ce qui est de la limite "contrainte", elle ne sert qu'à s'assurer que les clients partagent et que le reseau ED2K ne va pas disparaître :
*les clients qui ont une limite d'upload à X KBps (où 0 <= X <= 3.99) peuvent downloader à un maximum de X*3 KBps ;
*les clients qui ont une limite d'upload à Y KBps (où 4 <= Y <= 9.99) peuvent downloader à un maximum de Y*4 KBps ;
*les clients qui upload à plus de 10 KBps (10 inclus) n'ont pas de limitations.

Cette limitation est codé dans l'application cliente donc elle peut être outre-passé par un hack du code source mais cela mènerait certainement à un bannissement par le serveur auquel une telle application se connecterait.

Aussi, tous les clients sont obligés d'allouer au moins trois slots d'upload ; il est donc impossible d'allouer plus que (limite_d'upload)/3 KBps par slot.

Il y a encore une limite : la taille maximale d'un fichier est de 256GB (274877906944 bytes). Une ancienne limite (jusqu'à eMule 0.46 et aMule 2.1.*) était un peu en dessous de 4 GB (exactement 4294967295 bytes, bien que aMule ne supportait que 4290048000 bytes).

De plus, et ce n'est pas une limitation du protocole ed2k mais des serveurs eux-même, les serveurs ne renvoient que 300 réponses pour vos recherches et donc, n'espérez pas plus de résultats.

Du coté client, les noms de fichier sont généralement limités à 161 [[character|caractères]].

Lugdunum

2009-01-11T12:54:33Z

Romainhk: -dead link to lugdunum project

Lugdunum is probably the most popular [[FAQ_eD2k-Kademlia|eD2k]] server.

It is currently available for [http://www.kernel.org Linux], [http://microsoft.com/windows Windows] and several Unixes.<br>

Lugdunum is free as-in-beer, but its source code is closed.

Homepage: http://lugdunum2k.free.fr/kiten.html (dead)

'''NOTE:''' [[aMule]] is a '''separate''' project and is '''not''' related to Lugdunum in any way.

FAQ aMule-fr

2009-01-10T11:04:29Z

Romainhk: /* Pourquoi suis-je connecté en LowID ? */ mise en page

<center>
[[FAQ_aMule|English]] |
[[FAQ_aMule-de|Deutsch]] |
[[FAQ_aMule-es|Español]] |
'''Français''' |
[[FAQ_aMule-it|Italiano]] |
[[FAQ_aMule-pt_BR|Português]] |
[[FAQ_aMule-nl|Nederlands]] |
[[FAQ_aMule-ru|Russian]]
</center>

== Qu'est-ce que aMule? ==
*aMule est un client multiplateforme pour le réseau d'ED2k. aMule a commencé à être développé en août 2003, comme extension du client xMule, qui est une adaptation du client eMule. aMule est actuellement développé pour Linux, FreeBSD, OpenBSD, Windows, MacOS X... Il convient de noter que les ports de MacOS X et de Windows ne sont pas encore prêts pour l'utilisation générale. aMule est prévu pour être facile à utiliser, compatible avec le réseau ED2K et les clients eMule. Puisque aMule est basé sur les sources d'eMule, les nouveaux dispositifs dans l'eMule sont progressivement appliqués sur aMule.
*Pour tous problèmes, questions, suggestions, bugs, envie de nous rejoindre, vous avez plusieurs moyens à votre disposition, le site http://www.amule.org/ (regroupant le Wiki, le Portail, le Forum et le BugTracker), vous pouvez aussi nous rejoindre sur l'IRC: #amule sur irc.freenode.net

*aMule étant très proche d'eMule, les pages d'aide d'eMule en français pourront sûrement résoudre bon nombre de vos problèmes non présents ici. '''Avant de se rendre sur le forum, rendez-vous donc sur''' http://www.emule-project.net/home/perl/help.cgi?l=13 (compatible à aMule, très détaillé et complet).

== Configuration rapide d'aMule ==
Allez dans Préférences puis:
*Paramètres généraux:
** Changez de pseudo c'est mieux ;)
** Intégration dans la barre de tâches, c'est bien aussi
** Le reste est explicite, c'est à vous de voir
*Connexions:
** Limite de la bande passante:
*** Réception: En fonction de votre connexion internet (mettez 0 pour ne pas limiter la vitesse)
*** Emission: 16kb/s maximum pour tout le monde, sauf si vous êtes dégroupé
*** Taille slots: 3kb/s par défaut
** Capacité de la ligne: mettez les mêmes valeurs que pour la limite de bande passante
** Ports Clients:
*** TCP: 4662 (par défaut)
*** UDP: 4672 (par défaut)
*** !!! Conseillé de changer les ports, par exemple TCP:4242, UDP:4241, car les FAI brident les ports par défaut :p !!!
** Limite maximum de sources par fichier:
*** 800 c'est bien, mais après c'est une histoire de connexion, moi c'est 1000
** Limite de connexion:
*** La encore c'est une histoire de connexion 2000 par défaut
*Répertoires:
** Répertoire Temp et Incoming:
*** Choisissez la destination des deux répertoires (tout bête)
*** Choisissez vos répertoires pour le partage de vos fichiers

<center>'''Voilà aMule est fin prêt, mettez à jour la liste des serveurs(fenêtre serveur> Mise à jour), et c'est parti'''</center>

== Que signifient les couleurs dans la barre de progression? ==
* '''Sur la liste de téléchargement des transferts:'''
** Rouge: Aucune source n'a été trouvée sur le fichier.
** Bleu: Au moins une source a été trouvée sur le fichier. Plus le bleu devient foncé plus le nombre de sources valides est important.
** Jaune: Parties en cours de téléchargement.
** Noir: Parties déjà téléchargées.
** Vert: Quand un fichier est en vert cela signifie qu'il est complètement téléchargé et avec succès (il se trouve alors dans le répertoire « incoming »).<br>
*'''Sur la liste détails des transferts (double-clic sur un fichier):'''
** Noir: Le client dispose de cette partie et vous non.
** Blanc: Le client ne dispose pas (encore) de cette partie.
** Vert: Vous et le client disposez de cette partie.
** Jaune: Un client est en train de vous envoyer cette partie.
*'''Sur la liste d'envois:'''
** Noir: La partie a été téléchargée et vérifiée.<br>
** Gris: Le client ne dispose pas de cette partie.
*'''Sur la fenêtre de partage de dossier:'''
** Rouge: Il n'y a aucune demande.
** Bleu: Plus la barre devient bleue, plus le nombre de demandes est élevé.
*'''Sur les fenêtres de recherche:'''
** Noir: Le fichier n'a qu'une source ou pas beaucoup.
** Bleu: Le fichier a beaucoup de sources, plus il est bleu, plus il y a de sources.
** Rouge: Le fichier est déjà dans la file d'attente de téléchargement.
** Vert: Le fichier a déjà été téléchargé et vous l'avez entièrement.

== Pourquoi suis-je connecté en LowID ? ==
*Ce problème peut venir de deux sources différentes:
===Vous disposez d'un firewall sur votre poste===
... alors il faut que vous ouvriez le port TCP 4662, et le port UDP 4672 (ports par défaut d'aMule) de votre firewall.

Voici les règles à ajouter dans le fichier /etc/shorewall/rules, puis faire: service shorewall restart (sous root),(pour valider les changements)

# AMULE
ACCEPT net fw tcp 4662 -
ACCEPT fw net tcp 4662 -
ACCEPT net fw udp 4672 -
ACCEPT fw net udp 4672 -
ACCEPT fw net udp 4665 -

===Vous disposez d'un firewall de type NAT sur votre réseau local===
... (style [http://ipcop.org Ipcop]) ; de la même manière il faut que vous fassiez du NAT (traduction d'adresse réseau) des ports TCP 4662 et UDP 4672 sur l'adresse IP de votre poste aMule dont les ports sont identiques.
Si vous disposez de plusieurs postes d'adresses IP différentes, vous aurez à configurer autant de règles NAT que de postes.

*Exemple :

PC1 : IP1 : 10.1.0.1 : ports TCP 4662 , UDP 4672 et UDP=TCP+3=4665
PC2 : IP2 : 10.1.0.2 : ports TCP 4682 , UDP 4692 et UDP=TCP+3=4685
...etc

Dans le cas de shorewall, voir http://www.shorewall.net/ports.htm#Emule pour une règle de forwarding.
# Edonkey PC1
DNAT net loc:192.168.1.253 tcp 4662 - 82.67.59.175
DNAT net loc:192.168.1.253 udp 4665 - 82.67.59.175
DNAT net loc:192.168.1.253 udp 4666 - 82.67.59.175

# Edonkey PC2
DNAT net loc:192.168.1.254 tcp 4666 - 82.67.59.175
DNAT net loc:192.168.1.254 udp 4669 - 82.67.59.175
DNAT net loc:192.168.1.254 udp 4670 - 82.67.59.175

En faisant ça vous ne serez plus connecté en LowID, mais en HighID

== Qu'est-ce qu'une source A4AF? ==
*Pour faire très simple, c'est une source utile pour le fichier en question, mais qui est déjà utilisée pour télécharger un autre fichier, c'est pour ça qu'elle est entre (), en quelque sorte elle reste en attente.
**Vous pouvez forcer toutes les sources A4AF d'un fichier donné (et donc utilisées pour d'autres fichiers) à basculer vers lui en faisant un clic droit+Options avancées+ajouter immédiatemment sur le fichier. Ces sources deviendront immédiatement actives pour le fichier donné (mais deviendront des sources A4AF pour les autres fichiers ausquels elles servaient).
**Vous pouvez automatiser cette bascule en faisant un clique droit+Options avancées+Auto.
*Je reviendrai dessus un peu plus tard http://www.amule.org/dev-up/Source_1.png

== Les icones utilisés dans aMule ==
* '''Statuts des sources'''
** http://www.amule.org/dev-up/Source_1.png - Connecté au client et en transfers.
** http://www.amule.org/dev-up/Source_2.png - Connecté au client et en attente de téléchargement.
** http://www.amule.org/dev-up/Source_3.png - Non connecté à ce client.
** http://www.amule.org/dev-up/Source_4.png - Ce client n'a pas de sources valides à partager.
** http://www.amule.org/dev-up/Source_5.png - Statuts inconnu.

* '''eDonkey Clients'''
** http://www.amule.org/dev-up/Client_aMule.png - [[aMule]]
** http://www.amule.org/dev-up/Client_eDonkey.png - [[eDonkey2000]]
** http://www.amule.org/dev-up/Client_eMule.png - [[eMule]]
** http://www.amule.org/dev-up/Client_Friend.png - [[Client]] est votre [[friend|ami]]
** http://www.amule.org/dev-up/Client_Lphant.png - [[lphant]]
** http://www.amule.org/dev-up/Client_MLDonkey.png - [[mlDonkey]]
** http://www.amule.org/dev-up/Client_Shareaza.png - [[Shareaza]]
** http://www.amule.org/dev-up/Client_Unknown.png - [[Client]] inconnu
** http://www.amule.org/dev-up/Client_xMule.png - [[xMule]]

* '''Commentaire du fichier'''
** http://www.amule.org/dev-up/File_Comment.png - Un ou des commentaire(s) du fichier sont positifs (en majorité).
** http://www.amule.org/dev-up/File_Comment_Bad.png - Un ou des commentaires sont négatifs, il s'agit généralement de Fake, faire une vérification dans ce cas là.

== Une petite Note ==
* Plusieurs utilisateurs ont raporté un problème lors de téléchargement, des ralentissements graphiques, plantage... Pour remédier à tout cela, désactivez le mode "Bavard" dans les Préférences > Tweaks. Sinon reportez-vous au forum.

*Rappel : aMule étant très proche d'eMule, les pages d'aide d'eMule en français pourront sûrement résoudre bon nombre de vos problèmes non présents ici. '''Avant de se rendre sur le forum, rendez-vous donc sur ''' http://www.emule-project.net/home/perl/help.cgi?l=13 (compatible à aMule, très détaillé et complet).

'''EN COURS DE TRADUCTION ET DE MISE EN PAGE MERCI DE REVENIR'''

'''Si vous avez des questions sur l'utilisation d'aMule pouvant figurer dans cette FAQ mettez-les dans ce [http://forum.amule.org/thread.php?threadid=3947&boardid=43&sid= Forum] Merci