Enfin une bonne approche : ne pas utiliser le libre, parce que c'est (souvent) gratuit, mais parce que c'est intrinèsquement plus sûr (ça on le savait) et surtout, parce qu'il permet aux utilisateurs de bien comprendre comment fonctionne leur machine et de l'adapter au mieux.
Je confirme, c'est pas fiable ! J'avais réussi a sauver ce que je pouvais sur un disque dur a moitié mort et hop ! sur une trentaine de cd-r, avec une grosse archive bzippée de petits fichiers importants, gravés en 2x pour être sûr...
Je réinstalle quelques heures plus tard: archive .tar.bzip2 corrompue au 37e bloc ! Sachant que l'archive faisait quelques Go, à 8Ko le bloc, j'essaie même pas d'imaginer la quantité de données perdues... D'ailleurs, si quelqu'un dans la salle a un lien magique pour me tirer d'affaire, je lui en serai bien reconnaissant :)
Tu sais, parfois, dans certains cas, il faut faire un choix:
- exprimer ce qu'on pense, et se faire moinser (parfois), ou bien:
- être hypocrite, et gagner quelques [+] pour avoir été dans la tendance
Essayer d'avoir le beurre et l'argent du beurre, en exprimant ce qu'on pense mais en implorant de ne pas voter [-], c'est prendre les votants pour des imbéciles, qui votent [+] quand le commentaire leur plait, et qui réprimandent la libre expression. De plus, ça a un arrière-gout pathétique. C'est peut-être à cause de comportements comme ça que certains trouvent que le site s'affadit.
Pour finir, si j'avais encore des votes, je te moinserais (oui, moi aussi j'ai pas bcp d'XP, mais je ne pleure pas pour autant, au contraire)... bah, pas grave je le ferais demain :p (pour pas oublier, c'est dans les commentaires sur : http://linuxfr.org/~sexyzeb/5914.html(...))
Freenet permet l'anonymat, oui, bien qu'il soit tout à fait relatif : il serait si facile d'attaquer Freenet par un man-in-the-middle installé chez les fournisseurs d'accès.
Quant à leur protocole de localisation/routage, il ne permet pas de toujours trouver une information sur le réseau si elle est présente. En théorie, dans un réseau bien entretenu, il serait rare de voir un échec du protocole de routage, mais pour avoir fait un peu joujou avec Freenet (lancé une semaine sur une machine avec une ip fixe), on trouve très facilement un lien vers un document auquel on ne peut accéder. D'ailleurs, le protocole Chord & co. serait très facilement adaptable pour être à peu près aussi anonyme que Freenet, en étant tellement plus efficace.
Le réseau Gnutella est bien sûr très faible et s'appuie sur un protocole complètement idiot. Tout comme Freenet, tout comme Fasttrack, tout comme le réseau eDonkey, et d'autres...
Il existe depuis quelques temps des protocoles beaucoup plus efficaces, dont les meilleurs, assez récents, et qui ne sont pratiquement pas utilisés. Kademlia est utilisé dans Overnet et eMule Kademlia, mais il n'est pas assez solide lui non plus.
Il faudrait quand même que les "grands acteurs" du monde P2P se mettent à sérieusement se préoccuper de ça, il y a de quoi faire.
Je l'imaginais comme un gag avant tout, avec son titre raccoleur et son plus qu'utile double chiffrement, bien qu'il puisse être utile....
C'est plus rapide qu'un dd if=/dev/random of=/dev/monswap à l'arrêt et ça évite de retrouver tous les détails de la session précédente en examinant la partition de swap. Par exemple, j'ai pu trouver avec un simple grep linuxfr < /dev/monswap tout l'historique de mon passage sur le site.
Si mes souvenirs de latin sont exacts, c'est du vocatif pluriel de la 2ème déclinaison, neutre, donc bel et bien tempora.
D'ailleurs, au passage, cela signifie plutôt "Ô temps, ô moeurs".
(donc, -17 parce que découpage de cheveux au niveau atomique)
Le fichier est divisé en portions de quelques dizaines de ko que ton client bittorrent a demandé aux autre clients. Lorsque un problème survient dans la transmission (c'est pas pour rien que TCP intègre un checksum), le morceau est retéléchargé, sauf s'il passe le checksum effectué par bittorrent. Et là, tu as un fichier corrompu (avec un MD5 différent), de la bonne taille, et s'en t'en rendre compte.
Pourquoi donc ? En ce qui concerne mes essais personnels, j'atteinds avec BT 58ko/s en dl (13ko/s en ul, connexion ADSL 512/128), ce qui est à peine inférieur à ce que j'atteignais sur les FTP (60ko/s dicebat wget).
Oui, Microsoft a trop de liquidités, qu'ils devaient impérativement dépenser pour éviter de payer ce fameux dividende.
Peut-être est-ce uniquement pour cela que Microsoft a payé leur license Linux à SCO ? Pauvres SCO... :->
Ce qui presente l'avantage qu'aucune entreprise française n'a du entendre les facéties de Mc Bride avant les contre-arguments qui les suivaient... c'est peut-être pas plus mal :-)
[^] # Re: www.jesuismanipule.com
Posté par sneoo . En réponse au journal www.jesuismanipule.com. Évalué à 0.
[^] # Re: RHA ! Mais il veut quoi ce noyau à la fin !
Posté par sneoo . En réponse au journal RHA ! Mais il veut quoi ce noyau à la fin !. Évalué à 1.
[^] # Re: Contre-sondage
Posté par sneoo . En réponse au sondage Je me rase. Évalué à 3.
Un mélange des trois en fait :)
(J'adore cette procédure de sondage, plus souple... [+])
[^] # Re: Erlang ... Et pourquoi pas CamL pendant qu'on y est ??
Posté par sneoo . En réponse à la dépêche Interview d'auteurs: Erlang, Services Web, J2EE, ASP.net. Évalué à 2.
# Re: Alternatives à Windows sur France-culture
Posté par sneoo . En réponse à la dépêche Alternatives à Windows sur France-culture. Évalué à 2.
Bravo, donc.
# Re: déconnexion sshd ?
Posté par sneoo . En réponse au journal déconnexion sshd ?. Évalué à 3.
# ifconfig ppp0 mtu 1492
[^] # Re: Quels CD-R utiliser ?
Posté par sneoo . En réponse au journal Quels CD-R utiliser ?. Évalué à 1.
Je réinstalle quelques heures plus tard: archive .tar.bzip2 corrompue au 37e bloc ! Sachant que l'archive faisait quelques Go, à 8Ko le bloc, j'essaie même pas d'imaginer la quantité de données perdues... D'ailleurs, si quelqu'un dans la salle a un lien magique pour me tirer d'affaire, je lui en serai bien reconnaissant :)
# Re: SCO vs tout le monde : SGI mets son grain de sel
Posté par sneoo . En réponse à la dépêche SCO vs tout le monde : SGI mets son grain de sel. Évalué à 10.
Merci à SGI, pour son XFS d'abord, et puis pour cette étude !
[^] # Re: Passerelles à jour sur les serveurs Jabber ?
Posté par sneoo . En réponse au journal Passerelles à jour sur les serveurs Jabber ?. Évalué à 1.
[ ---->[] ? j'suis nouveau, elle est où ? par là ? oh, y a du monde dehors !]
[^] # Re: Passerelles à jour sur les serveurs Jabber ?
Posté par sneoo . En réponse au journal Passerelles à jour sur les serveurs Jabber ?. Évalué à -1.
- exprimer ce qu'on pense, et se faire moinser (parfois), ou bien:
- être hypocrite, et gagner quelques [+] pour avoir été dans la tendance
Essayer d'avoir le beurre et l'argent du beurre, en exprimant ce qu'on pense mais en implorant de ne pas voter [-], c'est prendre les votants pour des imbéciles, qui votent [+] quand le commentaire leur plait, et qui réprimandent la libre expression. De plus, ça a un arrière-gout pathétique. C'est peut-être à cause de comportements comme ça que certains trouvent que le site s'affadit.
Pour finir, si j'avais encore des votes, je te moinserais (oui, moi aussi j'ai pas bcp d'XP, mais je ne pleure pas pour autant, au contraire)... bah, pas grave je le ferais demain :p (pour pas oublier, c'est dans les commentaires sur : http://linuxfr.org/~sexyzeb/5914.html(...))
# Re: Passerelles à jour sur les serveurs Jabber ?
Posté par sneoo . En réponse au journal Passerelles à jour sur les serveurs Jabber ?. Évalué à 3.
Quelqu'un pourrait m'expliquer l'intêret des passerelles Jabber / MSN ou Jabber / Yahoo quand on peut y accéder directement ?
[^] # Re: Faiblesse des protocoles P2P ? Ça c'est sur.
Posté par sneoo . En réponse à la dépêche Faiblesse des protocoles P2P. Évalué à 1.
[^] # Re: Faiblesse des protocoles P2P ? Ça c'est sur.
Posté par sneoo . En réponse à la dépêche Faiblesse des protocoles P2P. Évalué à 1.
Quant à leur protocole de localisation/routage, il ne permet pas de toujours trouver une information sur le réseau si elle est présente. En théorie, dans un réseau bien entretenu, il serait rare de voir un échec du protocole de routage, mais pour avoir fait un peu joujou avec Freenet (lancé une semaine sur une machine avec une ip fixe), on trouve très facilement un lien vers un document auquel on ne peut accéder. D'ailleurs, le protocole Chord & co. serait très facilement adaptable pour être à peu près aussi anonyme que Freenet, en étant tellement plus efficace.
# Faiblesse des protocoles P2P ? Ça c'est sur.
Posté par sneoo . En réponse à la dépêche Faiblesse des protocoles P2P. Évalué à 1.
Il existe depuis quelques temps des protocoles beaucoup plus efficaces, dont les meilleurs, assez récents, et qui ne sont pratiquement pas utilisés. Kademlia est utilisé dans Overnet et eMule Kademlia, mais il n'est pas assez solide lui non plus.
Il faudrait quand même que les "grands acteurs" du monde P2P se mettent à sérieusement se préoccuper de ça, il y a de quoi faire.
[^] # Re: OpenBSD su><or, Linux rul3z
Posté par sneoo . En réponse au journal OpenBSD su><or, Linux rul3z. Évalué à 3.
C'est plus rapide qu'un dd if=/dev/random of=/dev/monswap à l'arrêt et ça évite de retrouver tous les détails de la session précédente en examinant la partition de swap. Par exemple, j'ai pu trouver avec un simple grep linuxfr < /dev/monswap tout l'historique de mon passage sur le site.
# Re: OpenBSD su><or, Linux rul3z
Posté par sneoo . En réponse au journal OpenBSD su><or, Linux rul3z. Évalué à 2.
1) s/crypt/chiffr
2) Il reste la RAM, qui est toujours vulnérable à un agent qui viendrait gentiment copier /dev/mem... La solution ?
Créer un ramdisk, comme ci-dessus, mettre en place un périphérique loopback chiffré, utiliser le loopback comme partition de swap !
Quoi ?! Comment ça "c'est lent !" ?
[^] # Re: ICANN vs. Verisign ?
Posté par sneoo . En réponse à la dépêche ICANN vs. Verisign ?. Évalué à 2.
[^] # Re: O tempora, O mores !
Posté par sneoo . En réponse à la dépêche L'administration du Massachusetts passe sous Linux.. Évalué à 9.
D'ailleurs, au passage, cela signifie plutôt "Ô temps, ô moeurs".
(donc, -17 parce que découpage de cheveux au niveau atomique)
[^] # Re: Lindows support financièrement Mozilla Composer
Posté par sneoo . En réponse à la dépêche Lindows soutient financièrement Mozilla Composer. Évalué à 1.
[^] # Re: Seconde ISO corrompue ?
Posté par sneoo . En réponse à la dépêche Slackware 9.1. Évalué à 2.
[^] # Re: Slackware 9.1
Posté par sneoo . En réponse à la dépêche Slackware 9.1. Évalué à 5.
# Re: Slackware 9.1
Posté par sneoo . En réponse à la dépêche Slackware 9.1. Évalué à -1.
Je vais pouvoir mettre a jour ma 9.0, avec des nouveautés plus qu'intéressantes ... Un très bon cru en perspective !
# Re: Spamihilator passe de GPL à freeware
Posté par sneoo . En réponse à la dépêche Spamihilator passe de GPL à graticiel. Évalué à 7.
# Re: Cercle vicieux pour MS
Posté par sneoo . En réponse au journal Cercle vicieux pour MS. Évalué à 2.
Peut-être est-ce uniquement pour cela que Microsoft a payé leur license Linux à SCO ? Pauvres SCO... :->
[^] # Re: Article sur SCO dans The Economist²
Posté par sneoo . En réponse à la dépêche Article sur SCO dans The Economist. Évalué à 5.