Slashdot Mirror
MUTE: Simple, Private File Sharing
oohp writes "MUTE is a new file sharing network that provides easy search and download functionality while protecting your privacy. It does this by routing all messages through a network of neighbour connections, using virtual addresses and encrypting all the traffic (using RSA for public/private keys and AES for the actual encryption). MUTE's routing mechanism is inspired by ant behaviour. The program is available for Linux, Windows and Mac OS X."
All I got was a 404 when I tried to find the Crowds homepage (AT&T research labs), but it was one of the privacy-enhancing technologies I looked at while doing my thesis. It's a similar concept with connecting to many different nodes than directly with who you want to communicate with, download files from, etc.
People say I'm crazy, I got diamonds on the soles of my shoes...
Here, CPD isn't looking for plagiarism; instead, it's looking for opportunities for refactoring.
True, I haven't tried it, but I've read the spec. You should do the same before commenting further.
The privacy arises from the fact that the file you request isn't sent directly to you but through a chain of other systems running MUTE on the Net. This means that for every file delivered, more than one node is labored with the uploading of this file, and given that, for most people, upstream bandwidth is a rather limited resource, the ultimate consequence will be that the system will be slow as compared to one where the files are sent directly, e.g., FastTrack or gnutella.
Is this truly the only Earth I can live on?
There is an algorithm for several parties to have a conversation while keeping the actual sender of each message anonymous.
It is called the Dining Cryptographers Problem.
1. Because if we don't, we can be fined, shut down, or go to jail. Yes, really.
2. To stop people from spamming you (intentionally or as zombies).
3. To identify viruses and inform customers (some of them, e.g. Welchia, wreak havoc with an extremely common brand of routers).
4. So our upstream providers don't drop us like a rock when we can't handle abuse reports.
5. For bandwidth metered billing (we don't, some do).
6. So when customer X calls and says "why can't I connect/get a DHCP lease/get to the web/etc" we can actually help them.
7. So we can catch and resolve problems with RADIUS or dhcpd.
If none of the above applied I wouldn't waste the disk space, because it's just not that thrilling to know that user jsmith had IP 1.2.3.4 yesterday at 15:00GMT. Of course, if you're paranoid, feel free to use Freenet, MUTE, or whatever.
>efnet #mute-net
/usr/local/bin/bash for MUTE/configure.
The conclusion of everyone who is talking in the channel is that this version is not usable due to frequent crashing. We can't tell if the routing works because the mesh constantly changes as clients crash.
Files are only shared if they are actually in the files directory, it does not search subdirectorys.
The connection list in the program often shows fewer connections than are actually open.
To compile on FreeBSD 5.1, you have to change all 'make' to 'gmake' and remove "typedef int socklen_t" and change the path of bash to
This uses broadcst search. It is disapointing that people keep reinventing the horribly inefficient original gnutella. Broadcast search will severely limit the search horizon (and probably overall size) of a mesh. We need a filesharing program that combines anonymity with an efficient search function, the state of the art is a distributed hash table with querys and results sent by UDP.
It is a pity that this ended up on slashdot now. If this had been announced when a working version is available slashdot might have given it the critical mass of users to get it rolling.
This has lots of potential and will be worth another look when it is stable