| 16 Mars 2006
| Stupéfaction
Le gouvernement Français suivi par quelques députés veut nous faire croire que les logiciels de p2p sont indésirables.
Pour avoir le droit d'exister, il faudrait que ces logiciels soient bridés de façon à ne laisser circuler que les fichiers DRM, c'est à dire source de revenus pour des sociétés (et non pas les auteurs des oeuvres)
Puisque nous ne pouvons pas poursuivre un par un les millions d'internautes, il suffit de se concentrer sur les éditeurs (ou auteurs du monde du logiciel libre) des logiciels p2p.
Je me demande pourquoi ils ne demandent pas plutôt à la société Microsoft d'installer un contrôle au niveau le plus bas de Windows, afin d'identifier les fichiers suspects avant même qu'ils quittent un disque dur vers une clé USB ou un message electronique , voire un échange pair à pair.
C'est tellement plus médiatique de viser uniquement les logiciels de p2p...
Reste à savoir si les serveurs edonkey sont visés par cette loi ?
Ma réponse est non bien évidemment. Un programme eserver n'est qu'un moteur de recherche, tout comme Google.
Malheureusement, si ce moteur est beaucoup utilisé par des internautes peu soucieux du droit d'auteur, un juge pourra décréter que ce programme a 'manifestement été conçu dans le but de faciliter le piratage' (sic), et que par conséquent son auteur pourra être mis en prison et à l'amende ?
Quand les internautes se replieront vers d'anciens programmes éprouvés comme les messageries électroniques, je suppose que l'on pourra poursuivre les auteurs de sendmail de la même façon ?
Des apprentis terroristes utilisent Google et Internet tous les jours pour préparer leurs méfaits. Pourquoi ne le feraient ils pas ?
Ce sont les utilisateurs de l'outil qui sont responsables de leurs actes, du moins c'est ce que je croyais.
Le fait que plusieurs personnes tentent de partager un fichier 'illégal' rendrait-il l'outil illégal ?
Selon nos législateurs, oui !
Dans ce cas, pourquoi ne demande-t'on pas à Microsoft des comptes, nous savons pertinement que ces échanges ne fonctionneraient pas sans le concours de Microsoft Windows.
Plusieurs centaines de millions de fichiers différents circulent tous les jours sur le réseau Internet, et on voudrait nous faire croire qu'il serait possible de contrôler tous ces fichiers un à un ?
Les Fournisseurs d'accès Internet savent que c'est impossible, alors des législateurs pensent que les éditeurs de logiciel auront forcément la réponse technique à ce problème.
Tout cela donne le vertige.
Les grandes multi-nationales veulent brider Internet et transformer ce grand réseau des libertés vers une formidable chasse gardée.
Ce jour est bien sombre.
|
|
| 5 Aout 2005
| La version eserver 17.6 est disponible. Support du FILERATING. Razorback 2.0 et 2.1 avec leur 16Go de ram accueillent plus de 1.150.000 clients chacun.
|
|
| 1er dec 2004
| La version eserver 17.1 est disponible. Support de l'Unicode. Ouverture du nouveau service ed2khistory pour évaluer la présence sur le dernier mois d'un fichier sur le réseau. Razorback2 avec ses 12Go de ram accueille plus de 900000 clients.
|
|
| 31 Mars 2004
| La version eserver 16.45 permet à Razorback2 (dual AMD Opterons 248, 6Go ram) d'accueillir 600000 clients.
|
|
28 novembre 2003
| La version 16.44 permet à Razorback d'atteindre 350000 clients. Nous stabilisons à 330000 clients pour assurer de bons temps de réponse. La dernière version d'eMule est sortie : eMule 0.30d. Nous vous conseillons cette version qui enfin permet d'alléger le trafic vers les serveurs.
|
|
4 novembre 2003
| Les trois serveurs probenprinz Ds No 1-3 changent d'IP : Veuillez mettre à jour votre liste de serveurs.
|
|
| 28 Septembre 2003
| eserver version 16.40 terminé. Razorback gère 250000 clients, et même un peu plus.
|
|
| 30 Avril 2003
| Ouverture du serveur Razorback de Projet100k 195.245.244.243 port 4661.
|
|
| 5 Avril 2003
| Arrêt momentané du serveur edonkey lugdunum. Avec plus d'un million de clients edonkey/emule en fonctionnement dans le monde, le trafic engendré est trop important pour la ligne TurboDSL. Nous continuons à développer les programmes et outils afin d'augmenter encore les capacités des autres serveurs. Trois serveurs dépassent maintenant 100000 utilisateurs : SilentBob, Donkey Server1 et prochainement p100k. La version p73 du programme dserver supporte linux-2.5.67 qui est déjà installé sur une dizaine de serveurs cobayes.
|
|
| 7 Février 2003
| Passage en noyau linux 2.5.59-mm8 et dserver-16.38.p71
|
|
| 9 Janvier 2003
| Bonne année à tous ! bile666 (admin du serveur ed2k.ch) et Corpo (admin de l'ex GRUK) proposent le projet100k (méga serveur edonkey de 100000 clients) ! Visitez ed2k.ch pour leur apporter votre soutien !
|
|
| 30 Décembre 2002
| Passage sur un Pentium III 1GHz. Adieu Gruk, et bienvenue à Gandalf.
|
|
| 10 Décembre 2002
| Comme le hardware de la machine était sous utilisé, nous retirons les deux Athlons pour ne mettre qu'un Duron 1200MHz et divisons par deux la mémoire (512 Mo suffisent amplement). Passage en linux 2.4.20
|
|
| 2 Décembre 2002
| Passage en 16.38.p66 : Nous blacklistons les clients qui effectuent des connexions d'une durée trop courte. Ces connexions proviennent d'un bug d'emule, corrigé par plusieurs Mod, mais que Merkur n'a pas voulu corriger dans la version officielle d'emule.
|
|
| 31 Octobre 2002
| Jed Mc Caleb, l'inventeur du donkey, me confie la responsabilité des évolutions sur le code source des serveurs edonkey. La version 16.40 sera disponible sous Windows et Unix, et integrera la plupart des évolutions contenues dans mes patches.
|
|
| 15-17 Octobre 2002
| Passage en 16.38.p64 : Détection complète du port 4662 des clients. Les anciens serveurs étaient peu regardants et pouvaient attribuer des vrais faux HighID dans certains cas.
|
|
| 3 Octobre 2002
| Passage en 16.38.p61 : Economies de CPU pour les serveurs. Patchs linux afin de diminuer au strict minimum les paquets TCP ACK (paquets ne contenant pas de données), et ainsi d'optimiser l'Upload des serveurs sous linux.
|
|
| 26 Septembre 2002
| Passage en 16.38.p59 : Economies de mémoire pour les serveurs, économie de bande passante en Upload.
|
|
| 19 Septembre 2002
| Passage en 16.38.p58 : Intégration d'un module de rate limiting. Nous détectons les BOT et autres clients modifiés qui génèrent trop de trafic sur le réseau et nous mettons leur adresse IP en liste noire pour une durée d'une heure.
Il est conseillé de ne pas trop souvent se déconnecter/reconnecter aux serveurs edonkey. Une durée minimum de connexion est 20 minutes. Une durée optimale est de six à 24 heures.
|
|
| 7 Septembre 2002
| Passage en 16.38.p57 : Smart Sources V3 : Détection des clients BOT/mldonkey anti sociaux qui volent toutes les sources.
Le Donkey va revivre, débarrassé de la surcharge du réseau engendrée par le BOT et les clients edonkey modifiés.
D'après nos analyses, 1% des clients utilisent ce genre de programme et monopolisaient entre 30 et 50% des sources !
Note : Nous travaillons avec l'auteur de mldonkey afin que ce superbe programme redevienne non nocif pour les serveurs et le réseau.
|
|
| 3 Septembre 2002
| La généralisation de Smart Sources sur les gros serveurs edonkey nous permet d'accepter les LOWID sur nos serveurs.
Passage en 16.38.p56 : Cette version envoie des messages en cas de LOWID.
Si vous mettez le mot "NoListSrvs" quelque part dans votre pseudo edonkey, le serveur n'envoie pas sa liste de serveurs en début de connexion. Cela vous permet de gérer vous même votre liste de serveurs.
|
|
| 26 Aout 2002
| Passage en 16.38.p53 : Smart Sources V2 : Amélioration de Smart Sources grace aux infos données par vous, les utilisateurs !
|
|
| 23 Aout 2002
| Passage en 16.38.p52 : Cette version permet d'indexer tous les mots présents dans un nom de fichier, et pas seulement les dix premiers. Les mots ne contenant qu'une lettre ne sont pas indexés.
|
|
| 19 Aout 2002
| Passage en 16.38.p49 : C'est la version beta 2 de 'Smart Sources'
|
|
| 14 Aout 2002
| Passage en linux 2.4.19 + patches SuperPages, et version dserver 16.38.p43
|
|
| 6 Aout 2002
| Toujours la forme sur lugdunum, passage en version 16.38.p41, et préparation active de notre projet 'Smart Sources'. Comme de nombreux serveurs edonkey utilisent notre techno, ses effets seront visibles très très vite !
|
|
| 5 Aout 2002
| Bah les vacances sont finies... Installation de la version 16.38.p41 et mise en place d'un filtre retirant tous les partages dont le nom contient .part ou .met
|
|
| 19 juillet 2002
| Bonnes vacances à tous ! Retour dans 15 jours
|
|
| 14 juillet 2002
| Un bug incroyable du dserver a enfin été corrigé aujourd'hui (version 16.38.p36) . Ce bug provoquait des attributions intempestives de LOWID (ou bien des refus de connexions pour les serveurs refusant les LOWID)
|
|
| 8 juillet 2002
| Merci à AlainB pour son travail de fourmi sur les configurations des routeurs/parefeus pour l'obtention des HighID : dscaller
|
|
| 3 juillet 2002
| Nous saluons la re-naissance de edoogle qui s'appelle maintenant jigle. Nous avons mis des règles qui permettent à ce moteur de recherche d'avoir la priorité et aucune limite dans ses recherches sur lugdunum.
|
|
| 1 juillet 2002
| Nous publions notre technologie serveur dans le monde entier (page en anglais), de nombreux serveurs migrent et peuvent servir plus efficacement la communauté du donkey. Nous recevons des dizaines de messages de félicitations.
|
|
| 29 juin 2002
| Nous refusons les connexions des utilisateurs du BOT.
|
|
| 22 juin 2002
| Nous mettons à la disposition des administrateurs de serveurs edonkey un kit leur permettant de bénéficier de notre technologie.
|
|
| 21 juin 2002
| Un nouveau filtre nous permet de limiter le nombre de partages qu'un client possède.
Nous ne prenons en compte que les 200 premiers partages d'un client.
|
|
| 19 juin 2002
| Des patches réalisés dans le programme dserver nous permettent de diminuer la consommation CPU et d'augmenter encore le nombre maximal de clients. Nous rejetons tous les clients en LowID : Nous n'utilisons plus le module iplimit.
|
|
| 11 juin 2002
| Nouveau site web entierement relooké.
|
|
| 07 juin 2002
| Utilisation du module Apache mod_gzip pour comprimer les pages de ce serveur web.
|
|
| 24 mai 2002
| Taux moyen de HighID sur lugdunum : 99,5% ! Pour les forts en math, cette explication de Fran_48 de l'impact du taux de LowID sur le trafic supplémentaire au niveau des serveurs edonkey.
|
|
| 23 mai 2002
| Trames UDP vers les serveurs (port 4665) mises en classe prioritaire.
|
