A ma connaissance, le seul moyen de le faire sans autorité centrale, est un mécanisme de type web of trust et ce n'est pas prévu dans le protocole. Il doit cependant être possible de l'étendre dans ce sens.
Le protocole te protège du spoofing d'adresse. Si tu reçois un message de BM-orkCbppXWSqPpAxnz6jnfTZ2djb5pJKDb tu es sur que c'est bien le propriétaire de cette adresse qui à envoyé le message. Par contre, le protocole ne propose pas de mécanisme pour assurer que telle adresse correspond bien à telle personne physique.
Le protocole fonctionne plus à la manière de bitcoin que tor. Par ailleur, bitmessage est utilisable à travers tor. Les proxys sont prévus dans la configuration du client.
j'ai précisé la licence MIT du client, les sources sont sur github et la documentation du protocole est disponible.
Proof of Work correspond a un moyen de limiter le spam. D'après ce que j'ai compris, le principe est de demander un temps de calcul suffisament important avant l'envoi pour empécher l'envoi en masse. Sans ce "Proof of Work" les autres nodes ne transmettent pas ton message.
Je n'utilise pas au quotidien, faute de correspondants, le projet est encore en beta. C'est fonctionnel d'après mes tests.
Je précise que je ne suis pas spécialiste de bitmessage et que je n'ai aucune autorité sur le projet. J'ai simplement voulu partagé une découverte intéressante.
PS : je préfère le tutoiement, sinon j'ai l'impression de passer un examen…
Bon, au final je n'ai rien trouvé et je me suis décidé à monter le service moi même. Après m'être bagaré avec la conf d'exi4, j'ai installé postfix et tout roule
Je ne connaissais pas d'association proche de chez moi qui peut me fournir ce service. Je vais voir si https://www.sud-ouest.org/ peut convenir, sinon je me retrousserai les manches pour monter le service moi même.
Désolé, je n'ai pas de diplôme en "open source". J'aurais sinon envisagé de postuler, j'imagine un salaire élevé, avec un descriptif digne des plus belles grilles de business loto.
L'auteur du billet l'avait bien précisé, pourtant, je trouve que les commentaires parlent un peu trop de cette fameuse madame Michu.
Quelqu'un dans un commentaire fait la comparaison avec l'ordinateur personnel qui était une utopie a une époque. Les premier PC ne sont pas arrivés chez madame Michu, ça à pris beaucoup de temps avant de ce généraliser. Si l'hébergement personnel arrive à percer, il en sera probablement de même, d'abord les plus motivés, curieux, censurés,…, ensuite peut être Mme Michu.
Bon, ce n'est pas totalement comparable, le PC n'existait pas, il y avait un usage et un marché a développer. Pour la présence en ligne, il s'agit de proposer une alternative.
Je ne suis pas le centre du monde, mais je vais prendre mon cas personnel. Techniquement, je suis très loin de Mme Michu, j'ai un serveur dédié où j'ai installé les services décrits dans le journal a l’exception du mail (c'est le service le plus critique pour moi). La mise en place de tout ça m'a pris beaucoup de temps. Il y a 2 semaines, après une mise a jour et un reboot du server, open VPN est cassé :
SIOCSIFADDR: No such device
: ERROR while getting interface flags: No such device
Comme je n'avais pas trop le temps de me pencher dessus, c'est toujours cassé. Pas trop grave, ce n'est pas critique pour moi. C'est le genre de problème qui peut vous faire abandonner l'auto hébergement.
Si j'avais une solution telle que décrite dans le journal, je sauterais dessus. Moins de temps passé a configurer, plus de stabilité,… etc Ça me permettrait de proposer ces services plus facilement a des amis ou de ma famille. Pour l'instant, je n'ai pas trop envie d'assurer le SAV si un truc casse un vendredi soir et que j'ai autre chose de prévu.
Le problème du backup n'est pas traité dans le journal et ce n'est pas quelque chose de simple à gérer. Au premier gros plantage, sans backup efficace, retour chez google probable en disant on ne m'y reprendra plus…
Vu le public concerné dans un premier temps, je crois qu'il est impensable de trop verrouiller le bousin. Les fonctions de bases doivent être simples à configurer dans une interface web, mais il faut aussi un accès ssh root, sinon ça n’intéressera pas grand monde.
ttrss est sans doute ce qui ce rapproche le plus de reader au niveau interface. J'en suis plutôt satisfait.
En plus léger, il y a leed : http://projet.idleman.fr/leed/
l'interface est un peu différente, à voir si tu aimes ou pas. Pas de client natif pour android mais la navigation web est adaptée au mobile.
L'injure est toute expression outrageante ne contenant l'imputation d'aucun fait.
la diffamation :
La diffamation, est définie ainsi : toute allégation ou imputation d'un fait qui porte atteinte à l'honneur ou à la considération de la personne ou du corps auquel le fait est imputé.
le fait diffamatoire doit pouvoir faire l'objet d'une discussion contradictoire et être prouvé. Sinon, c'est une injure.
Enfin, on s'en fout, la FSF à d'autres chats à fouetter.
effectivement, ca fonctionne parfaitement avec le registre + chez moi
Le lien de rakoo donne quelques infos pour savoir si votre version de vim supporte le presse papier X11
J'avais un peu réfléchi à un principe similaire. L'utilisation de liens magnets (tables de hachage distribuées) est une bonne solution pour retrouver un contenu sur internet sans server centralisé.
mon idée : les ressources type images, vidéo,…etc dans la page web ne sont pas intégrées de manière classique comme un lien vers un fichiers sur mon server web (ou sur un autre server), mais prennent la forme d'un lien magnet que le navigateur équipé du bon plugin saura aller chercher.
La même image utilisée sur plusieurs sites peut pointer vers le même lien magnet, pas besoin de vérifier si un lien est mort…etc
on peut élargir ce principe est considérer que la page web elle même est un lien magnet contenant le html/css/js
il manque l'outil qui fait le lien entre le navigateur et le client torrent.
Le gros avantage c'est que ce système est très dur à censurer (par contre, il ne garantit pas l'anonymat comme freenet). Il permet de répartir la charge réseau (free youtube… tout ça…)
A ma connaissance, les travaux sur les réseaux et la voirie sont très mal coordonnés en France.
En général les collectivités touchent une subvention de l'état pour casser la route et améliorer par exemple un réseau d'assainissement. L'année d'après, ou quelques années après, un autre type de travaux est subventionné et il faut ouvrir la route à nouveau.
Bien souvent, à cause de ce système, les collectivités ne peuvent pas grouper les travaux car ils toucheraient beaucoup moins de financement.
Dans les cas les plus brillants, on commence par faire un beau trottoir tout neuf avant de le casser pour passer des réseaux…
Au final c'est un gaspillage incroyable et beaucoup de désagréments pour les riverains et usagers qui subissent les travaux répétés…
J'ai testé un peu et en fat, c'est suffisamment réactif. Après, même si l'essentiel marche, il reste beaucoup de développement a faire et les fonctions plus avancées sont souvent buggées.
Je ne suis pas convaincu par l'interface, on s'y perd un peu et je ne vois pas toujours bien quel outil il faudrait utiliser, alors que finalement, une wave est tout à la fois.
Je trouve l'idée de "wave" très intéressante, elle répond a un besoin et n'a pas d'équivalent. Je pense cependant qu'il faut revoir toute l'interface, les geeks n'ont pour l'instant pas adhéré et trouvent l’utilisation compliquée alors j’imagine pour Mme Michu.
j'aimerais qu'un projet de ce type marche il propose une solution de communication acentrée, adaptée au débat et à la production de documents collaborative. Le probleme est surtout que ça bouscule les habitudes par rapport aux autres outils.
quelques idées pour l'interface :
je pense qu'il faudrait utiliser presque tout l'affichage pour lire et éditer les waves et séparer sur une autre vue, la partie type "boite de messagerie" ou "dossiers de waves" ou "groupes" ou "projets" (selon la logique choisie)… etc
Une autre idée pour aider les gens a s'y retrouver, serait de proposer a la création d'une wave de choisir quelques options en fonction du type d'utilisation prévu (semblable a un forum, un mail, un wiki, un blog…)
En résumé, pour moi, la difficulté de compréhension tient surtout au fait qu'une wave est un peu difficile à cerner pour les débutants. A cause justement, des possibilités très larges si en plus, on veut tout afficher dans la même fenêtre, alors les gens sont perdus.
Je crois que tu peux trouver une partie de tes réponses dans leur FAQ :
Why do we need Kune if we have already Apache Wave ?
Apache Wave (and the former Google Wave) has a strong focus on the individual: “my inbox”, > the same way as email. Kune has a strong focus on the group: the groups own documents, tasks, calendars, etc. Individuals have also their personal space and their inbox of waves/docs, but the focus is on the group collaboration. Besides, Apache Wave is a whiteboard where anything can be written. In Kune, although everything are waves, the user sees them grouped in documents, tasks, events, blogs, lists, etc. That is, it aims to be much more usable than Wave, as users typically don’t know what to do with something (a wave) that can be everything at once.
Leur interface est organisée autour de la collaboration de groupe plutôt qu'un "mail amélioré".
Le gros probleme pour moi, c'est que ça rame.
Un autre probleme : il faut afficher beaucoup d'informations a l'écran du coup, je pense que l'interface est difficile a adapter pour les tablette et smartphone.
La combinaison "free + autre site" ne marche pas à tous les coups. Sans doutes les autres services qui passent par le même lien saturé. Le lien en question ne doit pas être dédie à Youtube. Certains parlent aussi des services de la pomme qui rament (pas vérifié, je n'utilise pas).
"Youtube + autre FAI" a l'air de mieux fonctionner, d’ailleurs chez free, il suffit de passer par un VPN ou un tunnel ssh pour résoudre le problème.
Tout ça semble indiquer que c'est bien x et non y le problème…
Bravo pour cette initiative, les actions de wikileaks sont critiquables comme tout, mais rien ne justifie le blocage de leurs fonds par pression politique et sans aucun jugement ni recours possible.
Merci a l'équipe de FDNN de défendre les libertés et la démocratie.
[^] # Re: Certification
Posté par julmx . En réponse au journal Bitmessage : envoi de messages chiffrés en p2p. Évalué à 1.
A ma connaissance, le seul moyen de le faire sans autorité centrale, est un mécanisme de type web of trust et ce n'est pas prévu dans le protocole. Il doit cependant être possible de l'étendre dans ce sens.
[^] # Re: Certification
Posté par julmx . En réponse au journal Bitmessage : envoi de messages chiffrés en p2p. Évalué à 2.
Le protocole te protège du spoofing d'adresse. Si tu reçois un message de BM-orkCbppXWSqPpAxnz6jnfTZ2djb5pJKDb tu es sur que c'est bien le propriétaire de cette adresse qui à envoyé le message. Par contre, le protocole ne propose pas de mécanisme pour assurer que telle adresse correspond bien à telle personne physique.
[^] # Re: Un mail en P2P...
Posté par julmx . En réponse au journal Bitmessage : envoi de messages chiffrés en p2p. Évalué à 1.
non, en gros tous le monde reçoit tous les messages donc le broadcasting est assez facile
[^] # Re: Question de néophyte
Posté par julmx . En réponse au journal Bitmessage : envoi de messages chiffrés en p2p. Évalué à 2.
En fait, tous les clients reçoivent tous les messages. Quand le nombre de message devient trop important, les noeuds se regroupent en sous réseaux.
Pour des explications plus précises regardez la partie scalability du whitepaper
[^] # Re: Question de néophyte
Posté par julmx . En réponse au journal Bitmessage : envoi de messages chiffrés en p2p. Évalué à 1.
Le protocole fonctionne plus à la manière de bitcoin que tor. Par ailleur, bitmessage est utilisable à travers tor. Les proxys sont prévus dans la configuration du client.
[^] # Re: Un mail en P2P...
Posté par julmx . En réponse au journal Bitmessage : envoi de messages chiffrés en p2p. Évalué à 10.
Bonjour,
j'ai précisé la licence MIT du client, les sources sont sur github et la documentation du protocole est disponible.
Proof of Work correspond a un moyen de limiter le spam. D'après ce que j'ai compris, le principe est de demander un temps de calcul suffisament important avant l'envoi pour empécher l'envoi en masse. Sans ce "Proof of Work" les autres nodes ne transmettent pas ton message.
Je n'utilise pas au quotidien, faute de correspondants, le projet est encore en beta. C'est fonctionnel d'après mes tests.
Je précise que je ne suis pas spécialiste de bitmessage et que je n'ai aucune autorité sur le projet. J'ai simplement voulu partagé une découverte intéressante.
PS : je préfère le tutoiement, sinon j'ai l'impression de passer un examen…
# Action de groupe ?
Posté par julmx . En réponse à la dépêche Le groupe « Non aux Racketiciels » a besoin de vos témoignages. Évalué à 5.
Y a t-il quelque chose à espérer du projet de loi sur la consommation et des actions de groupe pour faire évoluer la situation ?
[^] # Re: association ?
Posté par julmx . En réponse au message Quel service me conseillez vous pour creer une mailing-list ?. Évalué à 0.
Bon, au final je n'ai rien trouvé et je me suis décidé à monter le service moi même. Après m'être bagaré avec la conf d'exi4, j'ai installé postfix et tout roule
[^] # Re: association ?
Posté par julmx . En réponse au message Quel service me conseillez vous pour creer une mailing-list ?. Évalué à 1.
Je ne connaissais pas d'association proche de chez moi qui peut me fournir ce service. Je vais voir si https://www.sud-ouest.org/ peut convenir, sinon je me retrousserai les manches pour monter le service moi même.
# c'est grand l'open source
Posté par julmx . En réponse au message Ingénieur de production / Open Source / Paris. Évalué à 1.
Désolé, je n'ai pas de diplôme en "open source". J'aurais sinon envisagé de postuler, j'imagine un salaire élevé, avec un descriptif digne des plus belles grilles de business loto.
# Laissons madame Michu tranquille
Posté par julmx . En réponse au journal Rendre l'auto-hébergement facile et sans douleur ?. Évalué à 4.
L'auteur du billet l'avait bien précisé, pourtant, je trouve que les commentaires parlent un peu trop de cette fameuse madame Michu.
Quelqu'un dans un commentaire fait la comparaison avec l'ordinateur personnel qui était une utopie a une époque. Les premier PC ne sont pas arrivés chez madame Michu, ça à pris beaucoup de temps avant de ce généraliser. Si l'hébergement personnel arrive à percer, il en sera probablement de même, d'abord les plus motivés, curieux, censurés,…, ensuite peut être Mme Michu.
Bon, ce n'est pas totalement comparable, le PC n'existait pas, il y avait un usage et un marché a développer. Pour la présence en ligne, il s'agit de proposer une alternative.
Je ne suis pas le centre du monde, mais je vais prendre mon cas personnel. Techniquement, je suis très loin de Mme Michu, j'ai un serveur dédié où j'ai installé les services décrits dans le journal a l’exception du mail (c'est le service le plus critique pour moi). La mise en place de tout ça m'a pris beaucoup de temps. Il y a 2 semaines, après une mise a jour et un reboot du server, open VPN est cassé :
Comme je n'avais pas trop le temps de me pencher dessus, c'est toujours cassé. Pas trop grave, ce n'est pas critique pour moi. C'est le genre de problème qui peut vous faire abandonner l'auto hébergement.
Si j'avais une solution telle que décrite dans le journal, je sauterais dessus. Moins de temps passé a configurer, plus de stabilité,… etc Ça me permettrait de proposer ces services plus facilement a des amis ou de ma famille. Pour l'instant, je n'ai pas trop envie d'assurer le SAV si un truc casse un vendredi soir et que j'ai autre chose de prévu.
Le problème du backup n'est pas traité dans le journal et ce n'est pas quelque chose de simple à gérer. Au premier gros plantage, sans backup efficace, retour chez google probable en disant on ne m'y reprendra plus…
Vu le public concerné dans un premier temps, je crois qu'il est impensable de trop verrouiller le bousin. Les fonctions de bases doivent être simples à configurer dans une interface web, mais il faut aussi un accès ssh root, sinon ça n’intéressera pas grand monde.
[^] # Re: tt rss
Posté par julmx . En réponse au journal google reader se moque. Évalué à 3.
ttrss est sans doute ce qui ce rapproche le plus de reader au niveau interface. J'en suis plutôt satisfait.
En plus léger, il y a leed : http://projet.idleman.fr/leed/
l'interface est un peu différente, à voir si tu aimes ou pas. Pas de client natif pour android mais la navigation web est adaptée au mobile.
[^] # Re: Et moi, j'encode en quoi ?
Posté par julmx . En réponse à la dépêche Un accord entre Google et MPEG LA sur VP8. Évalué à 0.
Sur ton serveur bien sur !
Si la bande passante est un problème, tu utilises le coral CDN : http://www.coralcdn.org/
Il suffit d'ajouter .nyud.net au lien de ta vidéo et ça marche tout seul. D'autres configs plus avancées sont possibles…
[^] # Re: La FSF de Dangereux crétins réactionnaires
Posté par julmx . En réponse au journal La FSF, de dangereux crétins réactionnaires. Évalué à 2.
non ce serait plutôt une injure :
la diffamation :
Enfin, on s'en fout, la FSF à d'autres chats à fouetter.
Source : Maître Eolas
http://www.maitre-eolas.fr/post/2008/03/24/905-blogueurs-et-responsabilite-reloaded
Je recommande d'ailleurs la lecture de cet article à tous les blogueurs
[^] # Re: Copie dans le "presse-papier"
Posté par julmx . En réponse au message besoin d'un ou deux conseils pour VIM. Évalué à 0.
Merci,
effectivement, ca fonctionne parfaitement avec le registre
+chez moiLe lien de rakoo donne quelques infos pour savoir si votre version de vim supporte le presse papier X11
[^] # Re: Facile !
Posté par julmx . En réponse au message besoin d'un ou deux conseils pour VIM. Évalué à -1.
Merci, je regarderai du coté des registres…
[^] # Re: Quelques briques
Posté par julmx . En réponse au message Idée d'architecture web basé sur du P2P. Évalué à 1.
J'avais un peu réfléchi à un principe similaire. L'utilisation de liens magnets (tables de hachage distribuées) est une bonne solution pour retrouver un contenu sur internet sans server centralisé.
mon idée : les ressources type images, vidéo,…etc dans la page web ne sont pas intégrées de manière classique comme un lien vers un fichiers sur mon server web (ou sur un autre server), mais prennent la forme d'un lien magnet que le navigateur équipé du bon plugin saura aller chercher.
La même image utilisée sur plusieurs sites peut pointer vers le même lien magnet, pas besoin de vérifier si un lien est mort…etc
on peut élargir ce principe est considérer que la page web elle même est un lien magnet contenant le html/css/js
il manque l'outil qui fait le lien entre le navigateur et le client torrent.
Le gros avantage c'est que ce système est très dur à censurer (par contre, il ne garantit pas l'anonymat comme freenet). Il permet de répartir la charge réseau (free youtube… tout ça…)
Je ne sais pas si la latence poserait probleme…
[^] # Re: Bienvenue et évolution technologique
Posté par julmx . En réponse au journal Write once, run anywhere qu'il disait. Évalué à 4.
Le même package fonctionne sur mac et windows ?
[^] # Re: Coût de la fibre optique
Posté par julmx . En réponse au journal Se fier aux fournisseurs d’accès pour Internet, c’est se fier à des renards dans un poulailler. Évalué à 5.
A ma connaissance, les travaux sur les réseaux et la voirie sont très mal coordonnés en France.
En général les collectivités touchent une subvention de l'état pour casser la route et améliorer par exemple un réseau d'assainissement. L'année d'après, ou quelques années après, un autre type de travaux est subventionné et il faut ouvrir la route à nouveau.
Bien souvent, à cause de ce système, les collectivités ne peuvent pas grouper les travaux car ils toucheraient beaucoup moins de financement.
Dans les cas les plus brillants, on commence par faire un beau trottoir tout neuf avant de le casser pour passer des réseaux…
Au final c'est un gaspillage incroyable et beaucoup de désagréments pour les riverains et usagers qui subissent les travaux répétés…
[^] # Re: Bonne nouvelle !
Posté par julmx . En réponse à la dépêche Sortie de Kune 0.2.0 « Ostrom », un logiciel collaboratif basé sur Apache Wave. Évalué à 1.
J'ai testé un peu et en fat, c'est suffisamment réactif. Après, même si l'essentiel marche, il reste beaucoup de développement a faire et les fonctions plus avancées sont souvent buggées.
Je ne suis pas convaincu par l'interface, on s'y perd un peu et je ne vois pas toujours bien quel outil il faudrait utiliser, alors que finalement, une wave est tout à la fois.
Je trouve l'idée de "wave" très intéressante, elle répond a un besoin et n'a pas d'équivalent. Je pense cependant qu'il faut revoir toute l'interface, les geeks n'ont pour l'instant pas adhéré et trouvent l’utilisation compliquée alors j’imagine pour Mme Michu.
j'aimerais qu'un projet de ce type marche il propose une solution de communication acentrée, adaptée au débat et à la production de documents collaborative. Le probleme est surtout que ça bouscule les habitudes par rapport aux autres outils.
quelques idées pour l'interface :
je pense qu'il faudrait utiliser presque tout l'affichage pour lire et éditer les waves et séparer sur une autre vue, la partie type "boite de messagerie" ou "dossiers de waves" ou "groupes" ou "projets" (selon la logique choisie)… etc
Une autre idée pour aider les gens a s'y retrouver, serait de proposer a la création d'une wave de choisir quelques options en fonction du type d'utilisation prévu (semblable a un forum, un mail, un wiki, un blog…)
En résumé, pour moi, la difficulté de compréhension tient surtout au fait qu'une wave est un peu difficile à cerner pour les débutants. A cause justement, des possibilités très larges si en plus, on veut tout afficher dans la même fenêtre, alors les gens sont perdus.
[^] # Re: Bonne nouvelle !
Posté par julmx . En réponse à la dépêche Sortie de Kune 0.2.0 « Ostrom », un logiciel collaboratif basé sur Apache Wave. Évalué à 1.
Je crois que tu peux trouver une partie de tes réponses dans leur FAQ :
Leur interface est organisée autour de la collaboration de groupe plutôt qu'un "mail amélioré".
Le gros probleme pour moi, c'est que ça rame.
Un autre probleme : il faut afficher beaucoup d'informations a l'écran du coup, je pense que l'interface est difficile a adapter pour les tablette et smartphone.
[^] # Re: Debug
Posté par julmx . En réponse au journal Free et Google. Effets de bord. Évalué à 3.
en ipv4 :
En effet, c'est pas brillant 48% de packet loss !
[^] # Re: Titre bizarre.
Posté par julmx . En réponse au journal ras-le-bol de Free. Évalué à 5.
La combinaison "free + autre site" ne marche pas à tous les coups. Sans doutes les autres services qui passent par le même lien saturé. Le lien en question ne doit pas être dédie à Youtube. Certains parlent aussi des services de la pomme qui rament (pas vérifié, je n'utilise pas).
"Youtube + autre FAI" a l'air de mieux fonctionner, d’ailleurs chez free, il suffit de passer par un VPN ou un tunnel ssh pour résoudre le problème.
Tout ça semble indiquer que c'est bien x et non y le problème…
[^] # Re: Infortuné
Posté par julmx . En réponse au journal Le principe KISS appliqué à la gestion des sauvegardes.. Évalué à 10.
Simplement parce qu’il s'adresse a un admin chargé "de la sauvegarde managée d'un parc de machines, à l'aide d'un serveur dédié", pas a Mme Michu
# Merci
Posté par julmx . En réponse au journal wikileaks FDNN Les choucroutes parlent aux choucroutes. Évalué à 8.
Bravo pour cette initiative, les actions de wikileaks sont critiquables comme tout, mais rien ne justifie le blocage de leurs fonds par pression politique et sans aucun jugement ni recours possible.
Merci a l'équipe de FDNN de défendre les libertés et la démocratie.