Journal Solution de P2P locale...

Posté par  (site web personnel) .
Étiquettes : aucune
0
29
oct.
2005
Cher forum, je me pose une question :
On est plusieurs copains a avoir de la bande passante et a avoir du contenu a partager (photos souvenirs, CD/DVD de distros etc.).
Cependant, si on fait ca par ftp ca bouffe la BP et on ne peut pas couplé plusieurs telechargement de la meme chose. L'idée serait de tout mettre en commun et d'aller piocher. En gros de faire de l'hebergement mutualisé.

1) Quelles sont les solutions existantes pour faire ca ?
(j'ai deja cherché mais je manque de vocab et de mots clefs... je n'ai aps trouvé grand chose)

2) Une idée a germé entre mes 2 neurones : (FUSE inside ;) ) N'existe-t-il pas un systeme de fichiers qui ressemble (ou qui est) à du RAID mais ceci sur plusieurs machines. Ceci permettrait par exemple de faire des snapshots d'un contenu global a intervalle de temps regulier (mirroring) et de couplé les BP des ordinateurs dédiés à cette tache ?
Ainsi, si le meme contenu est sur chaque ordinateur, l'ajout sur l'un permettrait de mettre a jour sur le notre. Comme ca pas de problemes, on a toujors le meme contenu tous dispos. (moyennant un petit temps de latence bien sur)
Si en plus c'est crypté... c mieux :)

Merci :)

  • # P2P

    Posté par  (site web personnel) . Évalué à 2.

    Le p2p ne serait pas fait exactement pour ça (eh oui, c'est pas fait que pour les pirates) ?

    • [^] # Re: P2P

      Posté par  . Évalué à 4.

      La plupart des p2p sont en effet concus pour partager la bande passante et le stockage disque.
      Si le réseau local est crypté, genre VPN ou SSH ce qui est fortement recommandé, pas besoin d'utiliser de p2p crypté.
      Sinon WASTE est un p2p crypté entre amis (friend-to-friend p2p) et extensible (aux amis des amis, etc). GNUNET offre un mode similaire à WASTE qui marche peut-etre mieux sous Linux.

      Il y a aussi des systemes de fichiers distribués "distributed filesystem".

  • # BitTorrent ou systèmes de fichiers distribués

    Posté par  . Évalué à 6.

    Bittorrent, tout le monde connait, je suppose, couplé à un serveur NFS pour stocker les torrents. Sinon, on peut utiliser mlDonkey/xMule/aMule et un serveur local avec accès restreint.

    Pour les systèmes de fichiers distribués, il y a Coda, son ancêtre AFS, ou encore DFS.

    http://en.wikipedia.org/wiki/Coda_%28file_system%29
    http://en.wikipedia.org/wiki/Andrew_file_system
    http://en.wikipedia.org/wiki/OpenAFS
    http://en.wikipedia.org/wiki/Distributed_file_system

    Ou pourquoi pas avoir chacun un serveur NFS et monter les partages des uns et des autres ? (OK, c'est pas la joie pour les gros fichiers).

  • # gift

    Posté par  . Évalué à 1.

    Gift (http://gift.sf.net) possède un mode réseau local.

    Sinon il existe aussi direct connect qui marche bien mais je ne sais pas s'il existe un hub (le serveur qui centralise les recherches) libre.

    • [^] # Re: gift

      Posté par  (site web personnel) . Évalué à 2.

      Comme hub DC libre il y a Open DC Hub http://opendchub.sourceforge.net/
      Je l'ai utilisé 2 fois pour des grosses LAN (~200-300 personnes) et apparement ça marche bien.

      pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # MyJXTA

    Posté par  . Évalué à 3.

    Un outil vraiment très sympa : http://myjxta2.jxta.org/
    On n'en parle pas suffisament pourtant je trouve ce soft vraiment très très sympa.

    • [^] # Re: MyJXTA

      Posté par  (site web personnel) . Évalué à 2.

      Moi aussi j'aime bien MyJXTA2. Les développeurs sont très actifs. Par contre, le look swing n'est pas super vendeur. Du coup, je m'étais intéressé à http://jxcube.jxta.org/ qui a un look plus moderne (SWT), mais le développement n'a pas l'air très actif.

      Coté partage de fichier, j'avais essayé un fois dans un cas super trivial. Mais il me semble que leur couche de partage de fichier ne permet pas de cumuler les BP comme le font Bittorent ou Emule et autre P2P.
      Vivement une telle fonctionnalité.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.