-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
>>> 2. Wouldn't it be best for the ISP-connecting nodes to change "Relay
>>> opennet noderefs through darknet peers?" to false? Users of the cafe
>>> wireless would have no access to the internet, so they would be uselessly
>>> sending out opennet connection requests. At the same time, there's a
>>> chance that the ISP-connecting nodes (assuming there are more than 1)
>>> might connect to each other via their ISP connection, thus pointlessly
>>> wasting bandwidth.
>>
>> You would not have a connection to opennet at all, thus you would have no
>> opennet refs to route. In the situation described it can easily be turned
>> off.
>
> I understand that the majority of nodes won't have access to opennet. It just
> seems to me that mixing a few (probably opennet-connecting) ISP-connecting
> nodes would create some weirdness (see above). Has anything like this ever
> been implemented?
If all the nodes within the world of ISP form a something like "Small World
Island" connecting only a couple of them to opennet can create a very strange
problems of it being a black hole to the rest of the network. As i understand it
for now such a scenario has been considered, but hasn't been optimised for. But
i am not the best person to answer this.
>>> 3. What dangers would their be to setting "Write local and nearby
>>> requests to the datastore?" to true on nodes not connected to the
>>> internet (both cafe and personal computers in the community)? There would
>>> be an obvious speed increase with the setting set to true, so I wanted to
>>> fully understand the dangers for this kind of set-up.
>>
>> It would be very easy to see what somebody has downloaded on a particular
>> machine by examining the datastore. For example: You sit at the machine
>> and download a large file, then i sit at it and start downloading and
>> notice that the download flies (it loads from the datastore not from other
>> nodes), i can then conclude that you (or somebody before you) have
>> downloaded it. In the situation where somebody may have access to your
>> datastore it is essential to never cache local requests.
>
> Okay, but assuming these cafe machines are sufficiently locked down, the end
> user would have no way to determine whether the file is or is not locally
> cached. With so many Freenet nodes in the same LAN, any file would already be
> very well distributed and you could download from something like the same
> speed that you could "download" from the machine's local cache.
You are making some very big assumptions here. I guess some sort of patch which
would artificially slow down the download from local datastore, while
non-the-less using it to store local downloads and inserts would be needed.
Your use case is somewhat unique. A person has a full right to download any key,
but doesn't have full access to the datastore apart from the Freenet interface.
I doubt that this will be integrated as a feature of Freenet unless somebody
will volunteer to add it oneself.
>>> 6. Are there any potential legal allegations for hosting file refs on a
>>> local website that loads automatically when connected to an unsecured
>>> wifi network (let's assume that some of the training videos shared have
>>> copyrights)?
>>
>> This is impossible to answer without you giving the country. Let's look at
>> Russia for example, here it is technically illegal, but in most places is
>> almost as legal as marijuana in holland. While there are laws against it,
>> police is more interested in taking bribes from foreigners with no papers
>> or beating up people. I know of several ISPs which host SHA keys of all the
>> films, tv shows, etc. for download from their private DC++ network.
>
> Hmmm, I see your point. Then what would be a better solution for Alex? He
> want's the file refs to be easily accessible to the community without wasting
> ISP bandwidth (thus without publishing the keys for the rest of Freenet).
If you live in the country with strong laws against posting links to something
that may in some way lead to you downloading something you do not have a full
right to download... then there's very little i can help you with.
So i repeat what i have said... which country are we talking about? Or are you
from USA, thus assuming that everybody should know that already.
- Volodya
- --
http://freedom.libsyn.com/ Echo of Freedom, Radical Podcast
"None of us are free until all of us are free." ~ Mihail Bakunin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJNMTKEAAoJENW9VI+wmYas7GsH/0mkiESqFxxsIVCeHmkuqtS4
nz3R/ft7R1KITUknOIovAKei/LN+bjjDzFSzXZ805ryhLHpLcMUg0o6nHcg9E2q8
jGMkYirZWlJ7+mMB6meijMkQQJGhghu+IAWOxwgsVFkhMN4f3InCISL8Ovx66+XB
STA1NMZVQEluKmn6d6Kuzdnrl8fcPGG0doDumElc6vSaqdtgHbePjHqRvKnLkpyE
lxHxS21lMf+CkqXXb5PnIWeawVZP3lnmiVKpnRqSNUrN9hrlaTrAnRMEYnjIBWVq
lWrg7EJhtvc7ejsDBHZ5XGZUfoPSYz8fEFJWqqnQ7zw3DxccCEBObWiIqf5b60s=
=SWpF
-----END PGP SIGNATURE-----
