Journal Recherche P2P un peu particulier

Posté par  (site web personnel, Mastodon) .
Étiquettes : aucune
0
21
jan.
2006
Chers sphénisciformes,

Je recherche un système d'échange de fichier en pair à pair un peu particulier.

En effet, je me vois contraint de devoir envoyer des gros fichiers vidéos à plusieurs personnes au sein de ma famille (les inévitables films de la petite dernière pendant les fêtes) via le net.

J'aimerais donc profiter de l'avantage du p²p pour la bande passante, mais tout en pouvant choisir qui accède aux films où je suis en caleçon avec un chapeau de clown.

Existe-t-il un logiciel faisant de l'échange de fichier en p²p au sein d'un cercle restreint de personnes ?

Je cherche (évidemment) une solution un peu dynamique et facile à gérer (évitons le chiffrage de bittorrent à mains nues, par exemple), mais je ne trouve point.

  • # Questions ?

    Posté par  . Évalué à 6.

    Je n'y connais pas grand chose en P2P, mais en quoi Bittorrent n'est-il pas adapté ? Autre question : que veux-tu dire par "le chiffrage de bittorrent à mains nues" ?

  • # hum

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

    je crois qu'il existe des trackers bittorrent PHP configurables de telle sorte d'instaurer un système d'authentification (donc accès via user/pass). et une fois authentifié, l'utilisateur télécharge des Bittorrents générés dynamiquement ou les infos perso dont l'ip sont intégrés.
    maintenant reste plus qu'a trouver ça... désolé de pas avoir de nom ni d'adresse.

  • # Privé/public/public adapté

    Posté par  . Évalué à 5.

    on peut faire du P2P privé (Cf waste : http://waste.sourceforge.net/ )

    On peut aussi utiliser bittorrent sans crwpter mais en ayant un tracker qui supporte les utilisateurs, sule les inscrit (via une page web) peuvent acceder au tracker et telecharger le fichier. c'etais un truc intégré a PhpBB je crois.

    Sinon au lieu d'encrypter les communications il suffit d'encrypter le fichier en lui meme, par contre ca risque d'etre plus chiants a deployer chez la famille.

    Pour peut que le fichier soit sur eDonkey et mettre deux noms: hoj_en_calecon.avi et britney_naked.avi , y'a plein d'internaute qui vont aider a distribuer le fichiers, sans pouvoir le decrypter :-)

    • [^] # Re: Privé/public/public adapté

      Posté par  . Évalué à 3.

      un tracker pour PhpBB :
      http://www.torrentpier.com

      encore mieux (c'est ce que j'aivais du voir) :
      http://phpmybittorrent.com/

      extrait de la doc:
      Stop leechers from downloading too much! Choose who can download your files and who can't. See who is downloading your Torrent and who is helping you share it. Define rules to avoid being annoyed by Download Requests. Choose friends and unwanted users! Keep your anonymity intact! This is just the tip of the iceberg....

    • [^] # Re: Privé/public/public adapté

      Posté par  . Évalué à 3.

      Sinon au lieu d'encrypter les communications il suffit d'encrypter le fichier en lui meme, par contre ca risque d'etre plus chiants a deployer chez la famille.


      Sinon au lieu de chiffrer les communications, il suffit de chiffrer le fichier en lui-même....


      Crypter sur wikipedia : http://fr.wikipedia.org/wiki/Crypter

      Pour info, on chiffre et on déchiffre un message en utilisant des clés (symétriques ou asymétriques).
      Par exemple, en SSL on utilisera le terme chiffrer.

      Par contre, on crypte (un mot de passe), mais on ne peut pas le décrypter avec une clé (elle n'existe pas). Le "décryptage" désigne une méthode de contournement (brute force par exemple) pour rendre lisible le message crypté.
      Par exemple, sous *nix, les mots de passe sont cryptés (on ne sait pas retrouver le mot de passe à partir de l'enregistrement crypté, et heureusement encore!)

      • [^] # Re: Privé/public/public adapté

        Posté par  . Évalué à 1.

        une analogie pour bien expliquer ca, c'est remplacer crypter par atomiser, la c'est plus clair dans l'esprit, il n'est pas possible de désatomiser quelque chose.

  • # Re :

    Posté par  . Évalué à 4.

    un genre de ça ==> http://www.hamachi.cc/

    • [^] # Re: Re :

      Posté par  . Évalué à 1.

      ca c'est un vpn :)

  • # Bah

    Posté par  . Évalué à -4.

    Forcément, y'a des imbéciles qui crient au loup contre, mais c'est un bien bel exemple que les DRM c'est utile à monsieur tout le monde, pas uniquement aux majors qui veulent dominer le monde par une lobotomisation de la population.

    • [^] # Re: Bah

      Posté par  . Évalué à 4.

      Une phrase telle que celle-ci pourrait être intéressante et être pertinante mais elle manque malheuresement d'arguments.
      Je suis sûr qu'en développant un peu ce paragraphe, il y aurait moyen d'enchainer un "débat" intéressant.

      • [^] # L'important c'est la taille

        Posté par  . Évalué à 4.

        Plus la connerie est grossse, plus y'aura un jour quelqu'un pour y croire sérieusement.

        Franchement, qu'est-ce qu'on peut bien avoir besoin d'un drm quelconque pour des documents persos ? Le problème se règle à la diffusion.

        Et encore, à priori, les documents, on les trouve pas si on les cherche pas. Donc même en utilisant un service public de P2P, genre edonkey, à priori y'a vraiment pas grand chance que quelqu'un de non destiné lise la vidéo en question.

        Moi j'ai un blog, des photos sur ma page perso free. Pas de mot de passe, rien. Je file juste l'adresse aux gens. C'est pas référencé sur google, donc je suis tranquille.
        Pas de mesure technique contraignante, suffit juste de pas faire n'importe quoi à la diffusion.

        • [^] # Re: L'important c'est la taille

          Posté par  . Évalué à 2.

          Tout dépends du niveau de confidentialité que tu souhaites donner à tes données : dans le cas des photos de famille, j'imagine que tu veux pas que tout le monde puisse y accéder, mais que si quelqu'un chope l'url d'une manière ou d'une autre (je sais pas, le gamin qui file l'url à un de ses amis, quelqu'un qui vois l'url sur ton écran alors que tu regardes des photos au taf, ...) c'set pas un gros problème pour toi.

          En gros, le niveau de confidentialité est suffisant pour toi. Dans le cas de tes fichiers de comptabilité, j'imagine que tu rajouteras au moins un chiffrage au dessus ...

          • [^] # Re: L'important c'est la taille

            Posté par  . Évalué à 1.

            La demande du journal, c'est "photos de famille". Dans le cas de fichiers de comptabilité, je connais pas bcp de sociétés qui vont le mettre sur p2p ou en accès http libre....

            • [^] # Re: L'important c'est la taille

              Posté par  . Évalué à 2.

              Tu parlais "de besoin d'un DRM pour des fichiers persos", et un domaine ou il me semblait plus y avoir matière à débat que des photos persos, c'est des fichiers à priori un peu plus perso, style tes fichiers de comptes, par exemple. Après effectivement c'est assez rare de vouloir diffuser des fichiers de compte perso, et on part dans le HS.

              Mais dans l'optique ou tu sembles vouloir le prendre la question intéressante, c'est "Comment pourront être vendus les DRM/ technos de controle de cryptages dans la chaine matériel/logiviel complète ? est-ce suscetible d'intéresser l'individu lamda ? le cas échéant, a-t-on des réponses à la hauteur à proposer ?"

    • [^] # Re: Bah

      Posté par  . Évalué à 5.

      Je pense que justement les DRM sont une mauvaise idée.

      Pour pouvoir lire les fichiers, les gens de la familles vont être obligé de récupérer une license auprès du serveur.

      Dans 6 mois, oncle Gérard se prends un virus et reformate tout son disque. Sa sauvegarde ne comprends pas sa license qu'il est obligé de retélécharger.

      Dans 12 mois, Tante Simone change de mac et abandonne MacOSX 10.1, elle peut enfin lire la vidéo.

      Dans 24 mois suite à un déménagement à l'étranger, le serveur de license change de nom; ou le nom de domaine zh9lkvff9ck.com est récupéré par la société qui a déposé le nom depuis 1897.

      5 ans après, plus personne ne peut relire les vieux fichiers.

  • # FTP ? HTTP ?

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

    C'est tres bien FTP : File Transfert Protocole.

    IE le supporte tres bien. il y a le SFTP aussi. il y a des ACL avec login+ mot de passe.

    ou un site ouaib perso avec un htacces qui permet d'acceder au dossier pour telecharger les videos ?

    • [^] # Re: FTP ? HTTP ?

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

      Je crois que t'es passé a coté du mot le plus utilisé dans le journal : P2P.

      • [^] # Re: FTP ? HTTP ?

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

        je ne pense pas ...

        il souhaite partager des fichiers de maniere simple sans etre trop consommateur de bande passante.

        le principe de P2P repose sur les connexions asymetriques :
        - petit Upload & gros Download

        -> donc plein de petit upload permettent un gros download a l'autre bout.

        il souhaite partager avec peu de personnes et surtout des personnes qu'il connait : donc P2P inadequat.

        a la rigueur, il offre un Gmail a toute sa famille et s'envoi les ISO par mail si necessaire ... ou google-base avec des restrictions ... mais du P2P, cela ne sert strictement a rien dans ce cas ( sauf si il a une famille de plus de cents personnes ).

        maintenant, si cela se trouve je passe totalement a coté, mais j'aurai besoin d'une explication sur comment le P2P peut etre utile pour le monsieur.

        • [^] # Re: FTP ? HTTP ?

          Posté par  . Évalué à 4.

          Je suis globalement d'accord avec toi sauf sur un point:

          le principe de P2P repose sur les connexions asymetriques :
          - petit Upload & gros Download

          A tout instant, la bande passante globale en émission (c'est à dire la somme de tous les uploads de tous les clients) est égale à celle en réception. Le P2P serait donc beaucoup plus performant si toutes les connexions étaient symétriques.
          Les FAI proposent des liaisons asymétriques car ils se basent sur le modèle historique de consultation de sites Web où il y a beaucoup de réception et peu d'émission.
          Aujourd'hui, le P2P étant la première utilisation d'Internet, il serait logique que les FAI proposent des liaisons symétriques (par ex: 5Mb/s en émission et réception au lieu de 10Mb en réception et 1Mb/s en émission), mais ce ne serait pas "politiquement correct" en ces temps de DADVSI....

          • [^] # Re: FTP ? HTTP ?

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

            sauf que ce point est une realité historique et que tu te trompes.

            au debut ou l'on telechargeait des MP3 par FTP sur un serveur centralisé ... chacun ayant son propre serveur ... le probleme etait que le debit soit symetrique ou non ( avec upload < download ), l'upload etait toujours insuffisant pour permettre a chaque telechargeur de DL au débit optimal pour leur connexion.

            pour ton erreur :

            si U1 propose 2 fichiers et qu'il y a D1 et D2 qui en telecharge un de chaque ...

            tout le monde a la meme connexion symetrique ou non.

            a moins d'avoir un upload egal a deux fois le download, D1 et D2 ne pourront en aucun cas profiter de leur capacité maximale de telechargement.

            dons si il y avait par contre U2, U3, U4, U5 qui proposent les memes fichiers ... D1 et D2 peuvent tout a fait telecharger au débit maximal ce qu'il veulent.

            les raisons sont simple :
            - le protocole IP est un protocole a trame déconnecté en Out of Order
            - statistiquement il a toujours plein de personnes qui n'utilisent pas pleinement leur upload ( qui se resume tres souvent a qq trames SMTP, POP3 et HTTP ).

        • [^] # Re: FTP ? HTTP ?

          Posté par  . Évalué à 2.

          pas mauvaise l'idée du Gmail.

          Au besoin il utilisent tous la même adresse mail et installent
          ça sous linux
          http://www.google.fr/search?q=gmailfs&start=0&ie=utf(...)

          et ça sous Ouiiinhhh dose
          https://addons.mozilla.org/extensions/moreinfo.php?applicati(...)
          (Gmail Space plugin)

  • # bittorent

    Posté par  . Évalué à 4.

    si tu crées un tracker bittorent (que tu heberge sur ta machine) mais que tu ne distribue les torrents qu'a tes proches (via e-mail) tu as ton p2p privé, non ? par ailleurs tu peux aussi appliquer un filtre d'IP si tes proches sont en IP fixe, et puis comme l'on deja dit les autres il existe des torrents dynamiques et individuels necessitant login/mdp aussi (mais je sais pas comment ca marche / ca doit pas etre compliqué a trouver)

    mais quand-même une reflexion sur ton projet, le p2p ne fonctionne qu'avec beaucoup de monde, s'il sagit de distribuer ton fichier a 10 personnes il ne sera d'aucune utilité, les personne doivent, pour profiter un tant soit peu du partage de BP, telecharger le même fichier toutes en même temps, ce qui n'a rien de pratique a mettre en oeuvre et très probablement le serveur qui centralisera ce reseau p2p va pomper toute sa BP d'up pendant quasiment autant de temps qu'il en faut pour envoyer le fichier à chacune des personnes individuellement et les personnes qui telechargent de leur coté vont y passer un tenps fout bien supperieur a un simple telechargement direct

    personnellement je pense qu'il est bien plus facile de centraliser simplement ce type de telechargement et si tu n'a que la BP d'un particulier d'utiliser un serveur tiers :

    - par exemple utiliser un serveur de ton ecole pour en fair un serveur FTP perso

    - utiliser le nouveau service de free.fr : dl.free.fr (carrement trop sympa free)

    - utiliser un serveur de news binaire en chiffrant le fichier

    - demander a un pote (sympa) qui possede un serveur mutualisé

    etc...

    • [^] # Re: bittorent

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

      Le client Azureus dispose d'une extension de Bittorrent : les fichiers sans tracker.

      En gros, lors de la création de ton torrent, dans l'assistant tu coches "sans tracker". Ensuite, tu envoie (par mail par exemple) ce qu'Azureus appelle un "magnet" (une sorte d'identifiant de ton torrent). Et voilou, ça marche.
      Je m'en suis déjà servi. Y'a qu'un truc, c'est qu'il faut faire un dem. forcé sur le seeder (client ayant le fichier d'origine).

  • # si t'es près à patienter

    Posté par  . Évalué à 2.

    bon c'est pas encore sortie mais ca à l'air prometteur :
    allpeers : http://www.allpeers.com/index_f.htm
    c'est une extension firefox avec un bittorent derrière pour la partie P2P, ca a l'air de faire exactement ce que tu demandes...

    pour en savoir plus, il y'a aussi le blog des devs : http://www.allpeers.com/blog/

    bon par contre, c'est pas encore sortit (mais ca a l'air d'être à la mode cette façon de parler de logiciels libre qui ont l'air de tout déchirer mais qui ne sortent pas (cf songbird))

  • # Azureus

    Posté par  (site web personnel, Mastodon) . Évalué à 5.

    Azureus, un client bittorrent en java, devrait également convenir.

    Ce programme fournit entre autre:
    - un client bittorrent
    - un "tracker" intégré
    - un mini serveur web pour affiche tes fichiers partagé (avec login/pwd+ssl si l'on veut).


    Sous licence GPL, multiplateforme et relativement simple d'emplois.

    http://azureus.sourceforge.net/

    • [^] # Re: Azureus

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

      Dans cet esprit, il faut préciser que tu dois ouvrir plusieurs ports sur ton firewall car les leechers (clients) ont besoin de contacter ton tracker.

      un peu plus haut, j'ai aussi rapellé que Azureus supporte une extension de Bittorent qui permet de se passer de tracker. Cela se configure à la création du fichier torrent. Comme ça, inutile d'ouvrir des ports. Par contre, il faut que tout le monde utilise Azureus je crois.


      Sinon, vous savez pas s'il existe des serveurs qui offrent des trackers jettables ? (un peu dans l'esprit des email jettable pour lutter contre le spam)
      Dans la série des tracker Bittorrent gratos, j'en profite pour citer http://linuxtracker.org/ . C'est un tracker gratos spécialisé dans les échanges autour de Linux. Marche bien.
      Par exemple, pour diffuser une iso un peu spécifique (GComprix), j'ai ouvert une entrée et j'ai pu "assouvir" 4 clients en ne diffusant que deux fois la taille de départ.

      bittorent c'est bien, mangez-en.

  • # euh...

    Posté par  . Évalué à 7.

    alors.. au choix :

    dl-free.fr :)

    ou

    nicotine, qui te permets d'avoir ta liste d'amis qui peuvent voir et dl tes fichiers. Cependant dl-free.fr me parait plus simple. ;)




    /me va se coucher apres une longue.. soirée :)

  • # Qnext

    Posté par  . Évalué à 3.

    Salut,

    Regarde Qnext ( www.qnext.com )n c'est un F2F (friends to friends). En gros tu choisis qui peux ce connecter sur ton ordinateur, tu choisis les partages, ... Il y a un module de transfert de photos particulière génial.

    C'est absolument pas libre mais ça marche très bien sous Linux.

    A+
    Laurent

    • [^] # Re: Qnext

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

      D'ailleur si quelqu'un connait un équivalent libre ça m'intéresse ...

      • [^] # Re: Qnext

        Posté par  . Évalué à 2.

        Gnunet permet aussi de faire ce genre de P2P entre amis. Tu n'autorises à télécharger chez toi que certaines clés (de tes amis :). En revanche, je n'ai pas encore testé, juste parcouru la doc.

  • # F2F

    Posté par  . Évalué à 2.

    Ce que tu cherches à faire n'est pas du P2P mais du Friend To Friend:

    Tu trouveras quelques piste ici
    http://en.wikipedia.org/wiki/Friend-to-friend

    • [^] # Re: F2F

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      En effet, c'est tout à fait ça, merci.

      À tout hasard, quelqu'un aurait des retours d'expériences pour permettre de choisir entre WASTE, GNUnet, MUTE, antsp2p ou Napshare ? Difficile de choisir sur la simple liste des fonctionnalités, il faudrait que je les teste tous et j'ai peu le temps.

      • [^] # Re: F2F

        Posté par  . Évalué à 2.

        Moi j'ai juste testé waste.
        Ce n'est pas trivial au niveau de l'installation et si tu veux l'installer auprès de non informaticiens, il faut prévoir de la prise en main à distance.

  • # Direct Connect

    Posté par  . Évalué à 1.

    Il me semble que ça devrait te convenir :
    http://en.wikipedia.org/wiki/Direct_connect_file-sharing_app(...)

    Le partage ne se fait pas par fichiers, mais tu autorises les gens à accéder ou non à ton "hub". Il y a un chat et d'autres trucs du genre...

    Par contre, ça nécessite que les utilisateurs installent un des logiciels clients...

    • [^] # Re: Direct Connect

      Posté par  . Évalué à 3.

      ca n'apporte rien par rapport a un serveur ftp perso ou a de l'envoie par IM

      • [^] # Re: Direct Connect

        Posté par  . Évalué à 2.

        Ben si, ça n'a rien à voir ! Je crois que tu n'as pas regardé ce que c'est que DC...

        1) Ca permet à un groupe de partager des fichiers qui ne sont pas tous hébergés sur un même serveur. => p2p, rien à voir avec le FTP privé

        2) Le téléchargement se fait à la demande du "client", sans intervention du "serveur" => rien à voir avec de l'IM

        Bref, je crois que c'est pil-poil ce qu'il demande, non ?

        • [^] # Re: Direct Connect

          Posté par  . Évalué à 1.

          je me trompe peut être, mais je crois que la comparaison DC/FTP se tient du fait que tu ne répartit pas la charge sur les différents "serveur". Donc si plusieurs personnes veulent prendre le même fichiers, celui qui le possède se retrouve surchargé alors que Bitorrent permet aux clients de se renvoyer des parties...

          • [^] # Re: Direct Connect

            Posté par  . Évalué à 2.

            En fait, je n'ai pas dis que DC ou ses dérivés permettent de partager la bande passante dans le sens où ton fichier est téléchargé par morceaux depuis différentes sources
            => dans ce sens effectivement tu ne répartis pas la charge.

            Ce que je dis (je peux me tromper : il y a longtemps que je ne me suis pas servi de ça), c'est si plusieurs personnes ont les mêmes fichiers, ils sont autant de serveurs disponibles pour les éventuels clients.
            => dans ce sens tu répartis la charge (même si d'autres le font mieux)
            Et au cas où l'un de ces serveur se déconnecterait, un autre prendrait alors le relais.

            Donc effectivement, il y a d'autres systèmes qui permettent de faire mieux, mais celui-là est déjà bien différent et (pour l'utilisation en question) bien meilleur que FTP.

  • # P2P : trop compliqué

    Posté par  . Évalué à 1.

    Je serais toi, je graverais tes fichiers sur CD, et je les enverrais par la poste.

    Même si tu dois envoyer le tout à 10 exemplaires (grosse famille, dis donc !), c'est encore praticable, non ?

    Le cadeau bonus : tu pourrais imprimer une étiquette personnelle pour la coller sur le CD. Beaucoup d'imprimantes le permettent, c'est pas cher, et pour un CD familial, c'est franchement sympa !

Suivre le flux des commentaires

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