On Sun, Nov 21, 2004 at 08:51:17PM +0000, Thierry de Coulon wrote: > De plus en plus de distributions proposent des downloads bittorrent. J'avais > essay� ce "truc" il y a quelques mois pour Mandrake et j'avais renonc� - > derni�re dur�e indiqu�e pour le download du premier CD, environ une semaine!
Une alternative plus int�ressante ne serait-elle pas l'installation par r�seau ? Certaines distributions offrent un mini-CD (genre 30 MB) qui permet ensuite d'activer des sources d'installation par r�seau. D'une distribution typique moderne (2 DVDs, soit 9 GB) on n'utilise en r�gle g�n�rale que 1-2 GB au grand maximum. Et on peut installer au fur et � mesure, et directement installer les derni�res versions, ce qui �vite d'installer depuis les CDs t�l�charg�s, puis ret�l�charger quelques centaines de MB avec les mises � jour. La plupart des distributions s�parent le processus de t�l�chargement des packages de celui de l'installation/configuration, on peut donc laisser l'ordinateur t�l�charger pendant la nuit et configurer au petit matin. > corerctement. Mais les vitesses restent lamentable, m�me en ouvrant les ports > 6881 � 6999. Je ne connais pas en d�tail BitTorrent. J'ai un miroir Debian local et je g�n�re les CD-Rs que je grave avec Jigdo (il t�l�charge des templates de fichiers ISO-9660, et construit ensuite les CD-Rs � partir des donn�es locales, voire de donn�es distantes si non disponible localement, ce qui est tr�s efficace dans mon cas). Il est possible que, comme d'autres syst�mes de P2P, un syst�me de `weighting' soit utilis�: plus tu donnes des choses aux autres, plus tes downloads vont vite. Une bande passante tr�s asym�trique peut �tre un d�savantage. Ou la non ouverture de ports accessibles de l'ext�rieur. Mais Debian l'utilise �galement et ils documentent � l'URL http://www.debian.org/CD/torrent-cd/ que le principal avantage de BitTorrent est qu'il charge les clients et non les serveurs. En bref il s'agit d'un t�l�chargement r�parti, avec `weighting'. Un client python existe sur Debian testing: http://packages.debian.org/testing/net/bittorrent Il est probablement facilement installable sur d'autres distributions depuis la source originale, dans la mesure o� le toolkit wxWindows est disponible. (Il a l'avantage d'�tre totalement libre, au contraire de toute impl�mentation Java, voir � ce sujet http://www.gnu.org/philosophy/java-trap.html, et peut-�tre aussi d'avoir moins de demandes en CPU et m�moire; voire �tre plus s�r. Il a l'inconv�nient de ne pas �tre un client simple: il semble demander X11). > Bon, il parait que les "torrents" prennent de la vitesse avec le temps et, � C'est effectivement probablement car le ratio download/upload s'am�liore: plus tu as download� de morceaux, plus tu peux en donner aux autres. Plus de d�tails dans les explications: http://bittorrent.com/ > - lorsque Azureus fonctionne et que des logiciels sont en download/upload, et > malgr� des vitesses modestes dans les deux sens, toute activit� internet est > quasi impossible, comme si bittorrent vampirisait la connection - ce que je > n'observe pass lors d'un download ftp ou http. C'est effectivement possible. On peut s'en sortir avec divers outils de bandwidth sharing / prioritization / QoS, jusqu'� un certain point. Avant d'en arriver l�, baisser le MTU de l'interface peut augmenter l'interactivit� au prix d'une petite baisse de performance g�n�rale. ifconfig eth0 mtu 600 p.ex. > - quel est l'avais des experts quand au danger d'ouvrir les ports du routeur > demand�s par bittorrent? C'est clair que c'est ennuyeux, mais il ne faut pas se cabrer sur le fait d'ouvrir les ports. Il faut utiliser les fonctions qu'UNIX nous propose pour prot�ger des machines. Tourner le client -- de pr�f�rence le plus simple possible -- sous un utilisateur sp�cifique rendra toute attaque plus difficile. Malheureusement le client pr�-cit� n'est pas un petit client simple, mais une interface graphique complexe. Exemple ici de s�curisation � comptes multiples: [EMAIL PROTECTED]:~$ id uid=1005(testuser) gid=1005(testgrp) groups=1005(testgrp) Cet utilisateur n'a pas acc�s � mes fichiers, m�me en lecture: [EMAIL PROTECTED]:~% ls -lad . drwx---r-x 91 schaefer testgrp 8192 Nov 21 21:00 . Id�al pour tester des programmes Microsoft Windows via WINE, lancer des binaires (genre client dnetc) ou faire d'autres b�tises. Inutile de dire que faire comme Lindows, soit travailler sous root en permanence n'est pas la bonne m�thode. _______________________________________________ gull mailing list [EMAIL PROTECTED] http://lists.alphanet.ch/mailman/listinfo/gull
